-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
vocabulary to refer to the individual nodes in a triple term #130
Comments
What's wrong with ex:r rdf:reifies <<( ex:s ex:p ex:o )>> .
# I suggest that the next three triples -- classic reification -- be
# optional automatic insertions upon insertion of the `rdf:reifies` above.
ex:r rdf:subject ex:s .
ex:r rdf:predicate ex:p .
ex:r rdf:object ex:o .
# the next triple is optional, as it puts the triple in the graph (i.e., asserts it)
ex:s ex:p ex:o . |
@TallTed That's a valid question! We discussed this briefly in a Semantics TF meeting a few weeks ago and some expressed concerns w.r.t. re-using the reification vocabulary. This needs more discussion and probably is related to the question how the un-star mapping is defined (where there are also arguments pro and contra just re-using the reification vocab). Personally I'm pretty agnostic to which properties we use in the end. I just want to make sure that the issue is addressed in the spec. |
Related: w3c/rdf-semantics#49 |
Updated proposalWe should define a vocabulary to refer to the individual subject, predicate and object that a triple term is composed of. That would bring triple terms much closer to the expressivity of LPG, and would be quite beneficial in its own right. The following example illustrates how annotations on individual nodes (a node being a subject, predicate or object of a triple) can be realized: <Alice> :bought <LennyTheLion> .
[] rdf:reifies <<( <Alice> :bought <LennyTheLion> )>> ;
:purpose <Gift> ;
rdf:onSubject [ :age 12 ] ;
rdf:onPredicate [ :payment <Cash> ] ;
rdf:onObject [ a <Puppet> ] . The equivalent in Turtle-star annotation syntax: <Alice> :bought <LennyTheLion> {|
:purpose <Gift> ;
rdf:onSubject [ :age 12 ] ;
rdf:onPredicate [ :payment <Cash> ] ;
rdf:onObject [ a <Puppet> ]
|} . The initial proposal above discussed the viability of the approach in principle and, as an implementaion aspect, the re-use of the RDF standard reification vocabulary, namely the properties The discussion in the 18/10/2024 Semantics TaskForce meeting seemed to confirm that the approach in general is feasible. However for the following reasons it seems more appropriate to mint a specific vocabulary, e.g.
Nonetheless, it seems that there is no definitive reason why the RDF reification vocabulary can't be used. Therefore it's possible that the choice of vocabulary will change again upon further discussion. EDIT: updated `rdf:tripleSubject` to `rdf:tripleTermSubject`, etc |
w3c/rdf-semantics#49 uses |
Edit: see an update to this proposal below, changing annotation properties to
rdf:onSubject
,rdf:onPredicate
andrdf:onObject
.We should define a vocabulary to refer to the individual subject, predicate and object that a triple term is composed of. That would bring triple terms much closer to the expressivity of LPG, and would be quite beneficial in its own right.
The issue is more thoroughly discussed in the recent email "statements about statements".
Technically the answer to this question depends on the resolution to the unstar mapping, see issue #114 . IFF we settle for an unstar mapping based on RDF standard reification as proposed there, e.g. in the following comment, then the question can be discussed more concretely.
Given the (shortened) example from the cited comment that proposes an unstar mapping based on RDF standard reification:
Question 1: would the following constitute an annotation on the predicate of the reified statement?
Question 2: would the following representation of the annotation as triple term be equivalent?
If both questions can be answered with yes, then we do not need a new vocabulary to refer to the individual nodes (subject. predicate, object) of a reified triple term.
If this doesn't work then we should consider a new set of properties to this effect, as discussed in the mail "statements about statements", e.g.:
The text was updated successfully, but these errors were encountered: