[foaf-protocols] WebID spec: Subject Alternative Name extension

Henry Story henry.story at gmail.com
Sat Jul 17 06:12:20 CEST 2010


On 16 Jul 2010, at 23:28, Nathan wrote:

> Bruno Harbulot wrote:
>> 
>> 
>> On 16/07/2010 22:46, Seth Russell wrote:
>> 
>>>    Again, the whole point of the WebID is to enable linked data and
>>>    what it entails. In particular, a simple example is, as you suggest,
>>>    getting the user's e-mail address. foaf:mbox does just that from the
>>>    WebID profile document.
>>>    Putting information in the certificate is rather limited (and
>>>    anyway, no one asserts that data, since we're not using a PKI).
>>>    Instead, getting the information from the WebID profile document
>>>    (aka the FOAF file), you'll be able to populate more things
>>>    automatically in the merchant sites, not only the e-mail address but
>>>    perhaps the full name, possibly address, etc.
>>> 
>>> 
>>> Thing is, if the whole wrap is going to be it's there in the X.509
>>> specification, so use it if you want, but what you should do is get the
>>> email from a FOAF file, (which err, you probably won't find it there),
>>> then, no, we don't get the benefit of instant motivation to
>>> implement.
>> 
>> That is an interesting question indeed.
>> We haven't talked about FOAF in the specification, but a lot of the 
>> interesting data will be using the FOAF vocabulary.
>> 
>> There are two options:
>> (1) We stick to the authentication part in this spec (so we only talk 
>> about the cert ontology).
>> (2) In addition to 1, we build in the dependence on FOAF.
>> 
>> I'm more in favour of (1).
> 
> I'm totally in favour of (1)
> 
>> However, mentioning FOAF is indeed important.
> 
> sounds more like 'primer' domain or accompanying material to me
> 
> fwiw & imho of course :)

The idea of a primer sounds very good. Simplifies things a lot.

Though Nothing wrong with mentio


Henry

> 
> Best,
> _______________________________________________
> foaf-protocols mailing list
> foaf-protocols at lists.foaf-project.org
> http://lists.foaf-project.org/mailman/listinfo/foaf-protocols



More information about the foaf-protocols mailing list