On 29/11/2007, Julian Bond <[EMAIL PROTECTED]> wrote: > >My point is that these attributes make poor candidates as reliable > >user IDs. They are great for figuring out how to communicate or tune > >in to the user, where there is motivation for the user to be accurate.
> So the real point of raising this here was to make sure that the People > Data API could cope with all these situations and had reasonable ways of > encoding the data. Rather than argue about what the data means. And to > do it in a way that will work across Container sites each of which has > similar but different profile records. I think Julian has a good point here. Being able to say [EMAIL PROTECTED] is the same person as http://facekut.com/jsmith is the same as UUID123ABCD is a prerequisite if we want to be able to offer identification across systems. This is orthogonal to the validation/authentication aspects. There are interesting questions around here though. With centralised person-validation (typically email check & assigning of password), like single sign-on, there's a consistent level of validation/authentication. To work across loosely-coupled systems on the web, either some standard notions of validation/authentication are needed (simple, but requires agreement) - e.g. system A, B and C accept email-based user validation, hence validation on system A will be accepted by systems B & C. and/or per-case rules are needed - e.g. systems B & C accept A's approach to validation (whatever that may be). In passing I'll note that Julian's list: > - Local system ID (in this OpenSocial Container) > - Email-1, Email-2, Email-n, (optionally obfuscated with SHA1) > - OpenID-1, OpenID-2, OpenID-n, > - Unique ID on Service S as multiple pairs. eg Facebook-501829088, > Twitter-jbond, Skype-julian.bond, etc - is already covered by FOAF. Cheers, Danny. -- http://dannyayers.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Implementing OpenSocial Containers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/opensocial-container?hl=en -~----------~----~----~----~------~----~------~--~---
