Closed pfps closed 3 years ago
I believe the initial RDF* in the old paper should be treated as a historical relic, at this point. That was largely an individual effort, which has served well as a starting point, spawning larger conversation among more participants, and led to the current draft which inherited much but not all from the original paper.
Consensus, from my reading of the lists and issues today, is that embedded triples are not asserted by that embedding; to be asserted requires they be instantiated outside an embed. Else, << :Bob :is :stupid >> :assertedBy :Mary
is interpreted to mean << :Bob :is :stupid >> :assertedBy :Mary, :TallTed
even though I explicitly assert :Bob :is :genius . << :Bob :is :genius >> :assertedBy :TallTed
.
@TallTed yes!
The intent of PR #58 , which has been approved during our last call, was indeed to clarify the situation. Now we have:
@pfps do you consider that the above is enough to close this issue? Otherwise, what do you think is missing?
Nice progress and implementing this in EYE worked well. The above non entailment test works as well
$ eye --quiet --nope https://w3c.github.io/rdf-star/tests/semantics/test002a.ttl --not-entail https://w3c.github.io/rdf-star/tests/semantics/test002pgr.ttl
PREFIX : <http://example.com/ns#>
true.
gentle reminder of https://github.com/w3c/rdf-star/issues/63#issuecomment-743730329
@pfps do you consider that the above is enough to close this issue? Otherwise, what do you think is missing?
The situation is different now, with the possible extra syntax for PR mode, but the situation is adequately clear.
Ok, thanks
It is still unclear to me whether embedded triples are also supposed to be asserted - the initial RDF* said yes, the current document says no, some people in the group seem to be arguing for yes.
These sorts of foundational issues need to be cleared up early.