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

Re: WebID equivalence

From: Mo McRoberts <mo.mcroberts@bbc.co.uk>
Date: Wed, 4 Jan 2012 01:27:14 +0000
Cc: public-xg-webid@w3.org
Message-Id: <7F9A47A6-BB56-4BEA-A543-5632A3E1F2E3@bbc.co.uk>
To: Kingsley Idehen <kidehen@openlinksw.com>

On 4 Jan 2012, at 00:56, Kingsley Idehen wrote:

> Use a Name to do things that fit the Name Role. Don't use was many think is an Address as a Name, certainly not at first blush irrespective of deeper prowess. Use an Address for functionality folks intuitively associate with addresses e.g., data access. Use Names to Identity things.

I a feeling this paragraph is meant to be fundamental to your point, but I honestly can't make head nor tail of it.

It's probably not worth the hassle of point out that both DN and subjectAltName are called “names” in X.509. Only one (and even then, only parts of it) — the DN — is readily presented in interfaces, and where it is, it’s done so as a label. The subjectAltName is an implementation device, unlike host-meta is or the Link HTTP response header.

> 
> You can still end up with the graph that describes a subject with an x.509 as the information source.
> 
> As much as you continue to ignore my references to the Hammer Stack and Webfinger, do note that this is something the pragmatists over there long figured out. And btw re. Linked Data, the same pattern applies re. host metadata discovery:
> 
>> 
>> We should be trying to be stick with the IETF specs and use them as required.
> 
> It seems that's only the case when it matches your preferences, unfortunately. Once there's deviation you end up distorting first. I still can't believe your interpretation of my suggestion re. Addresses in CN and Names in SAN.
> 
> Links:
> 
> 1. id.myopenlink.net/.well-known/host-meta -- an example of the Hammer Stack pattern in play re. deductive discovery
> 
> 2. http://linkeddata.informatik.hu-berlin.de/uridbg/index.php?url=id.myopenlink.net%2F.well-known%2Fhost-meta&useragentheader=&acceptheader= -- URI debigger view
> 
> 3. http://linkeddata.informatik.hu-berlin.de/uridbg/index.php?url=http%3A%2F%2Fid.myopenlink.net%2Fdataspace%2Fperson%2FKingsleyUyiIdehen&useragentheader=&acceptheader= -- how it comes together re. URIs that also serve as WebIDs
> 
> 4. http://tools.ietf.org/html/draft-nottingham-site-meta-05 -- IETF spec.
> 
> Kingsley
>> 
>> Henry
>> 
>>>> M.
>>>> 
>>> 
>>> -- 
>>> 
>>> Regards,
>>> 
>>> Kingsley Idehen	
>>> Founder&   CEO
>>> OpenLink Software
>>> Company Web: http://www.openlinksw.com
>>> Personal Weblog: http://www.openlinksw.com/blog/~kidehen
>>> Twitter/Identi.ca handle: @kidehen
>>> Google+ Profile: https://plus.google.com/112399767740508618350/about
>>> LinkedIn Profile: http://www.linkedin.com/in/kidehen
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> Social Web Architect
>> http://bblfish.net/
>> 
>> 
>> 
> 
> 
> -- 
> 
> Regards,
> 
> Kingsley Idehen	
> Founder&  CEO
> OpenLink Software
> Company Web: http://www.openlinksw.com
> Personal Weblog: http://www.openlinksw.com/blog/~kidehen
> Twitter/Identi.ca handle: @kidehen
> Google+ Profile: https://plus.google.com/112399767740508618350/about
> LinkedIn Profile: http://www.linkedin.com/in/kidehen
> 
> 
> 
> 
> 
> 
> 
> http://www.bbc.co.uk/
> This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
> If you have received it in error, please delete it from your system.
> Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
> Please note that the BBC monitors e-mails sent or received.
> Further communication will signify your consent to this.
> 					


-- 
Mo McRoberts - Technical Lead - The Space,
0141 422 6036 (Internal: 01-26036) - PGP key CEBCF03E,
Project Office: Room 7083, BBC Television Centre, London W12 7RJ
Received on Wednesday, 4 January 2012 01:27:46 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 4 January 2012 01:27:46 GMT