Attribute Type URLs (was Re: specs Digest, Vol 40, Issue 11)

Paul Trevithick ptrevithick at gmail.com
Wed Dec 9 15:40:15 UTC 2009 

I too am a confused about scope. Schemas are usually designed for some
purpose. And history shows that the narrower the simpler the schema the
higher the likelihood of broad adoption.

On 12/9/09 2:17 AM, "Nat Sakimura" <n-sakimura at nri.co.jp> wrote:

> David,
> 
> PoCo seems to be only for contacts. Attributes are not just contacts but
> bunch of other things as well.
> 
> Even within the "contacts", it is missing out things like phonetics
> (e.g., furigana), sort order, etc.
> It does not seem to have had a lot of international exposure.
> 
> Also, by just briefly scanning, I can point out that current proposal
> does not have email classes like MMS/SMS/mobile phone etc. which are
> very commonly asked attribute in Japan. Many sites refuses to provide
> service without it. I bet there are other things from European point of
> view etc.
> 
> IMHO, we should define those attribute URL in an Open Forum with a clear
> process and a lot of international participation.
> 
> =nat
> 
> (2009/12/09 11:56), David Recordon wrote:
>> > Hey Nat,
>> > I guess I'm wondering what is missing from the PoCo schema that we've
>> > seen the need for within the OpenID ecosystem?  It seems really rich
>> > already.
>> >
>> > I don't think that IPR is an issue around a schema, but would also be
>> > happy to have Facebook do an OWF agreement if it was deemed necessary.
>> >   That said, we should focus on making sure this solves the problem of
>> > profile data adoption first! :)
>> >
>> > --David
>> >
>> > On Tue, Dec 8, 2009 at 5:21 PM, Nat Sakimura<sakimura at gmail.com>  wrote:
>> >   
>>> >> Looks nice.
>>> >> What is the process for adding more?
>>> >> I would like to add more like phonetic field for names and addresses.
>>> >> (In Japanese, we call them "furigana". Without them, we do not know
>>> >>   how to read in many cases nor the sort order.)
>>> >> Also, I feel that portablecontacts.net is a bit long...
>>> >> Is portablecontacts only for the contact data or trying to be a general
>>> >> schema repository like axschema? Is there any consensus in which
>>> direction
>>> >> we should head to?
>>> >> What is the IPR implication?
>>> >> =nat
>>> >> On Wed, Dec 9, 2009 at 8:32 AM, Chris Messina<chris.messina at gmail.com>
>>> >> wrote:
>>> >>     
>>>> >>> Done.
>>>> >>> https://portablecontacts.pbworks.com/schema
>>>> >>>
>>>> >>> On Tue, Dec 8, 2009 at 1:45 PM, Joseph Smarr<joseph at plaxo.com>  wrote:
>>>> >>>       
>>>>> >>>> Looks great to me, the only thing missing is sub-fields of complex
>>>>> fields
>>>>> >>>> like name, address, organization, and account. I would suggest using
>>>>> another
>>>>> >>>> level of slashes, e.g.
>>>>> >>>> http://portablecontacts.net/ns/1.0/address/streetAddress and
>>>>> >>>> http://portablecontacts.net/ns/1.0/name/familyName and so on.
>>>>> >>>>
>>>>> >>>> Chris-can you take a stab at adding those missing sub-fields? Then I
>>>>> >>>> think we'd be good to go.
>>>>> >>>>
>>>>> >>>> Thanks, js
>>>>> >>>> ________________________________
>>>>> >>>> From: Chris Messina [mailto:chris.messina at gmail.com]
>>>>> >>>> Sent: Sunday, December 06, 2009 6:40 PM
>>>>> >>>> To: David Recordon
>>>>> >>>> Cc: SitG Admin; openid-specs at lists.openid.net; Joseph Smarr
>>>>> >>>> Subject: Re: specs Digest, Vol 40, Issue 11
>>>>> >>>>
>>>>> >>>> I've taken a crack at URLizing these attributes for use in Attribute
>>>>> >>>> Exchange:
>>>>> >>>> https://portablecontacts.pbworks.com/schema
>>>>> >>>> If there are comments or feedback for improving this, let me know.
>>>>> I'm an
>>>>> >>>> XML noob.
>>>>> >>>> Chris
>>>>> >>>>
>>>>> >>>> On Sun, Dec 6, 2009 at 5:05 PM, David Recordon<recordond at gmail.com>
>>>>> >>>> wrote:
>>>>> >>>>         
>>>>>> >>>>> It's missing out on the idea of having a schema which can cross
>>>>>> >>>>> contexts.  Right now each schema ­ with the exception of
>>>>>> AXSchema.org
>>>>>> >>>>> ­ has no concept of namespaces and stands alone.  We've always
>>>>>> wanted
>>>>>> >>>>> a schema which uses URLs to identify each element, but there >>>>>>
haven't
>>>>>> >>>>> been any.  Maybe Portable Contacts wants to take this on since it
is
>>>>>> >>>>> also used by OpenSocial?
>>>>>> >>>>>
>>>>>> >>>>> --David
>>>>>> >>>>>
>>>>>> >>>>> On Sun, Dec 6, 2009 at 5:01 PM, Chris
>>>>>> Messina<chris.messina at gmail.com>
>>>>>> >>>>> wrote:
>>>>>> >>>>>       
>>>>>>> >>>>>> I did this in June:
>>>>>>> >>>>>>
>>>>>>> >>>>>> 
>>>>>>> 
http://spreadsheets.google.com/pub?key=pSGbbhtwI4kN_nJ1GXeQ7Qg&output=html
>>>>>>> >>>>>> I just wish someone would actually use it!
>>>>>>> >>>>>> Chris
>>>>>>> >>>>>>
>>>>>>> >>>>>> On Sun, Dec 6, 2009 at 4:02 PM, SitG Admin
>>>>>>> >>>>>> <sysadmin at shadowsinthegarden.com>
>>>>>>> >>>>>> wrote:
>>>>>>> >>>>>>     
>>>>>>>>> >>>>>>>> I'm specifically pointing out that AXSchema reinvents vcard
and a
>>>>>>>>> >>>>>>>> host of
>>>>>>>>> >>>>>>>> other profile formats, which adds yet another burden for
>>>>>>>>> developers
>>>>>>>>> >>>>>>>> to map
>>>>>>>>> >>>>>>>> other schema, like Portable Contacts, to the AXSchema.
>>>>>>>>> >>>>>>>> 
>>>>>>>> >>>>>>> Could these other profile formats be mapped, on an alias, to a
set of
>>>>>>>> >>>>>>> AXScheme that collectively mirror each format? As in, "vcard"
alias
>>>>>>>> >>>>>>> maps to
>>>>>>>> >>>>>>> a set of AXSchema that actually just mirror 'vcard' format.
>>>>>>>> >>>>>>>
>>>>>>>> >>>>>>> -Shade
>>>>>>>> >>>>>>>   
>>>>>>> >>>>>>
>>>>>>> >>>>>>
>>>>>>> >>>>>> --
>>>>>>> >>>>>> Chris Messina
>>>>>>> >>>>>> Open Web Advocate
>>>>>>> >>>>>>
>>>>>>> >>>>>> Personal: http://factoryjoe.com
>>>>>>> >>>>>> Follow me on Twitter: http://twitter.com/chrismessina
>>>>>>> >>>>>>
>>>>>>> >>>>>> Citizen Agency: http://citizenagency.com
>>>>>>> >>>>>> Diso Project: http://diso-project.org
>>>>>>> >>>>>> OpenID Foundation: http://openid.net
>>>>>>> >>>>>>
>>>>>>> >>>>>> This email is:   [ ] shareable    [X] ask first   [ ] private
>>>>>>> >>>>>>
>>>>>>> >>>>>> _______________________________________________
>>>>>>> >>>>>> specs mailing list
>>>>>>> >>>>>> specs at lists.openid.net
>>>>>>> >>>>>> http://lists.openid.net/mailman/listinfo/openid-specs
>>>>>>> >>>>>>
>>>>>>> >>>>>>
>>>>>>> >>>>>>     
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> --
>>>>> >>>> Chris Messina
>>>>> >>>> Open Web Advocate
>>>>> >>>>
>>>>> >>>> Personal: http://factoryjoe.com
>>>>> >>>> Follow me on Twitter: http://twitter.com/chrismessina
>>>>> >>>>
>>>>> >>>> Citizen Agency: http://citizenagency.com
>>>>> >>>> Diso Project: http://diso-project.org
>>>>> >>>> OpenID Foundation: http://openid.net
>>>>> >>>>
>>>>> >>>> This email is:   [ ] shareable    [X] ask first   [ ] private
>>>>> >>>>         
>>>> >>>
>>>> >>>
>>>> >>> --
>>>> >>> Chris Messina
>>>> >>> Open Web Advocate
>>>> >>>
>>>> >>> Personal: http://factoryjoe.com
>>>> >>> Follow me on Twitter: http://twitter.com/chrismessina
>>>> >>>
>>>> >>> Citizen Agency: http://citizenagency.com
>>>> >>> Diso Project: http://diso-project.org
>>>> >>> OpenID Foundation: http://openid.net
>>>> >>>
>>>> >>> This email is:   [ ] shareable    [X] ask first   [ ] private
>>>> >>>
>>>> >>> _______________________________________________
>>>> >>> specs mailing list
>>>> >>> specs at lists.openid.net
>>>> >>> http://lists.openid.net/mailman/listinfo/openid-specs
>>>> >>>
>>>> >>>       
>>> >>
>>> >>
>>> >> --
>>> >> Nat Sakimura (=nat)
>>> >> http://www.sakimura.org/en/
>>> >>
>>> >> _______________________________________________
>>> >> 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 (n-sakimura at nri.co.jp)
> Nomura Research Institute, Ltd.
> Tel:+81-3-6274-1412 Fax:+81-3-6274-1547
> 
> _______________________________________________
> specs mailing list
> specs at 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/20091209/c585eecb/attachment-0001.htm>

More information about the specs mailing list