| Login

Marc's Voice

building the open web one bit at a time

Where should the data be stored?

Jumping back into a thread from a couple of weeks ago, Steve Mallet, Alf Eaton, Lucas Gonze, Eric Sigler and JD Lasica all had something to say about where DLAs (digital lifestyle aggregators) should store their data.

The answer is YES of course. There is no one answer.

When we were building the PeopleAggregator - Phil Pearson graciously built us a place to store our MP3s, images, links, etc. We then APIed into Phil’s InternetTopicExchange and displayed that data inside of Laszlo objects (which became the BlogBox series of blog plugins.)

But as soon as we built this rig - it became immediately apparent that folks would want to store their data - all over the place. In fact the data IS all over the place.

So nowadays I just say - yes - it will be all over the place. The logic that FOAF should be here, rather than there - should be driven by the context. Sxip will give us lots of flexiblity.

Alf argues (eloquently) that aggregating the data on your own page” is the best approach. I agree as well. But that doesn’t mean the data is there - however. It’s still all over the place.

In fact look at it this way.

By definiton DLAs are teh next generation portal. And we currently have AOL, Yahoo & MSN dominating that space.

Soon Google will raise the ante.

So where’s your data gonna be? All in one place> I doubt it.

But the brain dead approach of using FOAF for profile storage - is so - like 2003ish. Many agree. That’s the excuse why Plink shut down.

This whol new thing is shaking itself out right now. Taking FOAF at face value leads one to just store all this shit in the FOAF file and put it out there.

Well DUH!

Anyone can get at that.

So until we have control mechanisms in place - like Sxip - just shill, will you please!

Way back before all this (like 5-7 years ago) we called the early version of DLAs - ‘Server-in-the-Closet’. The name said everything to me - but it said “Home Media Hardware Company” to everyone else.

By then Napster had shown that servers on one’s desktop was the future - which is something Dave Winer had shown before that.

So the logical strategy was to build servers for humans that would reside in their abode and handle the storage of all their media, meta-data, docs, etc.

But those humans need backups, have jobs, go to school and travel allot. The data has to be transparent and ubiquitous. I guess that means we need a virtual file system.

Anyone got one?

Date: Monday, October 11th, 2004 | Time: 8:49 am
Tags:
Add a comment

No Replies

  1. Anonymous May 3rd 2006
  2. Anonymous May 3rd 2006
  3. Anonymous May 3rd 2006
  4. Anonymous May 4th 2006
  5. Anonymous May 4th 2006
  6. Anonymous May 4th 2006
  7. Anonymous May 4th 2006
  8. Anonymous May 4th 2006
  9. Anonymous May 4th 2006
  10. Anonymous May 6th 2006

    returnable slots returnable

  11. Anonymous May 6th 2006

    returnable slots returnable

  12. Anonymous May 6th 2006

    returnable slots returnable

  13. Anonymous May 6th 2006
  14. Anonymous May 6th 2006
  15. Anonymous May 6th 2006
  16. Anonymous May 6th 2006
  17. Anonymous May 6th 2006
  18. Anonymous May 6th 2006
  19. Anonymous May 11th 2006
  20. Anonymous May 11th 2006
  21. Anonymous May 11th 2006
  22. Anonymous May 11th 2006

    overappraisal valtrex overappraisal

  23. Anonymous May 11th 2006

    overappraisal valtrex overappraisal

  24. Anonymous May 11th 2006

    overappraisal valtrex overappraisal

  25. Anonymous May 16th 2006
  26. Anonymous May 16th 2006
  27. Anonymous May 16th 2006
  28. Anonymous Aug 18th 2006
  29. Anonymous Aug 18th 2006
  30. Anonymous Aug 18th 2006
  31. Anonymous Aug 26th 2006
  32. Anonymous Aug 26th 2006
  33. Anonymous Aug 26th 2006
  34. Anonymous Aug 26th 2006
  35. Anonymous Aug 26th 2006
  36. Anonymous Aug 26th 2006
  37. Anonymous Aug 26th 2006
  38. Anonymous Aug 26th 2006
  39. Anonymous Aug 26th 2006
  40. Anonymous Aug 27th 2006
  41. Anonymous Aug 27th 2006
  42. Anonymous Aug 27th 2006
  43. Anonymous Aug 27th 2006
  44. Anonymous Aug 27th 2006
  45. Anonymous Aug 27th 2006
  46. Anonymous Aug 27th 2006
  47. Anonymous Aug 27th 2006
  48. Anonymous Aug 27th 2006