W3C home > Mailing lists > Public > www-rdf-interest@w3.org > July 2004

Re: Real data

From: Sandro Hawke <sandro@w3.org>
Date: Wed, 21 Jul 2004 15:26:13 -0400
Message-Id: <200407211926.i6LJQDOJ010008@roke.hawke.org>
To: Eric Jain <Eric.Jain@isb-sib.ch>
Cc: rdf-interest <www-rdf-interest@w3.org>

> Sandro Hawke wrote:
> > So where are you thinking you'll serve the RDF?
> > 
> >     http://uniprot.org/entry/P12345.rdf
> > 
> > would be obvious, but including the ".rdf" in the URI for the protien
> > itself doesn't seem right.
> The default representation if no extension is specified is a normal web 
> page. I guess you could try to do something with content negotiation, 
> but I'd rather not rely on that. On the other hand the page could 
> include something like:
>    <link
>      rel="alternate" type="application/rdf+xml"
>      href="http://uniprot.org/entry/P12345.rdf"
>    />

Right.  I think that's probably the best bet right now, but other
people may have their suggestions.  I'm not sure what work the "Best
Practices" working group has completed on this issue. 

> Note that if you actually entered http://uniprot.org/entry/P12345.rdf, 
> you would be forwarded to some other site that is capable of serving the 
> resource. 

I understand; that seems fine.   Any serious RDF dereferencing module
should (IMHO) be following redirects, as well as link/alternate
references as above.

> Since these URLs are not really as stable as they should be, I 
> prefer to use URNs for identifying resources, e.g.
>    urn:lsid:uniprot.org:uniprot:P12345

I totally understand the temptation.  I'm still co-author of the tag:
URI spec [0], which addresses the problem that "lsid" isn't actually a
registered URN namespace [1] [2].

But I strongly encourage you to resist this temptation!  It's so much
more cool to be able to actually surf the data, using the URI/name for
a protein/person/property/whatever to automatically and efficiently
get more data about it.

> This also avoids confusion with users who always expect a URL to be 
> resolvable...

But there's no problem, as long as you make your URLs resolvable,
right?  And you probably want to do that, since each one is an
opportunity to be useful.

      -- sandro

[0] http://taguri.org/
[1] http://www.iana.org/assignments/urn-namespaces
[2] http://uri.net/urn-nid-status.html
Received on Wednesday, 21 July 2004 15:24:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:44:50 UTC