[wbs] response to 'WebID definition hash '

The following answers have been successfully submitted to 'WebID definition
hash ' (WebID Community Group) for MIND Center for Interdisciplinary
Informatics by Stéphane Corlosquet.



---------------------------------
What is a WebID?
----
Given that WebID's must refer to Agents, and that the WebID must be
associated with a profile document, (that returns a default representation)
the question here is which of the following restrictions one should have
for WebIDs. 


Note that a URI is defined by RFC3986 and is constructed as follows:


         foo://example.com:8042/over/there?name=ferret#nose
         \_/   \______________/\_________/ \_________/ \__/
          |           |            |            |        |
       scheme     authority       path        query   fragment

Please look at the detailed arguments for each position on the wiki before
selecting your preferences.


 For each of the three options please follow the select one of the options
as described below:

Please select the rank-order (1 to 3) for the options
you think are acceptable (i.e.  you can 
live with it), where 1  is the most preferred, 2 the next best and so on...
You also have a don’t mind and a don’t want option.
* [ Don’t want ] 
   Choice: 1. MUST be an HTTP(S) hash (#) URI: 
The precise definition is:
A WebID is a URI with an `http` or `https` scheme, which MUST contain a URI
fragment identifier and which uniquely denotes an Agent (Person,
Organization, Group, Device, etc.). The URI without the fragment identifier
denotes the WebID Profile page.

Please consider carefully the arguments for this position

 | 
* [ 2 ] 
   Choice: 2. MUST be an HTTP(S) URI and SHOULD be an HTTP(s) hash (#) URI:
The precise definition is:

A WebID is a URI with an `http` or `https` scheme which uniquely denotes an
Agent (Person, Organization, Group, Device, etc.). This URI SHOULD include
a fragment identifier. For WebIDs with fragment identifiers the URI without
the fragment denotes the Profile Document. For WebIDs without fragment
identifiers an HTTP request on the WebID MUST return a 303 with a Location
header URI denoting the Profile Document.



Please consider carefully the arguments for this position

 | 
* [ 1 ] 
   Choice: 3. MUST be an HTTP(S) URI
The precise definition is:

A WebID is a URI with an `http` or `https` scheme which uniquely denotes an
Agent (Person, Organization, Group, Device, etc.). For WebIDs with fragment
identifiers the URI without the fragment denotes the Profile Document. For
WebIDs without fragment identifiers an HTTP request on the WebID MUST
return a 303 with a Location header URI denoting the Profile Document.



Please consider carefully the arguments for this position

 | 

Rationale: 
I strongly encourage hash URIs because they make life easier, but I just
don't see the need to mandate it in the spec. Hash URIs should be used in
all examples so that people are not tempted to mint of kinds of URIs. The
TAG is working on possibly standardizing Non-Information Resources URIs on
hash URIs, or possibly something completely different via parallel
properties. Let's strongly encourage hash URIs via examples without
restricting WebID to hash URIs. 


These answers were last modified on 11 January 2013 at 16:23:23 U.T.C.
by Stéphane Corlosquet

Answers to this questionnaire can be set and changed at
https://www.w3.org/2002/09/wbs/51933/webid-hash/ until 2013-02-01.

 Regards,

 The Automatic WBS Mailer

Received on Friday, 11 January 2013 16:24:03 UTC