Group items tagged

Basically what people are saying is that it’s a bad idea to give sites your usernames/passwords when you sign up. This creates a bad anti-pattern and sets a horrible precedent for users who simply give their email user/pass to hundreds of different startups with dismal security standards making it very easy for hackers to get to your sensitive data. It’s called the “password anti-pattern”.

In my mind Flickr provides probably the best page-flow pattern. So I’m saying the PROVIDERS are making this anti-pattern possible. Facebook must make it VERY easy to export users, so must Gmail and so must Yahoo etc. This must be standardized so that containers (using Open Social terminology) can provide that data using some kind of token system, and it must also happen in a process that doesn’t ask for you user/pass. I believe that because it’s not possible, networks are leaving developers with no other option but to do screen scraping.

When Facebook joined the DataPortability.org Workgroup a few weeks ago, the press described the move both as a “bombshell” as well as “brilliant PR”. In order to understand what Facebook’s decision to join actually means a little bit better, I spoke with Chris Saad, Co-Founder and Chairperson of DataPortability.org.

IF: What does it mean for companies like Facebook to “join” DataPortability.org? CS: It means they agree to engage in the conversation and work towards a blueprint for maximum interoperability between applications.

IF: Who controls the direction of DataPortability.org? CS: DataPortability is managed like a wiki - participants step up to the plate and just get things done. Some of the most active participants join the Steering group to help set the direction.

Several Internet and broadband companies have acknowledged using targeted-advertising technology without explicitly informing customers, according to letters released yesterday by the House Energy and Commerce Committee.

"Increasingly, there are no limits technologically as to what a company can do in terms of collecting information . . . and then selling it as a commodity to other providers," said committee member Edward J. Markey (D-Mass.), who created the Privacy Caucus 12 years ago. "Our responsibility is to make sure that we create a law that, regardless of the technology, includes a set of legal guarantees that consumers have with respect to their information."

Markey said he and his colleagues plan to introduce legislation next year, a sort of online-privacy Bill of Rights, that would require that consumers must opt in to the tracking of their online behavior and the collection and sharing of their personal data.

Recently there were three vaporware announcements by Facebook, Google and MySpace each describing a way for other web sites to integrate the user profiles and friends lists from these popular social networking sites. Given that I'm a big fan of social networking sites and interoperability between them, this seemed like an interesting set of announcements. So I decided to take a look at these announcements especially given the timing of them.  

What are the elements of a VRM data portability policy? The basic elements of a VRM data portability policy should include: Data retention agreement - How long will my data be retained for? For example - for the life of the relationship plus 30 days. Data reuse agreement - Will my data be used for purposes beyond the original transaction Data ownership agreement - What elements of the data belong to the vendor such as a Frequent Flyer number Data portability agreement - The data that is the subject of the agreement may be stored by the vendor, or it may be held by a data custodian in a Personal Data Store. Data access agreement - The data that is the subject, or a sub-set, of the agreement should be accessible to third parties that have been granted access by the user. For example, granting access to my shipping address information at Amazon by a third party vendor I have performed a transaction with.

MySpace and Google demonstrated an interesting mashup of the MySpace Data Availability API, oAuth and the iGoogle gadget specification at the oAuth Summit a couple of weeks ago. The application, which pulls the core MySpace feature set into iGoogle, is not yet publicly available, although MySpace has said to expect in in August.

The bigger downside of Friend Connect is that Websites using it cannot mash up the data with their own to make compelling new applications. Glazer confirmed that the data will be sent to third party sites via an iframe rather than directly through a set of APIs (as Michael speculated on Friday). However, Glazer also says that he wouldn’t be surprised if eventually Google or somebody else makes it possible for Websites to combine the Friend Connect data with their own.

WordPress got into the social networking game by absorbing BuddyPress this month. BuddyPress is a WordPress plug in set that creates a social network out of a multiple user WordPress installation (WordPress MU). Adding BuddyPress to the WordPress family is a smart move on the part of WordPress to stay fresh and relevant.

In the meantime, people who have other, more valuable projects that have been ignored and fallen by the wayside in the great quest for something only the top ten percent of computer users want. One of the most vocal advocates for Data Portability is Chris Saad, the guy who brought us Particls - a great program. Or, it could be great, if his attention wasn't elsewhere, Twittering and blogging endlessly about Data Portability.

The world has changed. At least the marketing world. The era of mass marketing and advertisment as we knew it for many years has passed. Of course TV is not dead but it’s more and more superceded by the internet with all it’s channels for niche entertainment and self expression. Banner blindness and shrinking advertisement effectiveness have added their part. And so companies look out for other ways to reach potential and existing customers.

Add to that the success of the DataPortability Working Group which set policies and technical guidelines in how to create a World Wide Web in which data is more freely flowing around than ever before bringing us closer and closer to seamless networking experience and a semantic web.

This of course is only a glimpse of what might be necessary tomorrow. And the question is of course how far this tomorrow is away. Several things are of course available already or being worked on. The Google Social Graph API is there, blogging and commenting in Plone is worked on, Multimedia support is available, OpenID is as well (but maybe could be enhanced).Creating a social networking layer using e.g. plone.relations and membrane is not too complicated to implement and marking things up with microformats is also no magic.