Re: Making progress on graphs

On Tue, 2012-05-15 at 13:49 +0100, Richard Cyganiak wrote:
> Sandro,
> 
> On 15 May 2012, at 12:58, Sandro Hawke wrote:
> > If we followed your proposal and made datasets (with possibly-empty
> > named graphs) our basic unit, then people would no longer be able to use
> > quad-stores or quad syntaxes (like N-Quads) while conforming to our
> > specs.
> 
> That is nonsense.
> 
> Quad stores already use RDF datasets with possibly empty named graphs as their basic unit. That is how SPARQL is defined. The Update spec simply allows them to drop empty graphs upon insert.
> 
> N-Quads cannot serialize all RDF datasets, just like RDF/XML cannot serialize all RDF graphs. The existing N-Quads spec explicitly refers to serialization of RDF datasets as one application of N-Quads.
> 
> There are already several quad-based RDF stores (Virtuoso, Sesame, 4store) that use TriG as an exchange syntax. TriG supports empty graphs. They ignore the empty graphs. After all, an RDF store MAY drop empty graphs — that's already in the SPARQL Update spec.
> 
> ISSUE-22 is: “Does multigraph syntax need to support empty graphs?”
> 
> My proposed answer to that is: “Yes, the multigraph abstract syntax that we specify needs to have support for empty graphs.”
> 
> Your own rdf-spaces proposal supports empty graphs, so it actually agrees with the proposal.

Is there something wrong with an RDF system that doesn't implement blank
nodes?  Or wont store triples which use literals with datatypes?

If so, how would you characterize what is wrong with it, in terms of
conformance?

   -- Sandro

Received on Tuesday, 15 May 2012 13:11:18 UTC