How do we publish from our personal data stores? Save the restful web.
Session topic: How do we publish from our Personal Data Stores? Save the RESTful web! (W2G)
Convener: Steve Williams
Notes-taker(s): Steve Williams & Scotty Logan
Tags for the session - technology discussed/ideas considered:
Personal Data Store, Privacy, Unhosted, REST
Discussion notes, key understandings, outstanding questions, observations, and, if appropriate to this discussion: action items, next steps:
Audio and whiteboard snapshots: http://sbw.org/iiwxii
- Part one (almost 9 mins): http://www.chachanga.com/nfb/c.php?c=_1304530699630
- Part two (about 21 mins): http://www.chachanga.com/nfb/c.php?c=_1304531262037
- Part three (another 21 mins): http://www.chachanga.com/nfb/c.php?c=_1304532591991
The Personal Data Store is a positive development for user control and privacy. However, the common understanding of web application architecture is that application service providers will have authorized access to the Personal Data Store, so people still are not completely independent of application providers.
Steve asked whether this issue is being discussed and asked the attendees for ideas on how such published documents can be created, when the authoring is done in an Unhosted application.
There were several good suggestions. Steve suggested (but is not completely comfortable with) the application provider serving code that would run on the person's server, under Caja or suchlike.
Phil Windley suggested that the publishing of the RESTful documents would be triggered by events raised by agents. We didn't pursue that idea adequately.
An attendee observed that the above ideas do not address use cases where passive events that should trigger updates of the RESTful documents, because no web browser is involved in such events. For example, when the person's location changes, her phone might push the new location to the Personal Data Store. That should update the map on the person's home page, but no web browser is involved in the update, so there's no opportunity for the application or the Personal Data Store admin console to get involved.
We did not solve that issue. Further discussion is needed.