- From: Jeremy Carroll <jeremy@topquadrant.com>
- Date: Mon, 19 Dec 2011 17:40:50 -0800
- To: public-rdf-wg@w3.org
On 12/17/2011 7:37 AM, Ivan Herman wrote: > > (1) RDF Datasets. It consists of labelled graphs: (G, l), where l is an URI. (Some raised the possibility to use literals for 'l', but I think there is a consensus to use URI-s). There is no semantic relationship between 'G' and 'l', so something like (with an ad-hoc syntax here): > > ( {a:b c:d e:f}, mailto:ivan@w3.org } > > is a perfectly o.k. labelled graph in an RDF Dataset > > It seems that most (all?) quad stores fall into this category as well as the datasets in SPARQL > > (2) Named Graphs. It is a special RDF dataset, where the label 'l' is a (HTTP?) URI with an additional behaviour: if that URI is poked (GET-d) then it results in the serialization of a Graph whose parsing yields an equivalent graph to 'G'. It is the right/good framework for, say, Linked Data, etc. > It seems to me that we can make a lot of progress by exploring the common ground between these as test cases: e.g. do we allow the same URI twice. I would have thought that most people would be unhappy with: A) { ( {a:b c:d e:f}, mailto:ivan@w3.org ), ( {}, mailto:ivan@w3.org ) } and also with B) { ( {a:b c:d e:f}, http://example.org/consensus ), ( {}, http://example.org/consensus ) } If that is the case, then we have moved forward (even if only by a little) And so I would like to propose these two test cases for consideration at the telecon. Proposal: the RDF 1.1 Recommendation will not recommend the use of either (A) or (B) Once we have agreed on one test case, then we can try for a second - rather than the somewhat boring threads of conversation: running over the same old ground, and how we found the same old fears ... Jeremy
Received on Tuesday, 20 December 2011 01:41:18 UTC