Re: 200 OK with Content-Location might work: But maybe it can be simpler?

On Nov 5, 2010, at 1:23 PM, Nathan wrote:

> Mike Kelly wrote:
>> On Fri, Nov 5, 2010 at 5:33 PM, Antoine Zimmermann
>> <antoine.zimmermann@insa-lyon.fr> wrote:
>>> Le 05/11/2010 18:25, Giovanni Tummarello a écrit :
>>>> How about something that's totally independant from HEADER issues?
>>>> 
>>>> think normal people here. absolutely 0 interest to mess with headers
>>>> and http responses.. absolutely no business incentive to do it.
>>> Solutions to technical problems are not for little kids, grandmothers and
>>> casual Web users. Getting a Web page on the Web is actually really complex,
>>> you have to do a lot of stuff with the header, maybe content-negociate etc.
>>> Yet, little kids and grandmothers can jump from webpages to webpages.
>> Apparently Ian achieved his example on Apache by simply dropping in
>> toucan.rdf and letting apache handle the rest with +MultiViews
>> mike@foobar:~$ curl -v http://iandavis.com/2010/303/toucan
>>> GET /2010/303/toucan HTTP/1.1
>>> 
>> < HTTP/1.1 200 OK
>> < Server: Apache/2.2.8 (Ubuntu)
>> < Content-Location: toucan.rdf
> 
> Mike, that's the normal pattern for deploy #frag based linked data, stick it all in files, then Options +MultiViews to enable conneg.
> 
> The main difference here is that HTTP denotes some meaning over all representations with status codes (its in HTTPs domain), other than 303 which cancels that and let's us say something is what we say it is.
> 
> However, frag URIs completely skirt around and void this issue, you can whatever code you like with them, as they aren't the URIs you GET. Whereas </slash> does not.
> 
> Many have been doing the frag approach successfully and simply with zero issues and staying clear of HTTP semantics while getting the benefit for years by using frag URIs.

But others have had success using the 303 approach consistently, eg dbpedia with its /resource/foo redirecting to /page/foo. And the frag approach does have its issues, most notably that almost the entire Web machinery has a kind of blanket permission to strip off the frags, since they are supposed to have no meaning outside the state of the sender. True this doesn't seem to matter in practice, but it is slightly worrying. 

Pat

> 
> Best,
> 
> Nathan
> 
> 

------------------------------------------------------------
IHMC                                     (850)434 8903 or (650)494 3973   
40 South Alcaniz St.           (850)202 4416   office
Pensacola                            (850)202 4440   fax
FL 32502                              (850)291 0667   mobile
phayesAT-SIGNihmc.us       http://www.ihmc.us/users/phayes

Received on Friday, 5 November 2010 18:58:28 UTC