DataPortability

Historically, online media tend to start this way. The early services, such as CompuServe, Prodigy or AOL, began as “walled gardens” before they opened up to become websites. The early e-mail services could send messages only within their own walls (rather as Facebook's messaging does today). Instant-messaging, too, started closed, but is gradually opening up. In social networking, this evolution is just beginning. Parts of the industry are collaborating in a “data portability workgroup” to let people move their friend lists and other information around the web. Others are pushing OpenID, a plan to create a single, federated sign-on system that people can use across many sites.

Zuckerberg argues that Facebook provides something the larger web doesn’t — an undo button — which he feels is more important than data portability.

The example he offers is the Facebook news feed. As it stands if you publish something to your news feed and then decide that you want to limit who can see it by changing the privacy settings, that information is removed from your friend’s updates (assuming they no longer have the privileges necessary to access it). However, were the Facebook news feed offered as an RSS feed available outside Facebook (as we’ve often argued it should be), it would, because of the nature of RSS, no longer be retractable. Even if you changed the privacy settings and removed it from the feed, many RSS readers would already have cached or otherwise stored the post you’d like to retract.

If you are anything like me (which I hope for your sake you’re not), you’ll be constantly tripping over the names of new data portability initiatives concerned with exchanging social information. Combine any of the following words and create a new name [‘Open’, ‘Social’, ‘Contacts’, ‘Data’, ‘ID’], I checked all the domains and guess what? They’re all taken. (No shit, Sherlock) I thought it would be helpful to list these initiatives and provide a quick comparison of what they do and why they exist. This is my current understanding of the various players. Please comment and correct me where I’m wrong or have omitted important initiatives.

This is reason why Kingsley and a bunch of other people like to call the "Semantic Web" the "Linked Data Web".  Potayto-potato, it's all the same to me.  It’s cool, though.  It lets an application traverse the social graph to do its thing instead of being confined to its own network.  It allows an application on one network to access Person C’s data, on another network, by going from Person A to Person B to Person C, and then to their data.

The next trick will be building awareness and adoption. When you consider that 0% of all websites (or enterprise apps) accept i-cards or OpenID, and 0% of sites issue cards, it’s small wonder that 0% of users today even know what an identity selector is. We’ve got our work cut out for us!

Data portability has become a huge meme in the internet universe in the last six months. I am very supportive of the ideas behind data portability, but I am not sure that actual "portability" is really what I most want as a user.

Portability typically implies import/export. I can move my data from here to there. Certainly there is value to this, but it seems to me what I really want is a unified "data location agnostic" view of my data. For example, I'd love to be able to do a search in my data universe and find everything with the words "waterfront project" across all my data silos like Facebook, Google Apps, etc.

First things first. DataPortability is a brand… its a kind of un-organisation (a bit like BarCamps are un-conferences); a group of people and organisations who have the same philosophy, a philosophy of the portability of data. Every member of DataPortability should push for (advocate/evangelise) portability of data to web-users, developers and organisations.

The DataPortability Project will support other projects/groups working towards data portability (at the moment this explicitly includes communities involved in OpenID, OAuth, Microformats and the Semantic Web). Some members of DataPortability are also involved with legal issues and privacy which are just as important as the portability of data. The DataPortability Project is there to support people into a Web of Data.

Portability of data, or data portability is portable data. In other words, data can be copy/pasted and/or moved from one location to another. This is dependent on accessibility.

I am pleased to announce that my company Radar Networks, has raised a $13M Series B investment round to grow our product, Twine. The investment comes from Velocity Interactive Group, DFJ, and Vulcan. Ross Levinsohn -- the man who acquired and ran MySpace for Fox Interactive -- will be joining our board. I'm very excited to be working with Ross and to have his help guiding Twine as it grows.

The highlight of the call seems to be that Microsoft will be opening the same APIs used by internal developers to build on the company's "high volume products" as public APIs available for free noncommercial use and paid commercial use. That sounds like a good start. See the company's Interoperability site for more, details from the call below.

As part of the ongoing DataPortabilityAndMe conversation, I have posted my series of videos answering the questions posed... here they are!

The DataPortability workgroup’s strongest voice, Chris Saad, noted among the DataPortability Design Principles that the mission ought to be less “fight the man” and more practical and useful goals. It will be interesting to see if the group’s finalized vision is limited to the import/export use cases, because these surely have the least potential. Otherwise, portability may not really matter to an average user, but the benefits to the user experience surely do, and I think selling DataPortability means selling the huge benefits of an efficient, distributed Web experience.

Forward-thinkers are creating innovative interfaces to your distributed data, and products are going to evolve quickly. Figuring out what portability means, what the best technologies are, and how this all looks from the user’s perspective are all pieces of a large puzzle that will strongly affect the future of the Web.

How do you explain to an end-user what DataPortability is, why they might want it, and where they might get it?

How do you explain to a developer what DataPortability is, why they might want it, and how they might achieve it?

Developers learn most effectively by developing something. Users learn most effectively by using something.

My last column discussed the brand utility supported entertainment model in which content providers and marketers work upstream to create customized complimentary experiences. One option would be to align this model with the open standard objectives of DataPortability.org. Their mission: to gather "existing open standards into a blueprint for a social, open, remixable Web where your online identity, media, contacts and content can follow you wherever you go."

For brands and content creators, that means conversation would truly have to be initiated by the user. The user would own the data, and the brand content offering would have to be valuable enough to warrant an exchange. In essence, brand content would be bought with "data currency."

There are brand enthusiasts who participate in campaigns on an ongoing basis. Yet each time they return, these fans must register and sign-up for the full experience. If the brand were to embrace technologies such as OpenID, not only would it provide their fans access to cross-promotional properties around that campaign, it would also provide easy access to all future campaigns. And with future potential of data portability, people could take those experiences with them, introducing content to friends and hopefully igniting passionate new fans.

Who really owns your address book? Many Internet companies - like Google (GOOG, Fortune 500) and Yahoo (YHOO, Fortune 500) - say unequivocally that you do. If you sign up for free e-mail accounts on their services, you're free to take your friends with you and export your contact lists to any service that you like.

But Microsoft (MSFT, Fortune 500), while publicly embracing the idea of openness, has been saying something different behind the scenes. Since last summer, lawyers representing the company have been sending cease-and-desist letters to startups that offer new users the ability to import their Microsoft Hotmail contacts. In a move that Valley guys are deriding as ham-handed, Microsoft is offering a quid pro quo: Third-party sites can access Hotmail contacts if they make Microsoft's instant-messaging client available to their users - for 25 cents per user per year. Then the company says it will waive the fee if the sites make Messenger the exclusive in-network messaging client. Such a deal.

There is a better way, of course - though it remains to be seen whether it will work. A group of companies, aligned under the banner of the DataPortability Workgroup, is trying to craft standards that would make it easy for the data we collect online to move as freely and securely from one website to another as we do. As long as two sites abide by the DataPortability rules, they can effortlessly send anything back and forth between them - data, photos, address books. "It's safe, secure, painless," says Chris Saad, the Aussie who co-founded and chairs the DPW. Hundreds of individuals and several leading companies - including Yahoo, Facebook, Google, and even Microsoft - have signed on to the workgroup, and Saad says he's optimistic that we'll see a system in place later this year.

This morning the OpenID Foundation announced that Google, IBM, Microsoft, VeriSign, and Yahoo! have joined the board. The OpenID Foundation was formed in early 2006 by seven community members with the goal of helping promote, protect and enabling the OpenID technologies and community. Today’s announcement marks a milestone in the maturity and impact that the OpenID community has had. While the OpenID Foundation serves a stewardship role around the community’s intellectual property, the Foundation’s board itself does not make any decisions about the specifications the community is collaboratively building.

What is needed though is a discussion about this and what the best practices in these cases should be. One option would be the opt-in for such XFN-markup but of course those links would still be available although not that easily extractable. Making it more private would probably harm the site’s usefulness. Removing them might also harm social services such as dopplr which make good use of them to find your contacts on dopplr.

So it’s many questions to be answered and I wonder what a good process might be to answer them. Surely there is the  around but of course they cannot just publish guidelines and the problem is solved. A broader discussion is needed and for a start maybe an exact description of the problem and coming from these some proposals to solve it.