You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
CRM has "Properties of Properties", also called ".1 Properties", that describe a statement. These properties currently all have E55 Type as range, so for any type that one would use, one could create a subproperty for that type. However, subproperties are not the easiest to work with in SPARQL so I wonder if the following would/should work?
SPARQL doesn't handle this better, and the Properties of Properties are actually not available as URIs, so this is probably not better at the moment. However, maybe if future CRM versions may contain more Properties of Properties?
A Wikidata/Wikibase model would also work, and could be combined with this (i.e. using rdfs:value instead of ps:...), but you still need separate URIs for direct/regular properties (i.e. wdt:/p:).
The text was updated successfully, but these errors were encountered:
Frankly, I don't understand the point of CRM poperties of properties. CRM already supports kind of qualifiers like Wikibase data model: some statement can be expressed
either as simple statements (e.g. $x crm:P102_has_title "X")
or with RDF resource object (e.g. $x crm:P102_has_title [ a crm:E35_Title ; rdfs:value "X"; ... ])
So where is the difference in using P103_was_intended_for or P102.1 has type at the resource object? As far as I see it, in RDF there is no meaningful difference between normal CRM properties and CRM properties of properties. Given that they only differ in property domain, I'd better not differentiate in RDF to not introduce redundancy. They all (or at least P31.1, P67.1, P69.1, P102.1, P139.1, and P189.1) might all be mapped to crm:P2_has_type. When mapping back from RDF, it depends on the subject and object whether and which "property of a property" was meant.
In doubt we may just define all properties of properties in the CRM RDF namespace as subproperties of crm:P2_has_type so if people use these properties the way you suggested and the application enables inference on rdfs:subPropertyOf (I'd avoid it) then the result is the same as directly using crm:P2_has_type.
CRM has "Properties of Properties", also called ".1 Properties", that describe a statement. These properties currently all have E55 Type as range, so for any type that one would use, one could create a subproperty for that type. However, subproperties are not the easiest to work with in SPARQL so I wonder if the following would/should work?
SPARQL doesn't handle this better, and the Properties of Properties are actually not available as URIs, so this is probably not better at the moment. However, maybe if future CRM versions may contain more Properties of Properties?
A Wikidata/Wikibase model would also work, and could be combined with this (i.e. using
rdfs:value
instead ofps:...
), but you still need separate URIs for direct/regular properties (i.e.wdt:
/p:
).The text was updated successfully, but these errors were encountered: