W3C home > Mailing lists > Public > public-xg-webid@w3.org > January 2011

Re: WebID-ISSUE-10 (bblfish): Hash URLs for Agents [ontologies]

From: Henry Story <henry.story@bblfish.net>
Date: Sun, 30 Jan 2011 02:59:47 +0100
Message-Id: <B7DFACEF-E1AE-4587-9820-FDF159020B64@bblfish.net>
To: WebID Incubator Group WG <public-xg-webid@w3.org>

On 30 Jan 2011, at 01:32, WebID Incubator Group Issue Tracker wrote:
> 
> On 29 Jan 2011, at 21:04, Peter Williams wrote in the archived mail
> http://www.w3.org/mid/SNT143-w25D1D87B1A483EF3B8536E92E00@phx.gbl
> 
> What I really liked about the use of RDFa in the FOAF+SSL pre-incubator world was that the good ol' home page could easily be foaf card, and thus the home page URI is a webid stem. To the average punter (who will rarely understand the significance of #tag on the end), the home page URI is a webid.

I should point out that early on in the foaf+ssl protocol space, a bit against
my sense of what was right, I removed the foaf:Agent restriction on the domain 
of the cert:identity relation. 

That is initially cert identity was defined like this:

:identity a rdf:Property;
      rdfs:range foaf:Agent;
      rdfs:domain :PublicKey .

in english, the identity relation was a relation defined from objects of type 
Public Key to objects of type foaf:Agent. 

For a bootstrapping reason, that it is a bit too late for me now to explain 
in detail, we decided to allow WebIDs to point to Profiles too. I did this 
just by removing the  relation 

:identity rdfs:domain :PublicKey .

But not that long afterwards, after Melvin wrote foaf.me we found that service
was too awkward to be useful, and so I scrapped it. Nobody complained.

So this just left the question open of whether or not a web identity should or 
should not point to an Agent. To me it seems that the Identity must refer to 
something that can proove that it controls the private key of a public key. So 
it can only be an agent.

As a result I think we should add that restriction back.

Henry

Social Web Architect
http://bblfish.net/
Received on Sunday, 30 January 2011 02:00:24 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Sunday, 30 January 2011 02:00:30 GMT