W3C home > Mailing lists > Public > public-rdf-wg@w3.org > March 2011

Re: [Graphs] Proposal: RDF Datasets

From: Nathan <nathan@webr3.org>
Date: Tue, 08 Mar 2011 18:13:59 +0000
Message-ID: <4D7671E7.1080109@webr3.org>
To: antoine.zimmermann@insa-lyon.fr
CC: public-rdf-wg@w3.org
Antoine Zimmermann wrote:
> Le 08/03/2011 18:23, Ivan Herman a écrit :
>> On Mar 8, 2011, at 18:15 , Antoine Zimmermann wrote:
>>> Le 08/03/2011 17:09, Ivan Herman a écrit :
>>>> [...] You and Antonie are arguing on the semantics of _datasets_; I 
>>>> am still not convinced that this discussion should happen in the 
>>>> first place!
>>> Well, we are arguing about the semantics of multigraph documents.
>> I do not know what that means.
> Something which contains the definition of several g-snaps, or g-boxes, 
> such as an N-Quads document, a TriG document or whatever which, 
> abstractly, maps to a finite set of g-snaps or g-boxes, or named g-snaps 
> or named g-boxes, depending how we interpret it. That is, we are 
> discussing how should the examples given in TF-Graphs-UC should be 
> interpreted.

Surely it could only be the current state of a named-g-box, or a g-snap, 
or is there a proposal to have all the previous contents of each g-box 
in the same serialization too?

There's a minor issue as well I guess, that given a doc which contains 
:g1 { .. }  :g2 { .. } you don't know whether it's to be interpreted as 
a snapshot of two named-g-box's, or as two g-snaps.

Also, I guess if one starts publishing rdf datasets on the web, or 
quads, then I'll be needing a 5-tuple store for those, and a 
serialization for those 5-tuples, which if I expose, you'll need a 
6-tuple store for (etc etc)

Just some minor thoughts.


Received on Tuesday, 8 March 2011 18:15:54 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:04:03 UTC