Re: [JSON] The case for a triple-based approach

On 10 March 2011 16:01, Richard Cyganiak <richard@cyganiak.de> wrote:
> Manu argued forcefully against doing the a triple-based JSON format. I'd like to balance this a bit. A decent case for the triple-based approach can be made as well:
>
>
> WHAT IS IT
>
> A simple format for serializing RDF triples in JSON. Starting points could be just an array of s-p-o objects, or Talis' RDF/JSON proposal. It would probably be quite verbose, but when looking at the JSON it's easy to see the triples. There wouldn't be many ways of serializing the same RDF graph into different JSON structures (besides ordering, whitespace etc).
>
>
> HOW WOULD IT BE USED
>
> The main motivation would be as a result format for CONSTRUCT and DESCRIBE queries against SPARQL stores. So, server-side implementors would be SPARQL store vendors.

Don't we already *almost* have that?
http://www.w3.org/TR/rdf-sparql-json-res/  (WG Note not a REC, so far)

This handles "SPARQL variable binding and boolean query results" but
not RDF graph results. (Perhaps those could be encoded by acting as if
variables ?s ?p ?o and ?g were requested?).

While dependencies are no fun, I see the role of this group as being
to remove some of the noise and confusion from the RDF spec landscape.
So planning how this deliverable fits alongside rdf-sparql-json-res
would be prudent. Having SPARQL JSON results defined by two unrelated
specs could be confusing!

cheers,

Dan

Received on Thursday, 10 March 2011 15:20:22 UTC