For language and script descriptor, we have RFC4646 and RFC4647. <div>It uses ja-Kana-JP like notation, i.e., &quot;hyphen&quot;</div><div><br></div><div>In the proposal, I changed the hyphen to underscore &quot;_&quot; because PHP replaces &quot;-&quot; that it received as part of parameter name with &quot;_&quot;. </div>
<div><br></div><div>I am fine with sticking with RFC4646/7 but we should make the PHP community aware of the replacement if we do. </div><div><br></div><div>=nat</div><div><br><div class="gmail_quote">On Fri, May 6, 2011 at 8:02 AM, Mike Jones <span dir="ltr">&lt;<a href="mailto:Michael.Jones@microsoft.com">Michael.Jones@microsoft.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 lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">Session:  OpenID Specification Work</p>
<p class="MsoNormal">Organizer:  Mike Jones</p>
<p class="MsoNormal">When:  May 5, 2011, 11:30 (Sessions 3 &amp; 4), Room B</p>
<p class="MsoNormal">Note Taker:  Mike Jones</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Thursday 11:30</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">George Fletcher</p>
<p class="MsoNormal">Breno de Medeiros </p>
<p class="MsoNormal">Pamela Dingle</p>
<p class="MsoNormal"><span style="font-size:10.0pt">Vikas Jain</span></p>
<p class="MsoNormal">Tony Nadalin</p>
<p class="MsoNormal">Michael Buck</p>
<p class="MsoNormal">John Bradley</p>
<p class="MsoNormal">Nat Sakimura</p>
<p class="MsoNormal">Mike Jones</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">These people joined us during the lunch hour, as work continued:</p>
<p class="MsoNormal">Dale Olds</p>
<p class="MsoNormal">John Panzer</p>
<p class="MsoNormal">Edmund Jay</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">We started with the topic of the schema for the UserInfo endpoint.  Chuck Mortimore supplied this input data for the decision:</p>
<p><span style="font-family:Symbol"><span>·<span style="font:7.0pt &quot;Times New Roman&quot;">       
</span></span></span>This is PoCo - also wire compatible with OpenSocial -
<a href="http://portablecontacts.net/draft-schema.html" target="_blank">http://portablecontacts.net/draft-schema.html</a></p>
<p><span style="font-family:Symbol"><span>·<span style="font:7.0pt &quot;Times New Roman&quot;">       
</span></span></span>This is the early SCIM work.   We based ours on PoCo - I&#39;d like to make sure this is overlapped and wire compatible -
<a href="http://www.simplecloud.info/" target="_blank">http://www.simplecloud.info/</a></p>
<p><span style="font-family:Symbol"><span>·<span style="font:7.0pt &quot;Times New Roman&quot;">       
</span></span></span>RPX normalizes all their providers to PoCo - <a href="https://rpxnow.com/docs#profile_data" target="_blank">
https://rpxnow.com/docs#profile_data</a></p>
<p><span style="font-family:Symbol"><span>·<span style="font:7.0pt &quot;Times New Roman&quot;">       
</span></span></span>Here&#39;s detail on how the data that the networks will actually return -
<a href="https://rpxnow.com/docs/providers" target="_blank">https://rpxnow.com/docs/providers</a></p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Decision:  Don’t invent something new</p>
<p class="MsoNormal">Decision:  Adopt a subset of the Portable Contacts schema</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Fields in basic set:</p>
<p class="MsoNormal">               Display Name</p>
<p class="MsoNormal">               Nickname</p>
<p class="MsoNormal">               Full Name</p>
<p class="MsoNormal">               Photo</p>
<p class="MsoNormal">               e-Mail Address</p>
<p class="MsoNormal">               URLs (typed, with types including “profile”, “blog”, etc.)</p>
<p class="MsoNormal">               Data of Birth / Age</p>
<p class="MsoNormal">               Equivalent of everything in SREG</p>
<p class="MsoNormal">               Verified e-mail (verified other?)</p>
<p class="MsoNormal">                              Breno: could define a mechanism to ask about validation of claims (especially e-mail)</p>
<p class="MsoNormal">                              Mike:  Use claim(s) to express that e-mail and maybe other claims are verified</p>
<p class="MsoNormal">                              Decision:  Don’t change POCO e-mail format – add verification claim(s) that can be ignored if not understood</p>
<p class="MsoNormal">                              Decision:  Add “verified” into the POCO structure – parallel to “primary”</p>
<p class="MsoNormal">               Meta – time last modified</p>
<p class="MsoNormal">               Phone number</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Breno:  May want to define second set of supplemental attributes that are not in basic set</p>
<p class="MsoNormal">               Address</p>
<p class="MsoNormal">               Organization</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Rejected:</p>
<p class="MsoNormal">               providerName – comes at the wrong point in the flow</p>
<p class="MsoNormal">               preferred username</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">George:  Context and purpose form-fill for site registration</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Observation:  POCO contains both fields about me and fields about what I know about others.</p>
<p class="MsoNormal">Decision:  We are only including fields that are about me.</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Nat:  Need to extend to be able to represent information in multiple scripts</p>
<p class="MsoNormal">Nat has proposal for how to extend fields for multiple scripts</p>
<p class="MsoNormal">               #language_script_country</p>
<p class="MsoNormal">                              #ISO639_ISO15924_ISO3166</p>
<p class="MsoNormal">               Example:  <a href="http://axschema.org/namePerson#ja_Kana_JP" target="_blank">
http://axschema.org/namePerson#ja_Kana_JP</a></p>
<p class="MsoNormal">Breno:  There is an ISO format for this – Nat and Breno will investigate</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Decision:  Ignore information you don’t understand</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Need to discuss “id”, PPID, ephemeral ID</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">SCIM “id” stable and omnidirectional</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Breno:  “id” omnidirectional, stable, IdP-relative.  Should not be returned if directional identifier in id_token.</p>
<p class="MsoNormal">Breno:  ID returned from userInfo endpoint should match the one in the id_token.  If directional, call it “ppid”.</p>
<p class="MsoNormal">Decision:  Single “id” field, and also an ID Type field that can be ignored if not understood.</p>
<p class="MsoNormal">Defined ID Type values “omnidirectional”, “directional”.  Other understood values MAY be used.</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Breno:  For compatibility:  define “openid_identifier” field</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Decision:  SCIM externalId, userName don’t make sense in this context</p>
<p class="MsoNormal"> </p>
</div>
</div>

<br>_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net">Openid-specs-ab@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Nat Sakimura (=nat)<br><a href="http://www.sakimura.org/en/">http://www.sakimura.org/en/</a><br><a href="http://twitter.com/_nat_en">http://twitter.com/_nat_en</a><br>

</div>