Note about de-referencable URIs

All,

Here is an important point I want to clear up re. de-referencable URIs 
as they related to some of the long threads over the last few days re. 
this matter.

My fundamental position is this:

1. URIs in certificates should be de-referencable
2. URIs do not necessarily have to be HTTP URIs to be de-referencable .

There are WebID user profiles e.g. publishers, where placement of an 
Address (a de-referencable URI or URL) in alternative slots to the SAN 
still results in triangulation that's compatible with the goals of the 
WebID verification protocol .

This I will demonstrate later this week or early next week. The net 
effect is all about allowing publisher to leverage the "cut and paste" 
pattern of the Web while exploiting the prowess of WebID.

I want billions of WebID users out there pronto! The way to do this is 
via a pattern that taps into the Web's network effects. Thus, it has to 
be HTML and cut and paste friendly.

This effort will also bring Microformats (via hCard) into play as yet 
another resource type that plays well with the WebID verification protocol.

Stay tuned :-)

-- 

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