[OpenID] experimental namespace for openid.net
SitG Admin
sysadmin at shadowsinthegarden.com
Tue Jul 14 15:25:26 UTC 2009
>These elements will take on the default
>namespace.
Okay. This makes a lot more sense than not having any namespaces at all.
Like if the anti-Network-Neutrality advocates were saying "Let's just
not have any bandwidth at all." - establishing private lines must, by
definition, create bandwidth (even if they're not using the normal
bandwidth).
It seems to me that, by using their own namespace (restraining
interop with the larger XRI world), they are making things simpler
for themselves at the outset with a private namespace. Later, they
can always create a relay for communicating with other XRI
namespaces, or even switch to a general implementation for natural
compatibility with the public XRI namespace.
Complicating matters, they propose to actually use *openid.net's*
namespace instead of their own, but this actually makes things
simpler because any 3rd parties who step in later (to test
interoperability) won't have to demarcate multiple namespaces to
account for each Provider that has *joined* Google in experimenting
with this; they just have to look for the single namespace at
"openid.net".
Control is held by the Foundation, which can shut things down if any
participating party abuses the feature. When an experiment is deemed
successful (enough to develop into a spec), and accepted by the
Foundation, the same practice naturally migrates from openid.net to
various providers "in the wild". I'm not seeing anything broken here.
Does it need to be fixed?
-Shade
More information about the general
mailing list