Attribute Exchange Extension 2 (Validation)

Henrik Biering hb at netamia.com
Thu Sep 17 20:31:49 UTC 2009


The information on this mailing list has been fairly limited. I think 
you will find the essence in these two threads:
"What is the status of AX 2.0 WG proposal?"
"Request for consideration of AX 2.0 Working Group Charter Proposal"
from the December 2008 and January 2009 Archieves
http://lists.openid.net/pipermail/openid-specs/

One of the things I would like to see from a european and ecommerce 
perspective is that AX should be able to handle data structures 
compatible with the way OASIS UBL and UN-CEFACT handles adresses, e.g.:

Current standard:
openid.ns.ax=http://openid.net/srv/ax/1.0
openid.ax.mode=fetch_response
openid.ax.type.addressa=http://axschema.org/contact/postalAddress/home
openid.ax.value.addressa=Njalsgade 92 2 th, 2300 København S, Danmark
openid.ax.type.addressb=http://axschema.org/contact/postalAddress/work
openid.ax.count.addressb=2
openid.ax.value.addressb.1=Amagerbrogade 232B 3 tv, 2300 København S, 
Danmark
openid.ax.value.addressb.2=Brattingsborgvej 4, 2770 Kastrup, Danmark
openid.ax.update_url=http://idconsumer.com/update?transaction_id=a6b5c41

Future standard?:
openid.ns.ax=http://openid.net/srv/ax/1.0
openid.ax.mode=fetch_response
openid.ax.type.addressa=http://axschema.org/contact/postalAddress
openid.ax.value.addressa.streetname=Njalsgade
openid.ax.value.addressa.buildingno=92
openid.ax.value.addressa.floorid=2
openid.ax.value.addressa.room=th
openid.ax.value.addressa.postalzone=2300
openid.ax.value.addressa.city=København S
openid.ax.value.addressa.country=Denmark
openid.ax.value.addressa.x=55.6626
openid.ax.value.addressa.y=12.5905
openid.ax.usage.addressa=work
openid.ax.type.addressb=http://axschema.org/contact/postalAddress
openid.ax.count.addressb=2
openid.ax.value.addressb.1.streetname=Amagerbrogade
openid.ax.value.addressb.1.buildingno=232B
openid.ax.value.addressb.1.floorid=3
openid.ax.value.addressb.1.room=tv
openid.ax.value.addressb.1.postalzone=2300
openid.ax.value.addressb.1.city=København S
openid.ax.value.addressb.1.country=Denmark
openid.ax.usage.addressb.1=My Uncles Address
openid.ax.value.addressb.2.streetname=Brattingsborgvej
openid.ax.value.addressb.2.buildingno=4
openid.ax.value.addressb.2.postalzone=2770
openid.ax.value.addressb.2.city=Kastrup
openid.ax.value.addressb.2.country=Denmark
openid.ax.usage.addressb.2=home
openid.ax.update_url=http://idconsumer.com/update?transaction_id=a6b5c41

Changes:
- Attribute usage, everything is not only WORK or HOME.... an address 
could be you uncle's address
- Detailed attributes (= needed for lookups in most address databases + 
standard for European E-commerce)

=henrik


Chris Obdam skrev:
> Is there some kind of documentation on the previous discussions?
> Hard to find them in the mailinglist..
>
> Cheers,
>
> Chris Obdam
> Stichting OpenID NL (Dutch OpenID foundation)
>
> Op 16 sep 2009, om 14:58 heeft Chris Obdam het volgende geschreven:
>
>> Sorry, you're correct, I started at the 
>> http://wiki.openid.net/OpenID_Attribute_Exchange_Extension_2_0 wiki 
>> page. I got confused.
>>
>> Is there some kind of documentation on the previous discussions?
>> The only thing I find missing at the moment is a description about 
>> the validation types per type. And that's not really part of the 
>> draft but more part of the axschema?
>> But i'm not a experienced draft writer.. :-)
>>
>> /Chris
>>
>> Op 16 sep 2009, om 14:47 heeft Nat Sakimura het volgende geschreven:
>>
>>> OK. It is not quite 2.0, but a profile of AX. Still, we should do it.
>>>
>>> The OpenID process is not as lightweight as I hope, unfortunately.
>>> It is kind of hard to kick start a WG here....
>>>
>>> That is the problem.
>>>
>>> I am trying to change.
>>>
>>> But, I suppose we should not be hang up on it and we should start 
>>> discussing.
>>>
>>> =nat
>>>
>>> On Wed, Sep 16, 2009 at 5:42 AM, Chris Obdam <chris.obdam at holder.nl> 
>>> wrote:
>>>> Hi Nat,
>>>>
>>>> This one:
>>>> http://step2.googlecode.com/svn/spec/attribute_exchange_validate/trunk/openid-attribute-exchange-validate-mode.html 
>>>>
>>>>
>>>> Cheers,
>>>>
>>>> Chris
>>>>
>>>> Op 16 sep 2009, om 13:59 heeft Nat Sakimura het volgende geschreven:
>>>>
>>>>> Yes. Let us reopen.
>>>>>
>>>>> Which draft do you mean, Chris?
>>>>>
>>>>> =nat
>>>>>
>>>>> On Wed, Sep 16, 2009 at 3:15 AM, Chris Obdam <chris.obdam at holder.nl>
>>>>> wrote:
>>>>>>
>>>>>> Henrik,
>>>>>>
>>>>>> I, in a way, also represent a large OP from Holland. ±8 million 
>>>>>> users.
>>>>>>
>>>>>> We want to enable the RP to check the data. Based on that data 
>>>>>> the RP
>>>>>> doesn't have to do that much checking anymore.
>>>>>>
>>>>>> I declare the discussion hereby opened ;-)
>>>>>>
>>>>>> @henrik  Do you already use the AX 2 draft somewhere, maybe in a 
>>>>>> test
>>>>>> environment?
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Chris
>>>>>>
>>>>>> Op 16 sep 2009, om 11:53 heeft Henrik Biering het volgende 
>>>>>> geschreven:
>>>>>>
>>>>>>> Chris,
>>>>>>> I called a session about this at the last IIW in May this year, 
>>>>>>> but id
>>>>>>> did
>>>>>>> not attract much interest. The impression, that I got from this 
>>>>>>> session
>>>>>>> and
>>>>>>> from other inputs is that the community in general wants to 
>>>>>>> handle trust
>>>>>>> issues completely out of band (federated approach) - with PAPE as a
>>>>>>> partial
>>>>>>> exception to the rule.
>>>>>>>
>>>>>>> Representing an OpenID provider with focus on identity proofing 
>>>>>>> coupled
>>>>>>> with usercentricity and privacy (indeed a very tricky 
>>>>>>> combination) I
>>>>>>> would
>>>>>>> be more than happy to have this discussion reopened - as we have
>>>>>>> examples
>>>>>>> where generic out of band OP-RP trust is clearly not acceptable to
>>>>>>> users.
>>>>>>>
>>>>>>> Henrik Biering
>>>>>>> =henrik
>>>>>>> @netamia
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Chris Obdam skrev:
>>>>>>>>
>>>>>>>> John, Allen,
>>>>>>>>
>>>>>>>> Thank you for your answers. With validation I mean the OpenID 
>>>>>>>> Attribute
>>>>>>>> Exchange Validate Mode.
>>>>>>>> In this spec there's a validation required per attribute.
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "openid.ax.validation.email=http://example.org/validation/token_via_email 
>>>>>>>>>
>>>>>>>>
>>>>>>>> Are there already validation 'types', like 'token_via_email', 
>>>>>>>> described
>>>>>>>> in axschema (draft version?) or somewhere else?
>>>>>>>> The AXSchema Google Group doesn't seem to be very active anymore.
>>>>>>>>
>>>>>>>> And of course: how can I help to start finalizing the draft? :-)
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>>
>>>>>>>> Chris Obdam
>>>>>>>> Stichting OpenID NL (Dutch OpenID foundation)
>>>>>>>>
>>>>>>>>
>>>>>>>> Op 15 sep 2009, om 19:43 heeft John Bradley het volgende 
>>>>>>>> geschreven:
>>>>>>>>
>>>>>>>>> Currently the AX 2.0 work is stalled.  I don't know of any 
>>>>>>>>> other list.
>>>>>>>>>
>>>>>>>>> Sxip was driving it, but is no more.
>>>>>>>>>
>>>>>>>>> Some people are using schema form axshema and others are using 
>>>>>>>>> URI
>>>>>>>>> from
>>>>>>>>> openid.org in AX 1.0.
>>>>>>>>>
>>>>>>>>> John B.
>>>>>>>>> On 2009-09-15, at 12:07 PM, Chris Obdam wrote:
>>>>>>>>>
>>>>>>>>>> Hi!
>>>>>>>>>>
>>>>>>>>>> Is there a different list for the discussion about Attribute 
>>>>>>>>>> Exchange
>>>>>>>>>> 2.0?
>>>>>>>>>>
>>>>>>>>>> A have some question regards that draft:
>>>>>>>>>>
>>>>>>>>>> • What is the current state?
>>>>>>>>>> • Is there a axschema draft for using this version, 
>>>>>>>>>> especially the
>>>>>>>>>> validation part.
>>>>>>>>>> • We want to start validating in Holland with several large
>>>>>>>>>> (internet) companies. And we want to start using the 
>>>>>>>>>> validation bit.
>>>>>>>>>> Of
>>>>>>>>>> course this is a draft, maybe we can participate in the 
>>>>>>>>>> discussion?
>>>>>>>>>>
>>>>>>>>>> Cheers,
>>>>>>>>>>
>>>>>>>>>> Chris Obdam
>>>>>>>>>> Stichting OpenID NL (Dutch OpenID foundation)
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> specs mailing list
>>>>>>>>>> specs at lists.openid.net
>>>>>>>>>> http://lists.openid.net/mailman/listinfo/openid-specs
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> specs mailing list
>>>>>>>> specs at lists.openid.net
>>>>>>>> http://lists.openid.net/mailman/listinfo/openid-specs
>>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> specs mailing list
>>>>>> specs at lists.openid.net
>>>>>> http://lists.openid.net/mailman/listinfo/openid-specs
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>>> Nat Sakimura (=nat)
>>>>> http://www.sakimura.org/en/
>>>>
>>>>
>>>
>>>
>>>
>>> -- 
>>> Nat Sakimura (=nat)
>>> http://www.sakimura.org/en/
>>
>
>


More information about the specs mailing list