Changes between Version 2 and Version 3 of UserObservationHub


Ignore:
Timestamp:
10/26/07 11:09:21 (17 years ago)
Author:
sauermann
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • UserObservationHub

    v2 v3  
    3030 * Important is, that the input to the UOH is in a language that can be understood by all listerners, i.e, they all should use the same schema for observed NOPS. 
    3131 * On the other hand, information loss is not really acceptable, that is, down-translating to simple UOH language may remove interesting data. 
    32  * Idea: Translate to UOH schema while KEEPING the "native" (richer) data. That means: The incoming NOP contains for example a richer data object modeling. This will then be translated to the simpler UOH data object modeling BUT the original richer modeling still stays in the RDF an is also linked (via rdf:type) to data object the NOP is triggering. 
     32 * The UOH language captures: 
     33  * '''Native Operations (NOPs)''', a tree of classes. They are used to express observed user actions, such as navigating in a browser or opening a file.  
     34  * '''DataObject'''s, which are a second structure, describe and reference the touched objects, such as files, e-mails, webpages. 
     35 * '''NOPs''' are the primary information captured, namely what the user did. The UOH vocabulary aims at providing a thorough and exhaustive description of the domain of NOPs.  
     36 * '''Data Objects''' is not intended to be complete but to be minimal. We acknowledge that other endavours, such as [http://www.semanticdesktop.org/ontologies/nie/ NIE] (with its more detailled sub-ontologies NCO, NMO, ...) or the W3C ontologies for calendaring are more detailled description of such objects. However, we provide a shared schema to be understood and interpretable by all listeners to a user observation hub, independent of detailled modelling.  
     37 * To realize these goals, we require observers to pass on observed user actions using NOP. However they are allowed to describe Data Objects either using UOH/NOP DataObjects or in their proprietary data format.  
     38 * The UserObservationHub will translate DataObjects (in any input form) to UOH schema while KEEPING the "native" (richer) data. That means: The incoming NOP contains for example a richer data object modeling. This will then be enriched with the simpler UOH data object modeling BUT the original richer modeling still stays in the RDF. DataObject then may have two types: their original type (for example, NIE:Document) and also the NOP:DataObject type.  
     39 * Some translation modules are included in the User Observation Hub (for example for NIE). To model DataObjects with unknown schemes, you must provide a translation module for the UserObservationHub to the UOH vocabulary. 
    3340 
    3441Extending the UOH: