BTW, one mitigation in the meantime to RPs not having to send attribute requests as sreg plus <a href="http://blog.nerdbank.net/2009/03/how-to-pretty-much-guarantee-that-you.html">the 3 AX type URI formats </a>that are seen in the wild is for OPs to list the supported extensions and (if AX applies) the AX type URIs supported in their users' identity pages' XRDS document and on their OP Identifier's XRDS document.<br>
<br>For instance, an RP performing discovery on some identifier might see sreg's extension URI in the OPs XRDS doc and just send sreg. For another OP it might see AX attribute Type URIs in the <a href="http://axschema.org">axschema.org</a> format and know that it should send an AX request in that format, and in another it might see <a href="http://schema.openid.net">schema.openid.net</a> and use that format.<br>
<br>If OPs would publish the extensions they support and the AX attributes they offer, then RPs can discover this and send the minimal request necessary -- only sending all 4 formats of attribute requests to OPs that don't advertise which they support.<br>
<br>While this might sound like a lot of work at the RP to special case all the attribute requests based on discovery, this can be done in the libraries so that RPs don't have to individually write it all up. Besides, it's better than RPs special casing for individual OPs by OP endpoint as they are doing today.<br>
<br clear="all">--<br>Andrew Arnott<br>"I [may] not agree with what you have to say, but I'll defend to the death your right to say it." - S. G. Tallentyre<br>
<br><br><div class="gmail_quote">2009/6/18 John Bradley <span dir="ltr"><<a href="mailto:john.bradley@wingaa.com">john.bradley@wingaa.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The first thing is the Board or whomever deciding that the OIDF is going to run a schema registry for AX.<br>
<br>
If they don't want to then it is a different problem.<br>
<br>
The we need to establish a standard set of URI that map to SREG.<br>
<br>
We could start with the process defined in<br>
<a href="http://www.axschema.org/specs/openid-attribute-types-1_0-02.html" target="_blank">http://www.axschema.org/specs/openid-attribute-types-1_0-02.html</a><br>
<br>
The doc needs to change <a href="http://schema.openid.net" target="_blank">schema.openid.net</a> to <a href="http://schemas.openid.net" target="_blank">schemas.openid.net</a><br>
<br>
We need top decide if we want to define types as well.<br>
<a href="http://www.axschema.org/specs/identity-attribute-metadata-1_0-01.html" target="_blank">http://www.axschema.org/specs/identity-attribute-metadata-1_0-01.html</a><br>
<br>
I think we could adopt the 9 common URI almost immediately<br>
<a href="http://schemas.openid.net/contact/email/namePerson/friendly" target="_blank">http://schemas.openid.net/contact/email/namePerson/friendly</a> Alias/Username openid.sreg.nickname<br>
<a href="http://schemas.openid.net/contact/email" target="_blank">http://schemas.openid.net/contact/email</a> Email openid.sreg.email<br>
<a href="http://schemas.openid.net/contact/email/namePerson" target="_blank">http://schemas.openid.net/contact/email/namePerson</a> Full name openid.sreg.fullname<br>
<a href="http://schemas.openid.net/contact/email/birthDate" target="_blank">http://schemas.openid.net/contact/email/birthDate</a> Birth date openid.sreg.dob<br>
<a href="http://schemas.openid.net/contact/emailg/person/gender" target="_blank">http://schemas.openid.net/contact/emailg/person/gender</a> Gender openid.sreg.gender<br>
<a href="http://schemas.openid.net/contact/email/contact/postalCode/home" target="_blank">http://schemas.openid.net/contact/email/contact/postalCode/home</a> Postal code openid.sreg.postcode<br>
<a href="http://schemas.openid.net/contact/email/contact/country/home" target="_blank">http://schemas.openid.net/contact/email/contact/country/home</a> Country openid.sreg.country<br>
<a href="http://schemas.openid.net/contact/email/pref/language" target="_blank">http://schemas.openid.net/contact/email/pref/language</a> Language openid.sreg.language<br>
<a href="http://schemas.openid.net/contact/email/pref/timezone" target="_blank">http://schemas.openid.net/contact/email/pref/timezone</a> Time zone openid.sreg.timezone<br>
<br>
The process for registering new URI is very similar to the one that the ICF uses for claim types.<br>
<br>
We do need to check that all of the Sxip documents are covered under there contribution agreement.<br>
<br>
The important thing is to officially define the above table so that we have one common set of URI and not two as we do now.<br>
<br>
The longer term schema and registration process could be a WG or a Board committee of some sort.<br>
<br>
The administrative process of running the registry doesn't really have IPR so could be separate from the WG.<br>
<br>
I pointed out the problem during the OSIS interop testing. The state of AX interop is embarrassing.<br>
<br>
Would Google support a standard set of AX attribute URI if they are defined.<br>
<br>
Currently you are using the original Sxip ones at <a href="http://axshema.org" target="_blank">axshema.org</a>.<br>
<br>
Regards<br>
John B.<div><div></div><div class="h5"><br>
<br>
On 17-Jun-09, at 7:18 PM, Breno de Medeiros wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Agreed. What work needs to be done today?<br>
<br>
On Wed, Jun 17, 2009 at 4:13 PM, John Bradley<<a href="mailto:john.bradley@wingaa.com" target="_blank">john.bradley@wingaa.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Leave the other parts of AX 2.0 like defining structured attributes etc to<br>
the AX 2.0 work group if it gets going.<br>
<br>
We need a standard set of attributes for AX 1.0 now, not in a year.<br>
<br>
John B.<br>
On 17-Jun-09, at 6:57 PM, Breno de Medeiros wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Context failure: Too many unresolvable acronyms.<br>
<br>
On Wed, Jun 17, 2009 at 3:35 PM, John Bradley<<a href="mailto:john.bradley@wingaa.com" target="_blank">john.bradley@wingaa.com</a>><br>
wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Leave the other bits to the AX 2.0 WG.<br>
<br>
</blockquote>
<br>
<br>
<br>
--<br>
--Breno<br>
<br>
+1 (650) 214-1007 desk<br>
+1 (408) 212-0135 (Grand Central)<br>
MTV-41-3 : 383-A<br>
PST (GMT-8) / PDT(GMT-7)<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
<br>
-- <br>
--Breno<br>
<br>
+1 (650) 214-1007 desk<br>
+1 (408) 212-0135 (Grand Central)<br>
MTV-41-3 : 383-A<br>
PST (GMT-8) / PDT(GMT-7)<br>
</blockquote>
<br>
_______________________________________________<br>
general mailing list<br>
<a href="mailto:general@openid.net" target="_blank">general@openid.net</a><br>
<a href="http://openid.net/mailman/listinfo/general" target="_blank">http://openid.net/mailman/listinfo/general</a><br>
</div></div></blockquote></div><br>