Hi John,<div>Thanks for the links. I am beginning to see how difficult it is going to be to get this passed W3C.</div><div><br></div><div>I was actually looking at the list of official IANA registered schemes here. (I hope this list is accurate).</div>
<div><a href="http://en.wikipedia.org/wiki/URI_scheme">http://en.wikipedia.org/wiki/URI_scheme</a></div><div><br></div><div><a href="http://en.wikipedia.org/wiki/URI_scheme"></a>And i was thinking we had a better case than many of the registered scheme&#39;s here. Here is the case we could make.</div>
<div><br></div><div>1) OpenID would like to support more schemes than the http scheme alone. However this would be impractical because it would only increase in complexity with each scheme supported in future.</div><div>2) Instead OpenID would register its own scheme, with a syntax that would allow for a limited scheme specific possibilities, that represents a large majority of identities used around the world today.</div>
<div>3) There is no IANA registered scheme representing &quot;identities&quot;. OpenID being the premier identity service protocol would like to be the first to register a scheme specific to identities.</div><div><br></div>
<div>It might be well worth to send a preliminary email to the concerned people on this regard and let us see what they have to say.</div><div><br></div><div>Thanks</div><div>Santosh<br><br><div class="gmail_quote">On Sat, Nov 28, 2009 at 8:55 PM, John Bradley <span dir="ltr">&lt;<a href="mailto:ve7jtb@ve7jtb.com">ve7jtb@ve7jtb.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word">Hi Santosh,<div><br></div><div>The W3C has set the bar very high on registering new URI schemes.</div>
<div><a href="http://www.w3.org/2001/tag/doc/URNsAndRegistries-50.xml" target="_blank">http://www.w3.org/2001/tag/doc/URNsAndRegistries-50.xml</a></div><div><a href="http://www.w3.org/2001/tag/issues#httpRange-14" target="_blank">http://www.w3.org/2001/tag/issues#httpRange-14</a></div>
<div><br></div><div>Any new scheme that is approved will need to show significant benefit that cannot be accomplished with existing schemes and specifically http:</div><div><br></div><div>The XRI TC ran up against this with XRI and the proposed xri: scheme.</div>
<div><br></div><div>I suspect that it would be argued that the discovery process for openID should deal with multiple identifiers or that all identifiers can be named with http: URI.</div><div><br></div><div>The Web-Finger people are taking a run at the issue with a proposed acct: scheme.</div>
<div>I suspect that it will not become an official scheme though.</div><div><br></div><div>The XRI TC in consultation with the W3C agreed to rework the XRI identifier as a relative URI rather than creating a new scheme.</div>
<div><br></div><div>I think I understand what you are trying to do.  I won&#39;t comment on the details of your proposal because I think there are larger issues that need to be overcome for something like this to be accepted.</div>
<div><br></div><div>I recommend reading the above references,  and perhaps some of my dialog with the TAG on there mailing list, for background.   </div><div><br></div><div>Regards</div><div>John B.</div><div><div><div><div>
</div><div class="h5"><div>On 2009-11-28, at 11:49 AM, Santosh Rajan wrote:</div><br></div></div><blockquote type="cite"><div><div></div><div class="h5">I have been thinking of OpenID&#39;s representing a universal set of identities for months now. Given that we all agree that identities must be URI&#39;s, there is one solution to the problem we can consider for OpenID v.next.<div>


<br></div><div>One of the problems with OpenID&#39;s is that it only supports a subset of all URI&#39;s, the &quot;http&quot; scheme. One of the solutions is to allow OpenID to support more URI schemes. But then I realized this would only let the cat among the pigeons. We could not allow an infinite no of schemes that come up in the future asking for OpenID support.</div>


<div><br></div><div>Instead I have come to the conclusion that the best solution for OpenID is to register its own scheme. I will explain the suggested scheme with the following example.</div><div><br></div><div>1) oid:<a href="http://example.com/joe" target="_blank">example.com/joe</a></div>


<div>2) oid:joe @ <a href="http://example.com/" target="_blank">example.com</a></div><div>3) oid:<a href="http://example.com:1234567890/" target="_blank">example.com:1234567890</a></div><div><br></div><div>And here is the URI syntax for the 3 examples above</div>

<div><br></div><div>1) oid:&lt;host&gt;[/[[path]][#fragment]</div><div>2) oid: &lt;username&gt;@&lt;host&gt;</div><div>3) oid: &lt;host&gt;:&lt;id-string&gt;</div><div><br></div><div>(1) and (2) are self evident. (1) is the http URI. (2) supports the email like identifier. (3) requires more explanation. People are used to &quot;id&#39;s&quot;, which may be an id issued by a govt or bank or any organization that has members. A lot of people already have access to this id which they are already using online. It may be a national identity no, or a company username or whatever. By supporting option (3) we allow those organizations who want to support OpenID to continue to allow their users to use the same id&#39;s they are used to. (Of course i have stretched (3) a bit to include govt and banks which is far fetched now considering the security implication, but lets assume we will be able to solve those problems).</div>

<div><br></div><div>Please feel free to comment on this idea which ever way you like.<br clear="all">
<br>-- <br><a href="http://hi.im/santosh" target="_blank">http://hi.im/santosh</a><br><br><br>
</div></div></div><div class="im">
_______________________________________________<br>general mailing list<br><a href="mailto:general@lists.openid.net" target="_blank">general@lists.openid.net</a><br><a href="http://lists.openid.net/mailman/listinfo/openid-general" target="_blank">http://lists.openid.net/mailman/listinfo/openid-general</a><br>
</div></blockquote></div><br></div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://hi.im/santosh">http://hi.im/santosh</a><br><br><br>
</div>