Re: WebID, WebID Protocol definitions and requirements.

> Adding a constraint on #fragment here doesn't make sense to me, people and implementers are free to mint their WebID the way they want, let them use 303 redirect if they like it. I know people who don't have a #fragment in their WebID. This should be an implementation detail, not a requirement.

+1

Cheers,
	   Michael

--
Dr. Michael Hausenblas, Research Fellow
DERI - Digital Enterprise Research Institute
NUIG - National University of Ireland, Galway
Ireland, Europe
Tel.: +353 91 495730
http://mhausenblas.info/

On 31 Oct 2012, at 16:24, Stéphane Corlosquet wrote:

> 
> 
> On Wed, Oct 31, 2012 at 10:46 AM, Nathan <nathan@webr3.org> wrote:
> All,
> 
> I'd propose the following
> 
> Definitions:
> 
> WebID
> An HTTP URI with a #fragment which denotes an agent, when dereferenced a description of the denoted agent is provided in Turtle.
> 
> Authenticated-WebID
> A WebID which has been authenticated using WebID-Protocol
> 
> 
> WebID Protocol Requirements:
> 
> subjectAltName ... MUST be an HTTP URI and SHOULD contain a #fragment ...
> 
> Adding a constraint on #fragment here doesn't make sense to me, people and implementers are free to mint their WebID the way they want, let them use 303 redirect if they like it. I know people who don't have a #fragment in their WebID. This should be an implementation detail, not a requirement.
> 
> Steph.
>  
> 
> WebID profiles ... MUST be in Turtle, and MAY be made available in other machine readable formats such as ...
> 
> WebID Verification Agents ... MUST support Turtle ... SHOULD support other machine readable formats.
> 
> Kingsley: I believe this would encourage best practise and push people towards #frags and turtle for interoperability, but also allow your and everyone's tooling to be conforming even when supporting ProxyURIs and the like.
> 
> Fair?
> 
> Best,
> 
> Nathan
> 
> 
> 
> 
> -- 
> Steph.

Received on Wednesday, 31 October 2012 16:52:11 UTC