W3C home > Mailing lists > Public > public-linked-json@w3.org > July 2011

Re: JSON-LD requirements

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Mon, 04 Jul 2011 14:45:21 +0100
Message-ID: <4E11C3F1.7070708@openlinksw.com>
To: public-linked-json@w3.org
On 7/4/11 2:05 PM, Markus Lanthaler wrote:
>>> I think since we are working towards Linked Data in JSON we
>>> should leverage JSONs structural elements and as thus I really
>>> think we should stop concentrating on triples.
>> If you stop thinking about triples (which isn't an RDF invention)
>> you are basically throwing out the baby with the bath water re.
>> the fundamental goal.
>> The goal is to use triples a mechanism for "data representation" via
>> EAV/SPO graphs.
> What is the fundamental goal? If we aren't going to use the fundamental features of JSON I'm not sure why we are basing our approach on JSON at all. What's the difference to, e.g., Turtle then?

The fundamental goal of Turtle is as follows:
An alternative to RDF/XML for representing RDF's SPO triples.
> I agree that objects (subjects, nodes, however you would call them), attributes and, if possible, attribute values should be identified by IRIs that resolve to a description about what they are about. So in my opinion the challenge is how to map the various constructs in a JSON representation to IRIs in the simplest possible way. I would like to be able to describe arbitrary (not sure if we can achieve that) JSON so that a machine client can "understand" it.

We want to want to be able to make Linked Data graphs using a JSON based 
> This would us then allow to create generic clients for processing, querying and creating data. Since JSON is (mostly) used in Web APIs I would like to see that happen with Web APIs in mind.

It should be done with broad adoption in mind. This isn't really about 
APIs. Its actually about Data :-)




Kingsley Idehen	
President&  CEO
OpenLink Software
Web: http://www.openlinksw.com
Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca: kidehen
Received on Monday, 4 July 2011 13:45:44 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:18:30 UTC