NSO - Nepomuk Sharing Ontology

Namespace: http://www.semanticdesktop.org/ontologies/2009/11/08/nso# (Version 0.9.0)

Authors:

Leo Sauermann

DFKI

Abstract

The Nepomuk Sharing Ontology defines basic classes and properties for defining permissions with respect to sharing information in a network.

Table of Contents

Properties Overview
Ontology Visualization
NSO Vocabulary Summary
Description of Properties

Properties Overview

nso:sharedWithContact - The subject resource is shared with the object contact. The resource and its su...
nso:sharedWithGroup - The subject resource is shared with all contacts belonging to the object contact...

Ontology Visualization

Figure 21. 


NSO Vocabulary Summary

Description of Properties

nso:sharedWithContact

Labelshared with contact
DescriptionThe subject resource is shared with the object contact. The resource and its subresources are transferred to the receiver. An existing sharedWithContact relation implies that updates on the resource should be transferred to the contact. The contact may ask for updates actively, then the sharing party's software should send a new copy of the shared resource to the contact. Domain should be either a nie:InformationElement or a pimo:Thing but no DataObject. This includes ncal:Event instances and other resources we find on a desktop. DataObjects are the specific binary stream where an Information Element is stored, and can't be shared because the recipient will form a new binary stream to store the data object. As there is no superclass of both nie:InformationElement and pimo:Thing, the domain is rdfs:Resource. One resource can be shared to multiple contacts, the cardinality is 0..n.
Domainrdfs:Resource
Rangenco:Contact
Cardinalitynone
Super-properties 
Sub-properties 

nso:sharedWithGroup

Labelshared with group
DescriptionThe subject resource is shared with all contacts belonging to the object contact group. The resource and its subresources are transferred to the receivers. An existing sharedWithGroup relation implies that updates on the resource should be transferred to the members belonging to the group. The contact may ask for updates actively, then the sharing party's software should send a new copy of the shared resource to the contact. Domain should be either a nie:InformationElement or a pimo:Thing but no DataObject. This includes ncal:Event instances and other resources we find on a desktop. DataObjects are the specific binary stream where an Information Element is stored, and can't be shared because the recipient will form a new binary stream to store the data object. As there is no superclass of both nie:InformationElement and pimo:Thing, the domain is rdfs:Resource. One resource can be shared to multiple contact groups, the cardinality is 0..n.
Domainrdfs:Resource
Rangenco:ContactGroup
Cardinalitynone
Super-properties 
Sub-properties