- From: Fabien Gandon <fabien.gandon@inria.fr>
- Date: Wed, 2 Mar 2011 14:04:06 +0100 (CET)
- To: public-rdf-wg@w3.org
Hello,
An other issue that was touched in the discussions about IRI to identify g-boxes/graphs/etc. is the application of the follow your nose principle of linked data to RDF graph [1].
As I remember from the workshop there were at least two opinions on that matter:
Opinion (1) : When I follow the IRI of a graph I should get a serialization of the triples contained in that graph.
Opinion (2) : When I follow the IRI of a graph I should get triples about that IRI.
In other words if I have the following dataset:
:G1 { http://dbpedia.org/page/Antibes geo:lat 43.580833 ; geo:long 7.123889 . }
:G1 dc:date "2010-11-12"^^xsd:date ;
rdf:type ex:GPSData .
On dereferencing :G1
Option (1) would return
http://dbpedia.org/page/Antibes geo:lat 43.580833 ; geo:long 7.123889 .
Option (2) would return
:G1 dc:date "2010-11-12"^^xsd:date ;
rdf:type ex:GPSData .
Now I could see pros and cons for each option:
Option (1) provides an easy way to fetch graphs.
Option (2) seems to me more in-line with practices of linked data where the dereferencing often resembles a SPARQL DESCRIBE <URI>
If I had to chose, I would prefer option (2) to have a more consistent behavior and remain independent of the type of resource identified by the IRI i.e. whether it is a graph or not I always get triples *about* the IRI / Resource. One could then have a vocabulary to allow additional queries e.g.
:G1 rdf:type rdf:Graph ;
sparql:endpoint <http://dbpedia.org/sparql> ;
ex:size "42" .
That being said a third option that I didn't see mentioned so far could be to send everything on dereferencing the IRI i.e. the graph together with its metadata.
Cheers,
[1] http://www.w3.org/DesignIssues/LinkedData.html
--
fabien, inria, @fabien_gandon, http://fabien.info
Received on Wednesday, 2 March 2011 13:04:39 UTC