Table for the 62 triples in graph nso

SubjectPredicateObject
nso:Access Spacerdfs:comment"A subclass of ppo:AccessSpace, this class enables the regulation of access to a space containing resources. Resource membership is still defined through the PPO properties, e.g. ppo:appliesToResource. However, within the context of this ontology, access is given to agents using the local nso:includes and nso:excludes relationships. In addition, multiple access spaces can be defined for a privacy preference, each regulating access to different agents through different access means (e.g. personal accounts). This relationship is defined using the nso:sharedThrough property."
nso:Access Spacerdfs:label"Access Space"
nso:Access Spacerdfs:subClassOf?:AccessSpace
nso:Access Spacerdf:typerdfs:Class
nso:excludesrdfs:comment"Enables a 'blacklist' membership property for agents with respect to privacy preferences as defined by the PPO Ontology. This is useful for the logical computation of privacy preference exclusion, e.g. sharing an access space with a predefined agent group, except for agent x."
nso:excludesrdfs:domainnso:Access Space
nso:excludesrdfs:label"excludes"
nso:excludesrdfs:rangepimo:Agent
nso:excludesrdfs:subPropertyOf?:hasAccessAgent
nso:excludesrdf:typerdf:Property
nso:has privacy preferencerdfs:comment"Enables the possibility of creating and maintaining privacy preferences regulating an agent's (typically only the current system user) access to third parties. For more information refer to the PPO Ontology, and the pimo:excludes, pimo:includes properties below."
nso:has privacy preferencerdfs:domainpimo:Agent
nso:has privacy preferencenrl:inversePropertynso:is privacy preference of
nso:has privacy preferencerdfs:label"has privacy preference"
nso:has privacy preferencerdfs:range?:PrivacyPreference
nso:has privacy preferencerdf:typerdf:Property
nso:includesnrl:cardinality"1"^^xsd:nonNegativeInteger
nso:includesrdfs:comment"Determines the means (exactly one, required) that enable the access regulation for an access space. The supported access mean needs to be an instance of a dao:Account (e.g. a personal online account)."
nso:includesrdfs:comment"Enables a 'whitelist' membership property for agents with respect to privacy preferences as defined by the PPO Ontology. If included within the access space of a privacy preference, an agent will have access to the resources within. At least one agent must be defined for whitelist membership in an access space."
nso:includesrdfs:domainnso:Access Space
nso:includesrdfs:domainnso:Access Space
nso:includesrdfs:label"includes"
nso:includesrdfs:label"includes"
nso:includesnrl:minCardinality"1"^^xsd:nonNegativeInteger
nso:includesrdfs:rangedao:Account
nso:includesrdfs:rangepimo:Agent
nso:includesrdfs:subPropertyOf?:hasAccessAgent
nso:includesrdf:typerdf:Property
nso:includesrdf:typerdf:Property
nso:is privacy preference ofrdfs:comment"Links privacy preferences to the agent that owns them. Inverse of hasPrivacyPreference."
nso:is privacy preference ofrdfs:domain?:PrivacyPreference
nso:is privacy preference ofnrl:inversePropertynso:has privacy preference
nso:is privacy preference ofrdfs:label"is privacy preference of"
nso:is privacy preference ofrdfs:rangepimo:Agent
nso:is privacy preference ofrdf:typerdf:Property
nso:shared byrdfs:comment"This property establishes a provenance relationship between a resource(pimo:Thing or nie:InformationElement) and the pimo:Agent (individual, or group) through which it was acquired."
nso:shared byrdfs:domainrdfs:Resource
nso:shared byrdfs:label"shared by"
nso:shared byrdfs:rangepimo:Agent
nso:shared byrdf:typerdf:Property
nso:shared onrdfs:comment"Records the time and date of when a resource was shared. Effectively, this could also coincide with the creation time of a local copy of the shared resource. This does not conflict with the original resource and content creation times, as defined by nao:created, nao:modified, nao:lastMofied and the subproperties nie:created, nie:modified, nie:lastModified, nie:contentCreated,nie:contentModified and nie:contentLastModified."
nso:shared onrdfs:domainrdfs:Resource
nso:shared onrdfs:label"shared on"
nso:shared onrdfs:rangexsd:dateTime
nso:shared onrdf:typerdf:Property
nso:shared withrdfs:comment"An alternative to nso:sharedWithContact/Group which enables the establishment of a 'shared with' relationship between a resource (pimo:Thing or nie:InformationElement) with a pimo:Agent (individual, or group)."
nso:shared withrdfs:domainrdfs:Resource
nso:shared withrdfs:label"shared with"
nso:shared withrdfs:rangepimo:Agent
nso:shared withrdf:typerdf:Property
nso:shared with contactrdfs:comment"The 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. "
nso:shared with contactrdfs:domainrdfs:Resource
nso:shared with contactrdfs:label"shared with contact"
nso:shared with contactrdfs:rangenco:Contact
nso:shared with contactrdfs:subPropertyOfnso:shared with
nso:shared with contactrdf:typerdf:Property
nso:shared with grouprdfs:comment"The 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. "
nso:shared with grouprdfs:domainrdfs:Resource
nso:shared with grouprdfs:label"shared with group"
nso:shared with grouprdfs:rangenco:ContactGroup
nso:shared with grouprdfs:subPropertyOfnso:shared with
nso:shared with grouprdf:typerdf:Property