- From: Manu Sporny <msporny@digitalbazaar.com>
- Date: Sun, 28 Aug 2011 22:04:39 -0400
- To: Richard Cyganiak <richard@cyganiak.de>
- CC: Thomas Steiner <tomac@google.com>, Ian Davis <ian.davis@talis.com>, RDF WG <public-rdf-wg@w3.org>, public-linked-json@w3.org
On 08/26/2011 06:54 AM, Richard Cyganiak wrote: > On 26 Aug 2011, at 10:32, Thomas Steiner wrote: >>> This gives me hope that there could be a way forward to produce >>> only a single JSON spec. >> >> I think this is the most important part of your email :-) Me too, >> I strongly believe in the fact that both needs (RDF geek's, Web >> developer's) can be addressed by one spec. > > The way to do this might be to define in the spec some sort of “RDF > geek compatibility context” that could be used by anyone who wants a > very regular and direct representation of RDF triples in JSON-LD. For > example, my SPARQL store could use that context when serializing a > CONSTRUCT result to JSON-LD. I think a few lines of JavaScript could transform JSON-LD normalized form into the Talis RDF/JSON form. > If that would be possible, then I'd consider JSON-LD as addressing > the use cases that motivate RDF/JSON [1]. I think it's possible... basically, you'd write a loop to go through each array item in JSON-LD normalized form array and create a new map that looks like the Talis RDF/JSON serialization: for obj in jsonld_normalized: map[obj["@subject"]] = obj; delete obj["@subject"]; I think that pseudocode above basically gives you the Talis RDF/JSON format. Do you want a proof in code? If you do, I would just need to find the time to hack something together. -- manu -- Manu Sporny (skype: msporny, twitter: manusporny) Founder/CEO - Digital Bazaar, Inc. blog: Building a Better World with Web Payments http://manu.sporny.org/2011/better-world/
Received on Monday, 29 August 2011 02:05:12 UTC