Attribute Exchange 2.0

[Paul Trevithick]

We should define a mapping to a URL form so that the sorry things can be
dereferenceable even though you¹re quite right that they¹ll be used in
native URN form until the cows come home.

Mapping becomes easier when we have a std way to associate metadata with the
attribute URL. And that¹s through dereferencing. Or at least that seems like
one great way.

As for location, it should be outside of OIDF because OIDF is a
single-protocol place. It should be in the most neutral place we can think
of. That¹s why a bunch of us suggested Identity Commons. But if most folks
wish to start up some new, neutral place that¹s focused on this
attribute/schema area, that¹s fine too.  I¹d suggest Identity Commons.

On 9/16/09 6:19 PM, "John Bradley" <john.bradley at wingaa.com> wrote:

> There are a lot of systems that use URN to reference LDAP stores etc.
> 
> I don't thing that govenment and other communitys are going to change
> overnight.
> 
> I also think that having derefrencable claims/attributes/assertions is a good
> thing.
> 
> If we used common URL for them it would make life sooo much easier.
> 
> If we had mappings between them it would improve things as well.
> 
> If we could agree on a basic set for AX that would be wonderful.
> 
> So one question is should the AX attribute URI be inside or outside the OIDF.
> 
> If outside then where?
> 
> John B.
> 
> On 2009-09-16, at 6:08 PM, Paul Trevithick wrote:
> 
>> As Dick knows, I¹ve been long saying we should find a common place for this.
>> The ICF created its attribute/claim catalog and I already regret it to some
>> extent. In its charter it said that the URIs would be dereferenceable to some
>> common place‹almost certainly not at the ICF, BTW.
>> 
>> And unless Dick has changed his mind all must be URIs and all must be
>> dereferenceable to metadata descriptions. Mark Wahl and I and others started
>> identitychemas.org <http://identitychemas.org>  as one possible place (though
>> we¹ve not done anything with it for a couple of years). But if folks want it
>> somewhere else, that¹s fine with me.
>> 
>> 
>> On 9/16/09 5:44 PM, "John Bradley" <john.bradley at wingaa.com
>> <x-msg://73/john.bradley@wingaa.com> > wrote:
>> 
>>> Good point.  It would be nice to have one place to document schema.
>>> 
>>> The ICF has a claims dictionary as well.
>>> 
>>> If we could consolidate that would be an improvement.
>>> 
>>> Do people have an opinion on trying to do something cross protocol.
>>> 
>>> openID, Information Cards, and SAML or should we do something on our
>>> own.
>>> 
>>> John B.
>>> On 2009-09-16, at 5:22 PM, Dick Hardt wrote:
>>> 
>>>> >
>>>> > axschema.org <http://axschema.org>  is shorter then schemas.openid.net
>>>> <http://schemas.openid.net>  and implies the
>>>> > schemas could be used for things other then OpenID
>>>> >
>>>> > given that though, I don't have a strong preference
>>>> >
>>>> > On 2009-09-16, at 2:06 PM, John Bradley wrote:
>>>> >
>>>>> >> As I recall the idea was to move the URI to use schemas.openid.net
>>>>> <http://schemas.openid.net> .
>>>>> >>
>>>>> >> Is that still the preferred option from your point of view,  or do
>>>>> >> you see axshema.org <http://axshema.org>  continuing in some way?
>>>>> >>
>>>>> >> John B.
>>>>> >>
>>>>> >> On 2009-09-16, at 4:54 PM, Dick Hardt wrote:
>>>>> >>
>>>>>> >>>
>>>>>> >>> On 2009-09-16, at 12:28 PM, John Bradley wrote:
>>>>>> >>>
>>>>>>> >>>> Dick,
>>>>>>> >>>>
>>>>>>> >>>> That includes all of the schema work and AX 2.0 documents?
>>>>>> >>>
>>>>>> >>> All the work that Sxip Identity did. I don't recall that anyone else
>>>>>> >>> contributed.
>>>>>> >>>
>>>>>>> >>>>
>>>>>>> >>>> Who controls axschema.org <http://axschema.org>  now?
>>>>>> >>>
>>>>>> >>> I do personally
>>>>>> >>>
>>>>> >>
>>>>> >>
>>>> >
>>> 
>>> _______________________________________________
>>> specs mailing list
>>> specs at lists.openid.net <x-msg://73/specs@lists.openid.net>
>>> http://lists.openid.net/mailman/listinfo/openid-specs
>>> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs/attachments/20090916/794bd481/attachment.htm>