The Progress Bar » peopleaggregator http://theprogressbar.com Sun, 07 Aug 2011 17:34:42 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 Storing Identity Datahttp://theprogressbar.com/2006/06/storing_identity_data/ http://theprogressbar.com/2006/06/storing_identity_data/#comments Thu, 08 Jun 2006 00:19:45 +0000 Dave Evans http://theprogressbar.com/archives/2006/06/storing_identity_data/ Johan mentions conceptual models for storing identity data, which got me thinking about where all my data is going to be stored. Right now it’s a poorly-distributed hogepodge strewn all over the net.

Hans Gerwitz envisions asking another website for access to a third-party ID nuggets. He see publishing his PersonCode in Plazes, and then having his Yelp profile ask Plazes for his PersonCode. This seems a bit too distributed to me.
If I tag all of my Plazes and Flickr stuff with my MicroID and/or ClaimID, they could expose either via their API. Why not parse an extended FOAF file in a centralized or distributed silo?

It seems like to much work to have all these chained requests. Easier to make requests from a hub like PA or Ikarma or Opinity or Trufina for that matter.

PeopleAggregator is leaning in this direction, the beta is a few weeks away. PA has been going since 2003 and it looks like something is about to be actually deployed. Appears they are going to support everything under sun, which makes good copy yet the devil is in the integration.

]]> http://theprogressbar.com/2006/06/storing_identity_data/feed/ 0