- From: Nathan <nathan@webr3.org>
- Date: Tue, 08 Mar 2011 18:13:59 +0000
- 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.
Best,
Nathan
Received on Tuesday, 8 March 2011 18:15:54 UTC