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 1.0 legacy mode #7

Open
fracorco opened this issue Aug 22, 2015 · 0 comments
Open

RDF 1.0 legacy mode #7

fracorco opened this issue Aug 22, 2015 · 0 comments

Comments

@fracorco
Copy link
Contributor

In RDF 1.0, "x" and "x"^^xsd:string are different literals, whereas in RDF 1.1 they are the same literal as all literals are typed and plain literals are considered to be implicitly typed as "xsd:string".

RDFpro follows RDF 1.1 rules, but there are still tools based on RDF 1.0 for which RDFpro behavior can be problematic. In particular, in RDFpro:

  • an "x"^^xsd:string literal is simply written as "x"
  • triples s p "x" and s p "x"^^xsd:string are considered equal and thus possibly merged

While the first issue (from an RDF 1.0 perspective) can be addressed by keeping track of the original distinction (in the input files) between "x" and "x"^^xsd:string, the second issue can only be addressed by implementing an RDF 1.0 'legacy' mode in RDFpro.

This would require:

  • to switch from the default ValueFactory implementation that creates literal based on RDF 1.1 semantics to a legacy ValueFactory based on RDF 1.0 semantics (basically, the Sesame 2.7 default ValueFactory)
  • to revise SESAME parsers and writers for different RDF syntaxes so that no datatype normalization (from plain literal to xsd:string and back) is performed (to be investigated)
@fracorco fracorco changed the title RDF 1.0 legacy mode RDF 1.0 vs RDF 1.1 rules for handling literals Aug 22, 2015
@fracorco fracorco changed the title RDF 1.0 vs RDF 1.1 rules for handling literals RDF 1.0 legacy mode Aug 22, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant