Changes between Version 1 and Version 2 of UserObservationHub


Ignore:
Timestamp:
10/26/07 10:46:30 (17 years ago)
Author:
sauermann
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • UserObservationHub

    v1 v2  
    11= UserObservationHub (UOH) = 
    22 
    3 The UserObservationHub - shortly: UOH (pronounced "oh-oh!" ;-)) 
     3The UserObservationHub - shortly: UOH (pronounced "uh-oh!" ;-)) 
    44ist a *tiny* project and service catching several registered user observation evidences and notifications (e.g., from http://dragontalk.opendfki.de) and passes them on to interested listeners. 
    55So, there's multiple input sources to the UOH providing observed user operations and multiple output targets getting notified by the UOH -> these are "user observation listners". 
     
    77Involved Persons: 
    88 - Sven Schwarz (DFKI GmbH, Kaiserslautern) -> ''for Projects Mymory and Nepomuk'' 
     9 - Leo Sauermann (DFKI GmbH) -> ''for Project Nepomuk'' 
    910 - Julien Gaugaz (L3S, Hannover) -> ''for Project Nepomuk'' 
    1011 - Gianluca Demartini (L3S, Hannover) -> ''for Project Nepomuk'' 
     
    1516https://usercontext.opendfki.de/repos/trunk/UserObservationHub 
    1617}}} 
     18 
     19 
     20== NOP ontology (vocabulary) == 
     21 
     22The NOP ontology (nop.rdfs) is hosted at these two positions: 
     23 * http://ontologies.opendfki.de/repos/ontologies/userobs/nop.rdfs  <-- the "real" one 
     24 * https://usercontext.opendfki.de/repos/trunk/UserObservationHub/src/de/dfki/km/usercontext/userobservationhub/vocabulary/nop.rdfs <-- a copy is used by the UserObservationHub 
     25 * NOTE: Those two MUST always be synchronized! 
     26 
     27 
     28Goals: 
     29 
     30 * 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. 
     31 * 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. 
     33 
     34Extending the UOH: 
     35 
     36 * You may add more subclasses to allow more NOPs or data objects. For example, add a SwitchOnLights NOP. 
     37 * You should inform the UserObservationHub team, such that, the new NOP can be included in the nops.rdfs and distributed to other researchers listening to UOH.