| 18 | |
| 19 | |
| 20 | == NOP ontology (vocabulary) == |
| 21 | |
| 22 | The 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 | |
| 28 | Goals: |
| 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 | |
| 34 | Extending 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. |