Tuesday’s DataPortability session at IIW12

We took a stab at rewriting the ten Portability Policy questions as user demands, behavior we want.  

IMG_0318

The list so far.

  1. Document your APIs and data formats.
  2. Support existing identities.
  3. Support referencing to authoritative data in a location of my choosing. (include by reference)
  4. Support auto-updating from authoritative data in a location of my choosing. (pull)
  5. Support auto-updating to authoritative data in a location of my choosing. (push and notify)
  6. Support foreign updates on my behalf. (accept writes) 
  7. Support ability to retrieve all data provided by user.
    • Support ability to retrieve all data created from that data.
  8. Support for retrieval of public data.
  9. Support for closing account and deletion of all my data.
  10. List all locations where you store my data.
  11. List all locations where all entities store my data.

Some of the conversation…

The list of demands seems incomplete. For example, we haven’t discussed transitive data portability duties (a service’s partners’ partners’ partners’ duties). We haven’t asked for disclosures when portability services fail.

Degrees of portability, from "none" to "lots".

We want the demands to be technology/solution neutral.

Scope – what data is covered – is complex and probably needs its own section or clause. Doc Searls’s "kinds of data" is a model for this. Data I create by typing or other explicit action. Data I co-create with a site/service/app by my behavior (like click streams). Data I co-create with other users like conversations. Data derived by a service from the other data.

We should consider situations where data is never "stored," always in flight.

Time permitting, we’ll have another session tomorrow.

Comments are closed.