Difference between revisions of "User talk:Harikrishna/Architecture/Data Model"

Jump to: navigation, search
m
m
Line 4: Line 4:
  
 
'''Sebastian Trüg says:''' <br/>
 
'''Sebastian Trüg says:''' <br/>
I just took a look at the existing ontologies: [http://ontologies.opendfki.de/repos/ontologies/userobs/nop.rdfs NOP] and [
+
I just took a look at the existing ontologies: [http://ontologies.opendfki.de/repos/ontologies/userobs/nop.rdfs NOP] and [http://usercontext.opendfki.de/wiki/UserContextOntology Workcontext]. To
http://usercontext.opendfki.de/wiki/UserContextOntology Workcontext]. To
+
 
me it seems that for phase 1 we don't need NOP at all (as it mostly deals
 
me it seems that for phase 1 we don't need NOP at all (as it mostly deals
 
with user actions/activities that need to be modelled) and only need a very
 
with user actions/activities that need to be modelled) and only need a very

Revision as of 17:01, 27 August 2008

We plan to use PIMO for modeling how the data would be stored in Nepomuk.

Discussions for actual modeling are given below :

Sebastian Trüg says:
I just took a look at the existing ontologies: NOP and Workcontext. To me it seems that for phase 1 we don't need NOP at all (as it mostly deals with user actions/activities that need to be modelled) and only need a very small portion of Workcontext, if at all.

Like I mentioned in a previous mail IMHO we basically need a Context class and maybe two specializations: ActivityContext and TaskContext. TaskContext would add start and end time to the concept. We could then easily model different contexts. For example a project I am working on would be modelled as a TaskContext which is also a pimo:Project or maybe a subclass the user created himself like pimo:KDEDevelopmentProject. Using this approach we could even stick to one simple Context class and link tasks or projects or whatever to it as something like

"Context definingResource Resource"

this would allow to model stuff like: we have a context "Plasma Context Support" resource which is of type Context. In addition a development project is defined which might have a similar name and a bunch of files and emails and what not related. The project is then related to the context and thus, becomes available for dashboard switches. This would allow to use arbitrary things as contexts without much additional syntax.

I would need input from Sven and Leo here: would the workcontext:UserWorkContext class be a choice here? Or should we create a new, way simpler, ontology.


KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal