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
Jena has ReasonerVocabulary, which includes directSubClassOf "The property that represents the direct/minimal version of the subClassOf relationship", directSubPropertyOf and directRDFType.
These are Java parameters not RDF props
@afs are there RDF props to access these? Or it depends on reasoner? What RDF props does the Jena reasoner make available?
Workarounds
One could hack it with complex and inefficient queries like this:
if a transitive relation is inserted explicitly (I'm not sure whether directSubClassOf eliminates such relation instance, either)
in Q2, if rdf:type itself is inferred (eg from rdfs:domain)
Proposed solution
It would increase interoperability if this group can pick a w3c namespace for such properties and standardize the names, and rdf4j and jena agree to expose their props under these standard names
Considerations for backward compatibility
It would be best if rdf4j and jena continue to support these props under both their current names, and the unified names. I hope that such "aliasing" of magic props is easy to achieve.
The text was updated successfully, but these errors were encountered:
(This is an addition to the RDFS vocab not a SPARQL feature, but I still think this group is an appropriate forum to post such addition.)
Why?
rdfs:subClassOf
,rdfs:subPropertyOf
are reflexive and transitive, andrdf:type
is transitive over subClassOf.But reflexivity is most often useless, and having the direct (step, non-transitive) variants of such properties is useful in many situations, eg:
Previous work
sesame:directSubClassOf, directType and directSubPropertyOf
:directSubPropertyOf
anddirectRDFType
.Workarounds
onto:explicit
, egBut this doesn't work in some situations:
Proposed solution
It would increase interoperability if this group can pick a w3c namespace for such properties and standardize the names, and rdf4j and jena agree to expose their props under these standard names
Considerations for backward compatibility
It would be best if rdf4j and jena continue to support these props under both their current names, and the unified names. I hope that such "aliasing" of magic props is easy to achieve.
The text was updated successfully, but these errors were encountered: