Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-12 Thread Mark Wahl
Rowan Kerr wrote: > That's not a bad list, although there are some attributes missing > that I would have expected to see given all the sources used to > compile the list. Birthday? State/Province, Country? Birthday isn't in the set. None of the three _original_ driving applications for X.500/LD

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-11 Thread Rowan Kerr
On 8-Apr-07, at 1:01 PM, Mark Wahl wrote: > FYI if you are carrying attribuets in OpenID AX that are equivalent to > LDAP attributes with attribute types being standardized in the > IETF, then > you could use our LDAP schema definition metadata. We have > resolvable > HTTP URIs for each of t

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Mark Wahl
Dick Hardt wrote: > > by making this a fragment, you force a requirement that Mark's tool has > to be able to dig into a document and find the anchor as opposed to the > attribute being self contained -- a complication I am not sure we want > to deal with at this point in the meta-data Actua

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Johnny Bufu
On 10-Apr-07, at 12:01 AM, Rowan Kerr wrote: > While at Standard, I ended up hosting our own schema so we would have > a consistent set to work from and refer our partners to. It's based > on attributes from an older revision of AX but the metadata should be > pretty close to the existing format.

RE: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Drummond Reed
>>On 9-Apr-07, at 5:24 PM, Recordon, David wrote: >> >> Yes, I agree an upgrade path from SREG is needed. We could however do >> something as simple as >> http://openid.net/specs/openid-simple-registration- >> extension-1_0.html#ni >> ckname for the existing SREG fields. > >Dick wrote: > >by maki

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Rowan Kerr
On 10-Apr-07, at 9:39 AM, Josh Hoyt wrote: > On 4/10/07, Rowan Kerr <[EMAIL PROTECTED]> wrote: >> Since >> the main difference I'm seeing at the moment is that SREG doesn't >> specifically request each value it wants, except in >> openid.sreg.required >> and openid.sreg.optional. > > Um, that is

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Josh Hoyt
On 4/10/07, Rowan Kerr <[EMAIL PROTECTED]> wrote: > Since > the main difference I'm seeing at the moment is that SREG doesn't > specifically request each value it wants, except in openid.sreg.required > and openid.sreg.optional. Um, that is exactly how sreg requests each value that it wants. If it

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Rowan Kerr
On 10-Apr-07, at 12:21 AM, Dick Hardt wrote: > On 9-Apr-07, at 5:24 PM, Recordon, David wrote: > >> Yes, I agree an upgrade path from SREG is needed. We could >> however do >> something as simple as >> http://openid.net/specs/openid-simple-registration- >> extension-1_0.html#nickname for the exi

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Dick Hardt
On 9-Apr-07, at 5:24 PM, Recordon, David wrote: > Yes, I agree an upgrade path from SREG is needed. We could however do > something as simple as > http://openid.net/specs/openid-simple-registration- > extension-1_0.html#ni > ckname for the existing SREG fields. by making this a fragment, you f

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-10 Thread Rowan Kerr
On 9-Apr-07, at 8:23 PM, Recordon, David wrote: > Is there a list anywhere? I didn't find one in the documents and I > think this list would benefit everyone in the conversation. I'm > just curious as to the fields you're expecting an OP to implement. While at Standard, I ended up hosting ou

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Dick Hardt
acific Standard Time To: Recordon, David Cc: James Walker; Martin Atkins; Mark Wahl; OpenID specs list Subject: Re: PROPOSAL schema.openid.net for AX (and other extensions) On 9-Apr-07, at 5:24 PM, Recordon, David wrote: > > For new fields, is there a reason we can&#x

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Recordon, David
PROTECTED] Sent: Monday, April 09, 2007 07:12 PM Pacific Standard Time To: Recordon, David Cc: James Walker; Martin Atkins; Mark Wahl; OpenID specs list Subject: Re: PROPOSAL schema.openid.net for AX (and other extensions) On 9-Apr-07, at 5:24 PM, Recordon, David wrote: > > For n

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Dick Hardt
On 9-Apr-07, at 5:24 PM, Recordon, David wrote: > > For new fields, is there a reason we can't use the ldap.com URLs Mark > posted as a starting point? I know Dick said they didn't cover all > the > needed attributes, but would it be good enough to start with and then > expand from there possib

RE: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Recordon, David
.openid.net for AX (and other extensions) On 4/9/07 3:55 PM, Martin Atkins wrote: > James Walker wrote: >> As an implementor - there would be extremely positive benefits from >> having a base set of attributes defined and available @ >> schema.openid.net . I agree that

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread James Walker
On 4/9/07 3:55 PM, Martin Atkins wrote: > James Walker wrote: >> As an implementor - there would be extremely positive benefits from >> having a base set of attributes defined and available @ >> schema.openid.net . I agree that the people most interested right now >> are the OpenID community & impl

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Martin Atkins
James Walker wrote: > > As an implementor - there would be extremely positive benefits from > having a base set of attributes defined and available @ > schema.openid.net . I agree that the people most interested right now > are the OpenID community & implementors and it makes sense (to me) for > o

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread James Walker
Well, I'll stick my neck out here for my first post since AX drives most of my interest in OpenID (aside from being an identity junkie in general). As an implementor - there would be extremely positive benefits from having a base set of attributes defined and available @ schema.openid.net . I agre

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Scott Kveton
> Are you really proposing that we should redefine "First Name" again? > > Probably badly, as it has been done >>1 times before? (because previous > experience in, say, representing the name structure in non-western societies, > typically doesn't get reused when things get redefined?) > > My poin

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Johannes Ernst
Are you really proposing that we should redefine "First Name" again? Probably badly, as it has been done >>1 times before? (because previous experience in, say, representing the name structure in non- western societies, typically doesn't get reused when things get redefined?) My point, of

Fwd: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Douglas Otis
On Apr 9, 2007, at 9:45 AM, Brian Hernacki wrote: > > For what it's worth, as an implementer... > > I think it makes sense to come to agreement within the OpenID > community and get something working first. While I appreciate the > issues involved with having multiple protocols and attribute

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Brian Hernacki
The short answer is yes. The longer answer is that while in a perfect world we¹d have some great common schema we could just use, I¹m not aware of any today. I worry that attempting to navigate the existing schema efforts would introduce significant delay. Also, approaching compatibility with a

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Recordon, David
POSAL schema.openid.net for AX (and other extensions) On 4/6/07 6:07 PM, "Dick Hardt" <[EMAIL PROTECTED]> wrote: > > If anyone implementing would like to do something different, then I'd > welcome additional discussion, otherwise I think we should be able to > mov

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-09 Thread Brian Hernacki
On 4/6/07 6:07 PM, "Dick Hardt" <[EMAIL PROTECTED]> wrote: > > If anyone implementing would like to do something different, then I'd > welcome additional discussion, otherwise I think we should be able to > move forward with the proposal. For what it's worth, as an implementer... I think it mak

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-08 Thread Dick Hardt
Hi Mark The URL mapping of LDAP attributes below looks pretty useful. Some of those overlap with attributes we defined for AX, but many of the attributes in AX are not defined, or don't have the same granularity. Given that LDAP attributes were defined per the needs of enterprise, and AX at

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-08 Thread Mark Wahl
Dick Hardt wrote: > If there was something out there already, I would propose we used it. > There is not. > > Just like the SAML crowd has accused the OpenID crowd of reinventing an > identity protocol (AKA reinventing the wheel) -- the AX proposal has > some unique concepts that people lik

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-07 Thread Dick Hardt
On 6-Apr-07, at 6:46 PM, Recordon, David wrote: > You also could go buy idschemas.org and start there, to be migrated > later if need be. I don't really care who owns the domain since the > wider community will hold the owner to do the right thing, though I'd > imagine donating it to Identity Co

RE: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-06 Thread Recordon, David
2007 6:07 PM To: Recordon, David Cc: OpenID specs list; Paul Trevithick; Mark Wahl Subject: Re: PROPOSAL schema.openid.net for AX (and other extensions) The work is not rooted in openid.net. We are starting there. We can easily point those definitions somewhere else later, but we need somewhere to sta

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-06 Thread Dick Hardt
> --David > > -Original Message- > From: Dick Hardt [mailto:[EMAIL PROTECTED] > Sent: Friday, April 06, 2007 1:07 PM > To: Recordon, David > Cc: OpenID specs list; Paul Trevithick; Mark Wahl > Subject: Re: PROPOSAL schema.openid.net for AX (and other extensions) > &

RE: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-06 Thread Recordon, David
Cc: OpenID specs list; Paul Trevithick; Mark Wahl Subject: Re: PROPOSAL schema.openid.net for AX (and other extensions) If there was something out there already, I would propose we used it. There is not. Just like the SAML crowd has accused the OpenID crowd of reinventing an identity protocol (AKA r

Re: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-06 Thread Dick Hardt
If there was something out there already, I would propose we used it. There is not. Just like the SAML crowd has accused the OpenID crowd of reinventing an identity protocol (AKA reinventing the wheel) -- the AX proposal has some unique concepts that people like Paul and Mark think are qui

RE: PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-06 Thread Recordon, David
PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dick Hardt Sent: Friday, April 06, 2007 10:27 AM To: OpenID specs list Subject: PROPOSAL schema.openid.net for AX (and other extensions) OpenID Attribute Exchange (AX) uses URLs to uniquely identity attributes. The URLs are resolvable to provide

PROPOSAL schema.openid.net for AX (and other extensions)

2007-04-06 Thread Dick Hardt
OpenID Attribute Exchange (AX) uses URLs to uniquely identity attributes. The URLs are resolvable to provide meta data that is both machine and human readable. In order to do anything useful with AX, some commons identity attributes need to be defined. I would propose that we start off usin