[Nepomuk] relationship between pimo:project and pimo:task
Christian Mollekopf
chrigi_1 at fastmail.fm
Mon Aug 22 17:37:48 UTC 2011
On Sunday, August 21, 2011 07:53:37 AM swair shah wrote:
> Hi,
>
Hey swair,
> Does having Pimo:Tasks as optional subsets of Pimo:project make sense? This
> is is reference to a 'project management tool'.
> Treating Tasks in a similar way websites, persons, files and notes with
> respect to a Pimo:Project does not make sense.
>
Why doesn't that make sense?
The only difference I can see is that the pimo:partOf relation seems a little
stronger than the pimo:isRelated relation.
I think it depends on each case which one is more correct, so either option
seems valid.
Currently I'm using pimo:isRelated in MindMirror to relate the tasks to either
Topics or Projects ,but that could be changed. The only requirement is that I
can relate a Task with multiple Projects/Topics at the same time, but that
seems to work for both properties too.
So for consistency's sake I would just use the same property as used to relate
files, notes, etc.
> This is what i propose: To have a pimo:project has:part pimo:Tasks, instead
> of isRelatedTo. Make a pimoProjectModel, which has projects as nodes and
> tasks as children. With Tasks having TMO:States but keeping the states
> limited to just 3 for better usability: states, Completed, Running, Not
> Completed (New).
>
I'd suggest using 4:
tmo:TMO_Instance_TaskState_New : New Items, not yet specified
tmo:TMO_Instance_TaskState_Running : Something you're working on right now.
tmo:TMO_Instance_TaskState_Suspended : Something you want to keep for later
tmo:TMO_Instance_TaskState_Completed : Completed tasks/Aborted tasks
> Of course a project can exist without having no task as a part of it. And
> task can exist without being a part of a project and These tasks won't be
> handled by project manager.
>
> When a task is chosen as a working context, if it is pimo:partOf a project
> then that project is also a working context, meaning, 'things' which are
> related to the task also get associated with the project. I don't really see
> a use case for the last one, but having task as a part of a project would
> certainly help.
Cheers,
Christian
>
> thanks,
> swair.
More information about the Nepomuk
mailing list