W3C home > Mailing lists > Public > semantic-web@w3.org > November 2006

Re: "Hash URIs" and content negotiation

From: Richard Cyganiak <richard@cyganiak.de>
Date: Tue, 7 Nov 2006 22:01:37 +0100
Message-Id: <8A49C613-B31C-48D7-866E-ADE67B10672F@cyganiak.de>
Cc: Semantic Web <semantic-web@w3.org>
To: danbri@danbri.org

Sorry to drag you into a non-rewarding discussion, Dan, but are you  
saying that there is a problem even with b) (where I do a 303  
redirect to the right file, depending on the Accept header)?


On 7 Nov 2006, at 16:50, Dan Brickley wrote:

> Richard Cyganiak wrote:
>> Hi all,
>> One good practice for identifying non-document resources is to use  
>> "hash URIs" like http://example/john#me, and to serve a  
>> description at the URI obtained by taking the part before the  
>> hash, e.g. http://example/john.
>> Now let's say I want to serve both RDF and HTML descriptions of  
>> John. That is, both formats should be available from http:// 
>> example.org/john, depending on the request's Accept: header. How  
>> to do this?
>> a) Just return the requested type of content right at http:// 
>> example.org/john
>> b) Redirect to two different URLs, depending on the requested  
>> type, e.g. http://example.org/john.html and http://example.org/ 
>> john.rdf
>> I notice that the SWBP Vocabulary Recipes [1] suggest b). I have a  
>> hunch that a) is problematic because it's a bit ambiguous, http:// 
>> example.org/john#me could refer either to John, or to an anchor  
>> within an HTML page, if there's no 303 redirect in between. So, is  
>> only b) allowed, or is a) fine too?
>> Comments?
> This is the oldest and least rewarding discussion in the SW community!
> You're very right of course, it's problematic to conneg in context  
> of such URIs. This is why I always preferred slash URIs! Ah well...
> I guess we're in a
> "Doctor doctor, it hurts when I poke my finger in my eye" situation  
> here? Sometimes conneg is best avoided...
> cheers,
> Dan
>> [1] http://www.w3.org/TR/swbp-vocab-pub/#recipe3
Received on Tuesday, 7 November 2006 21:01:57 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:44:58 UTC