HTTP behaviour for SKOS Concepts

Hi all,

In case you haven't heard, the TAG issue known as httpRange-14 has been resolved!  See:

http://lists.w3.org/Archives/Public/www-tag/2005Jun/0039.html

Now that we have a clear directive wrt HTTP URIs for things like concepts, I suggest we draft some text for the SKOS Core Guide, section 'HTTP URIs for Concepts' (currently at [1]), that describes best practices for the HTTP behaviour of resources of type skos:Concept.  

How about something like:

---

    * You MAY use an HTTP URI of any form to name a resource of type skos:Concept.

    * If you use an HTTP URI of the form /http:[^#]*$/ (a 'slash URI', e.g. http://slash.example.com/concepts/love) to name a resource of type skos:Concept, then an HTTP GET request SHOULD return a 303 see other (redirect) response code. The agent SHOULD be redirected to an information resource that describes the original resource, that by default returns a response with content type 'application/rdf+xml', that MAY support content negotiation, and that MAY support the SPARQL HTTP protocol.
    
	* If you use an HTTP URI of the form /http:[^#]+#[^#]+$/ (a 'hash URI', e.g. http://hash.example.com/concepts#love) to name a resource of type skos:Concept, then the resource denoted by the URI before the hash (the primary resource, e.g. http://hash.example.com/concepts) SHOULD be an information resource that describes all associated secondary resources, SHOULD respond to an HTTP GET request with a 200 response code, SHOULD return a response with content-type 'application/rdf+xml' by default, MUST NOT support content negotiation, and MAY support the SPARQL HTTP protocol.

---

??

See also AWWW [2].

Cheers,

Al.

[1] http://www.w3.org/TR/swbp-skos-core-guide/#securis
[2] http://www.w3.org/TR/webarch/

---
Alistair Miles
Research Associate
CCLRC - Rutherford Appleton Laboratory
Building R1 Room 1.60
Fermi Avenue
Chilton
Didcot
Oxfordshire OX11 0QX
United Kingdom
Email:        a.j.miles@rl.ac.uk
Tel: +44 (0)1235 445440

Received on Tuesday, 21 June 2005 15:58:23 UTC