W3C home > Mailing lists > Public > www-rdf-interest@w3.org > November 2002

Re: Contexts (spinoff from copy and wrap rdf statements)

From: David Menendez <zednenem@psualum.com>
Date: Sat, 23 Nov 2002 22:49:00 -0500
Message-Id: <a05111b1aba05f73306f7@[10.0.1.2]>
To: rdfig <www-rdf-interest@w3.org>
At 7:45 AM -0800 2002-11-23, Seth Russell wrote:
>I agree with danny here, and I think the WG would also agree with 
>danny.  <http://somewhere/me.rdf><http://somewhere/me.rdf> 
>identifies a document.  Which is why we need #ThisGraph.  There is 
>currently nothing to refer to that *abstract* thing.  The document 
>is a tangeable physical thing that contains token strings.  The 
>graph is an abstract thing that contains triples.  The parser in an 
>application will turn the token strings from the document into 
>triples in the application's database.  If we are to talk about this 
>distinction in an interoperable manner, then we need a *standard* 
>way to refer to the document as opposed to the graph.

I still prefer to think of the resource being the information, and 
any particular document being a representation of the resource. For 
example, say <http://example.org/privacy> is the URI of a company's 
privacy policy, which might be available in multiple languages and 
formats and might vary over time. The actual bytes which you would 
receive (the representation) will vary, but the resource is constant.

Similarly, I would think of <http://somewhere/me.rdf> as being a 
dataset which can be expressed in terms of triples. Any RDF documents 
you get as a result of dereferencing the resource would be 
representations.

If you needed to refer to an actual RDF/XML document that you 
downloaded at a specific time, you could use something like:

_:a rdf:type eg:Representation;
     dc:source <http://somewhere/me.rdf>;
     dc:format "application/rdf+xml";
     dc:language "en";
     dcq:issued "2002-11-23t10:30:00z".

-- 
Dave Menendez - zednenem@psualum.com - http://www.eyrie.org/~zednenem/
Received on Saturday, 23 November 2002 22:47:35 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:51:57 GMT