Skip to content
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

RDF-star semantics (as currently defined) is non-monotonic #262

Open
pchampin opened this issue May 27, 2022 · 4 comments
Open

RDF-star semantics (as currently defined) is non-monotonic #262

pchampin opened this issue May 27, 2022 · 4 comments
Labels
later Defered to a future WG or task-force

Comments

@pchampin
Copy link
Collaborator

pchampin commented May 27, 2022

... and we obviously do not want this!

What is the problem?

More precisely:

<< :s :p "foo"^^xsd:integer >> :accordingTo :pa.

entails

<< s: :p [] >> :accordingTo :pa.

under simple entailment, but does not entail that anymore under D-entailment recognizing xsd:integer.

How to fix it?

An easy fix would be to change step 2.4 of the unstar mapping, more precisely:

  • (b, unstar:object, o) unless o is an ill-typed literal

would simply become

  • (b, unstar:object, o)

It means that ill-formed literals in quoted triples would now make the whole graph inconsistent -- which the current semantics aimed to avoid, but clearly that was not such a good idea...

@pchampin pchampin added the later Defered to a future WG or task-force label May 27, 2022
@hartig
Copy link
Collaborator

hartig commented May 30, 2022

Good catch! I am fine with the proposed fix.

@TallTed

This comment was marked as resolved.

@pchampin
Copy link
Collaborator Author

pchampin commented Jun 1, 2022

Probably best to fix the xsd;integer typo above, making it xsd:integer, in the "More precisely" discussion.

done, thanks

@afs
Copy link
Collaborator

afs commented Jun 1, 2022

+1 to the proposed fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
later Defered to a future WG or task-force
Projects
None yet
Development

No branches or pull requests

4 participants