<br>Hey Christian,<div><br><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Hey swair,<br>
<br>
> Does having Pimo:Tasks as optional subsets of Pimo:project make sense? This<br>
> is is reference to a 'project management tool'.<br>
> Treating Tasks in a similar way websites, persons, files and notes with<br>
> respect to a Pimo:Project does not make sense.<br>
><br>
Why doesn't that make sense?<br>
The only difference I can see is that the pimo:partOf relation seems a little<br>
stronger than the pimo:isRelated relation.<br>
I think it depends on each case which one is more correct, so either option<br>
seems valid.<br></blockquote><div><br></div><div>Yes both option seem valid. Still I think we should not use the same property for tasks and say, notes or persons.</div><div>In my view while the Project Integrator (or MindMirror) is listing things related to a particular project, tasks should be treated differently than say, a note. Since task represents a part of the project itself. To be more clear, you can sometimes exhaustively divide a project into different tasks, and at the completion of all the tasks you are done with the project, or something like that. I know it does not hold true for every case. </div>
<div><br></div><div>I was thinking of showing task in a different list view than other 'things' related to a project. May be showing tasks and projects  both in the same tree view and listing tasks related to a project as the children of the project node. Since, that way if i have some things related to only one task of the project and not to other tasks, i can list them with clicking that task. </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Currently I'm using pimo:isRelated in MindMirror to relate the tasks to either<br>
Topics or Projects ,but that could be changed. The only requirement is that I<br>
can relate a Task with multiple Projects/Topics at the same time, but that<br>
seems to work for both properties too.<br>
<br>
So for consistency's sake I would just use the same property as used to relate<br>
files, notes, etc.<br></blockquote><div><br></div><div>It is important that everyone uses a consistent property for tasks, (whichever property we decide in the end). So we should decide what to use. I'm inclined towards using pimo:partOf for tasks and pimo:isRelatedTo for other things. </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
> This is what i propose: To have a pimo:project has:part pimo:Tasks, instead<br>
> of isRelatedTo. Make a pimoProjectModel, which has projects as nodes and<br>
> tasks as children. With Tasks having TMO:States but keeping the states<br>
> limited to just 3 for better usability: states, Completed, Running, Not<br>
> Completed (New).<br>
><br>
<br>
I'd suggest using 4:<br>
tmo:TMO_Instance_TaskState_New : New Items, not yet specified<br>
tmo:TMO_Instance_TaskState_Running : Something you're working on right now.<br>
tmo:TMO_Instance_TaskState_Suspended : Something you want to keep for later<br>
tmo:TMO_Instance_TaskState_Completed : Completed tasks/Aborted tasks<br></blockquote><div><br></div><div>Ah yes i remember you telling me about these, this makes sense. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br>
> Of course a project can exist without having no task as a part of it. And<br>
> task can exist without being a part of a project and These tasks won't be<br>
> handled by project manager.<br>
><br>
> When a task is chosen as a working context, if it is pimo:partOf a project<br>
> then that project is also a working context, meaning, 'things' which are<br>
> related to the task also get associated with the project. I don't really see<br>
> a use case for the last one, but having task as a part of a project would<br>
> certainly help.<br>
<br>
Cheers,<br>
<br>
Christian<br>
<br></blockquote><div><br></div><div>cheers,</div><div><br></div><div>Swair. </div></div></div></div>