- From: Markus Lanthaler <markus.lanthaler@gmx.net>
- Date: Wed, 11 Dec 2013 13:38:41 +0100
- To: <public-rdfjs@w3.org>
On Wednesday, December 11, 2013 11:22 AM, Ruben Verborgh wrote:
> > Exactly, I would really like that we can use common way to deal with
> various RDF constructs in javascript runtime. Statement, IRI, BNode and
> Literal sound like good candidates to start with :)
>
> If we go for a statement-based representation, we are abandoning the
> JSON-LD route. Which is okay if that’s what we want.
> If the goal is to exchange data between systems that use triples
> internally, it probably is what we want.
It depends on how you use JSON-LD. It's true that the predicate is the name of a member in that case and not the value but it still looks pretty much like a statement.
> Here is the representation format I use:
>
> { subject: 'http://dbpedia.org/resource/Daft_Punk’,
> predicate: 'http://www.w3.org/2000/01/rdf-schema#label',
> object: '"Daft Punk"@en' }
Here's how you could do it with JSON-LD (weirdly formatted to show the similarity)
{ "@id": "http://dbpedia.org/resource/Daft_Punk",
"http://www.w3.org/2000/01/rdf-schema#label": {
"@value": "Daft Punk", "@language": "@en"
}
}
The advantage is that you can write such a structure directly in a file to exchange it with other systems because the format is standardized. The disadvantage is lower performance and slightly more difficult access to the triple components.
I think the question really boils down to what exactly do you want to achieve with such a intermediate representation!?
--
Markus Lanthaler
@markuslanthaler
Received on Wednesday, 11 December 2013 12:39:13 UTC