[OpenID] Windows Live ID OpenID CTP Status Update (August 2009)

[Peter Williams]

What Im trying to recall is the markup used commonly for a control _tree_, in your typical ASP.NET rendering of a server side object set.

Perhaps its something like http://foo.com/#form$element$elementchild where everything following the # is a (compound) "tag". By definition the semantics of any such tag are "resource-defined"-  which ASP.NET properly defined for its resources. Under the formal interpretation, the fragment is not (and this is counter intuitive) not part of the URI!!

I know I wrote user control for asp.net that spat this kind of markup out, server side. I just don't remember the syntax.

And I any case, a self-signed cert can have as many URIs as it likes, one per extended subject field: each a "synonym".

If one cannot post-fix the hash to "qualify" the webid, one can always add another URI... that is the webid's "synonym" - used much as in the XRD world of canonical-ids, to ensure one has an unambiguous reference point (for validation logics).

Anyways, think about the main point some more. The point was: that which openid2 removed from openid1 (rp-side name linking) CAN be put back - especially if the larger OPs refuse to support openid2-style vanity delegation.


-----Original Message-----
From: hjs at bblfish.net [mailto:hjs at bblfish.net] On Behalf Of Story Henry
Sent: Saturday, August 29, 2009 8:29 PM
To: Peter Williams
Cc: John Bradley; openid-general at lists.openid.net
Subject: Re: [OpenID] Windows Live ID OpenID CTP Status Update (August 2009)


On 30 Aug 2009, at 04:39, Peter Williams wrote:

> Can we make the webid that we put in the self-signed cert have the
> form
>
> http://foaf.com/peter.rdf#me#<hash> ?

Don't think so. That's an invalid URL I believe. (I may be wrong)

It is not good architecture to put meaning into URLs such that
protocols depend on those - which is not to say that they should not
be humanly readable. That ties URLs between sites much too closely
together, and I believe unnecessarily.