W3C home > Mailing lists > Public > www-rdf-interest@w3.org > February 2001

Fwd: Containers

From: Graham Klyne <GK@ninebynine.org>
Date: Thu, 01 Feb 2001 08:52:10 +0000
Message-Id: <>
To: Dave Beckett <dave.beckett@bristol.ac.uk>, Brian McBride <bwm@hplb.hpl.hp.com>
Cc: RDF interest group <www-rdf-interest@w3.org>
Another point I meant to offer, but forgot when I drafted the earlier note...

I'd also like to suggest that container membership properties other than 
rdf:_n MAY be used to indicate membership of an rdf:Bag.  I think this is 
kind-of implied by the relaxations your approach introduces, but it's not 
explicit.  This way, the basic rdf:Bag framework could be used to collect 
set members defined over a number of different documents, accommodating the 
"anyone can say anything about anything" principle.


>Date: Wed, 31 Jan 2001 18:02:37 +0000
>To: Dave Beckett <dave.beckett@bristol.ac.uk>, Brian McBride 
>From: Graham Klyne <GK@ninebynine.org>
>Subject: Containers
>Cc: RDF interest group <www-rdf-interest@w3.org>
>I finally took a look at:
>>[3] A Proposed Interpretation of RDF Containers -
>>     http://www-uk.hpl.hp.com/people/bwm/rdf/issues/containersyntax/
>and think it does a pretty good job of cleaning up the messier container 
>issues.  I have come to view the RDFM&S constructs as useful, convenient 
>ways to present containers whose contents are presented complely within a 
>single document.
>A comment, for your consideration, concerning rdf:li as an attribute:
>Since you allow (example 3):
>       [http://foo, rdf:_1, "1"]
>       [http://foo, rdf:_1, "1 again"]
>why not just map rdf:li as an attribute to rdf:_1?  Then example 4 would be:
>        <rdf:Description rdf:about="http://badExample" rdf:li="a" rdf:_3="b"/>
>will generate:
>         [http://badExample, rdf:_1, "a"]
>         [http://badExample, rdf:_3, "b"]
>and doesn't have to be viewed as a "bad example".
Received on Thursday, 1 February 2001 13:37:38 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:07:34 UTC