<?xml version="1.0"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">

  <channel>
    <title>Personal Containers</title>
    <link>http://perscon.net/</link>
    <atom:link href="http://perscon.net/feeds/rss.xml" rel="self" type="application/rss+xml" />
    <description>Personal Containers RSS feed</description>
    <copyright>Copyright (C) 2010 Anil Madhavapeddy, Richard Mortier</copyright>

    <language>en-us</language>
    <pubDate>Mon, 06 Feb 2012 16:13:45 PST</pubDate>
    <lastBuildDate>Mon, 06 Feb 2012 16:13:45 PST</lastBuildDate>

    
    <item>
      <title>Towards Statistical Queries over Distributed Data</title>
      <link>http://perscon.net/blog/2012/01/26/queries-over-distributed-data.html</link>
      <pubDate>Thu, 26 Jan 2012 00:00:00 PST</pubDate>
      <author>Amir Chaudhry</author>
      <guid isPermaLink="true">http://perscon.net/blog/2012/01/26/queries-over-distributed-data</guid>
      <description>&lt;p&gt;One of the issues with the distributed nature of personal data is the ability to perform statistical queries over it. This is true of both aggregated data stores and those that only catalog data, which remains in its original location. In both cases, a client that wishes to run a query still has to request access to a number of stores and aggregate the results in an efficient manner. This last piece is exactly the scenario for which &lt;a href='http://perscon.net/overview/dataware.html'&gt;Dataware&lt;/a&gt; is being designed.&lt;/p&gt;

&lt;p&gt;A new project is taking shape, which will use personal containers and the principles of Dataware to build an employee incentive scheme to optimise energy usage. It&amp;#8217;s taking place at Cambridge University in two phases. The first phase is to gather fine-grained data from employees regarding travel habits and energy usage. The second phase aims to use this information to construct incentive schemes to help optimise the energy usage of employees and monitor the changes.&lt;/p&gt;

&lt;p&gt;Energy use in buildings and in transport systems is rapidly becoming part of our lifelong contextual footprint so the study needs to be completed without participants sacrificing their privacy. Therefore, the project will enable a user to collect their private information into a personal container which &lt;em&gt;they own&lt;/em&gt;. Then the project team can request the ability to run queries over subsets of the data contained in those stores. This arrangement facilitates the following:-&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Allows the research team to calculate energy use accurately&lt;/li&gt;

&lt;li&gt;Assures users that the data is only used for this application&lt;/li&gt;

&lt;li&gt;Denies the team access to other data that is not relevant&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The type of sensitive data relevant to the study will be daily commutes (e.g. GPS information between 8am-10am and 4pm-6pm on weekdays only). This information could be combined with public data (e.g. traffic data) and a series of incentives constructed to optimise the overall energy usage. A particularly exciting possibility would be the ability to test various types of incentives with different groups to see which are most effective. All while preserving the individual privacy of users.&lt;/p&gt;

&lt;p&gt;We&amp;#8217;ll post more information as the project develops, including the hurdles and technical challenges that need to be overcome. In the meantime, you can read more about the project itself at the &lt;a href='http://www.cl.cam.ac.uk/research/srg/netos/c-aware/'&gt;C-AWARE site&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Privacy needs to be built in</title>
      <link>http://perscon.net/blog/2012/01/25/o2-privacy-leak.html</link>
      <pubDate>Wed, 25 Jan 2012 00:00:00 PST</pubDate>
      <author>Amir Chaudhry</author>
      <guid isPermaLink="true">http://perscon.net/blog/2012/01/25/o2-privacy-leak</guid>
      <description>&lt;p&gt;Today, news broke about how O2, a Mobile Network Operator, reveals customers&amp;#8217; mobile numbers when they browse from their phones. A site put together &lt;a href='http://lew.io/headers.php'&gt;by Lewis Peckover&lt;/a&gt; simply displays the headers sent to his servers when people visit the page. If you visit from an O2 phone, then you &lt;strike&gt;can&lt;/strike&gt; could easily see your phone number displayed. In other words, the phone number is simply given to the requesting server as plain text in the http headers (specifically &lt;em&gt;x-up-calling-line-id&lt;/em&gt;). There was nothing particularly special about Lewis&amp;#8217; site so it&amp;#8217;s reasonable to assume that any site people have browsed using their 3G connection could have kept a copy of the user&amp;#8217;s number.&lt;/p&gt;

&lt;p&gt;This is obviously a massive breach of privacy and as you can imagine, news of it spread fairly quickly via twitter. A few customers even posted templates to help others file complaints with the UK&amp;#8217;s Data Protection office (who have &lt;a href='http://www.zdnet.co.uk/news/regulation/2012/01/25/privacy-watchdog-to-probe-o2-over-phone-number-leaks-40094902/'&gt;now contacted O2&lt;/a&gt; to &amp;#8220;remind them of their data breach notification obligations&amp;#8221;). One of the main objections was that advertisers who can track visitors now also have access to phone numbers which can be used to tie different visits together.&lt;/p&gt;

&lt;p&gt;In fact, this isn&amp;#8217;t the first time that mobile browsing has been shown to leak data. A prior &lt;a href='http://www.mulliner.org/collin/academic/publications/mobile_web_privacy_icin10_mulliner.pdf'&gt;study by Collin Mulliner&lt;/a&gt; in 2010 showed that the phone number could appear in any number of headers as well as other information (e.g your roaming status).&lt;/p&gt;

&lt;p&gt;This highlights how &amp;#8216;spread-out&amp;#8217; personal data has become and breaches like this serve to remind us how lax some organisations can be. As more and more people access the web via mobile devices, issues like this become more important. Products and services should be designed to be privacy-preserving from the very beginning. To some extent this can mitigate any mistakes that others can make but can also empower users by giving them the option to explicitly share information if they deem it sensitive.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;(O2 has now written &lt;a href='http://blog.o2.co.uk/home/2012/01/o2-mobile-numbers-and-web-browsing.html'&gt;a post about what happened&lt;/a&gt;)&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Growing awareness of Personal Data</title>
      <link>http://perscon.net/blog/2012/01/20/growing-awareness-of-personal-data.html</link>
      <pubDate>Fri, 20 Jan 2012 00:00:00 PST</pubDate>
      <author>Amir Chaudhry</author>
      <guid isPermaLink="true">http://perscon.net/blog/2012/01/20/growing-awareness-of-personal-data</guid>
      <description>&lt;p&gt;Awareness of Personal Data issues have risen in prominence in recent years and there have even been a number of new companies springing up around the idea of personal data stores. At the moment, only a handful of these are public and it&amp;#8217;s likely that more of them are working away behind the scenes.&lt;/p&gt;

&lt;p&gt;Although we won&amp;#8217;t necessarily be discussing these sites in any detail it&amp;#8217;s interesting that what they all have in common is the aim of aggregating a user&amp;#8217;s data in one place. Once a user has collected all her data, the suggestion is that she can share those &amp;#8216;data-streams&amp;#8217; with others, including services that she&amp;#8217;s granted access to. At the moment there&amp;#8217;s limited information on how this aspect would work in practice but it&amp;#8217;s certainly important in order to liberate the &lt;em&gt;value&lt;/em&gt; of that data.&lt;/p&gt;
&lt;a href='http://www.flickr.com/photos/harmony19490/362527788/'&gt;&lt;img src='/images/open-padlock.png' style='float:right' /&gt;&lt;/a&gt;
&lt;p&gt;In general, this approach seems similar to the previous iteration of Personal Containers. The idea of aggregating data into one place is fairly intuitive but as we&amp;#8217;ve &lt;a href='http://perscon.net/blog/2011/08/31/refresh.html'&gt;learned from prior feedback&lt;/a&gt;, there is valid concern about having &amp;#8220;all your eggs in one basket&amp;#8221;.&lt;/p&gt;

&lt;p&gt;There have been security issues that highlight this problem. Last year a &lt;a href='http://www.wired.com/threatlevel/2011/06/dropbox'&gt;programming error at Dropbox&lt;/a&gt;, a popular file-syncing service, led to customer accounts being accessible. For a few hours you could access any user account with any arbitrary password. The flaw was possible because of the way Dropbox handles encryption, specifically that they hold users&amp;#8217; encryption keys and therefore have access to files.*&lt;/p&gt;

&lt;p&gt;The situation above is a clear example that there should be more separation of privileges among our data. Our response to feedback was the concept of &lt;a href='http://perscon.net/overview/dataware.html'&gt;Dataware&lt;/a&gt;. The premise is to leave the data themselves in the most appropriate place but facilitate access to them. We achieve this by creating shims that can interface with services and at the moment the team has put together a couple that interface with social networking sites and another for &lt;a href='http://perscon.net/blog/2011/09/01/aethers-notebook.html'&gt;Aether&amp;#8217;s Notebook&lt;/a&gt;. These look very promising and we hope to continue developing these and others, along with the ability to run authorised computations on the data.&lt;/p&gt;

&lt;p&gt;There&amp;#8217;ll be more to follow in the coming weeks on different aspects of Personal Containers, covering both &lt;a href='http://perscon.net/overview/dataware.html'&gt;Dataware&lt;/a&gt; and &lt;a href='http://perscon.net/overview/signpost.html'&gt;Signpost&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;*&lt;em&gt;Although this might sound odd, many services do this. If a user forgets their password, the files can still be recovered. In this case there was some confusion about how security was presented to users. In order to have a fully secure system, users would need to accept that if they lost their passwords, the service wouldn&amp;#8217;t be able to help.&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Aether's Notebook</title>
      <link>http://perscon.net/blog/2011/09/01/aethers-notebook.html</link>
      <pubDate>Thu, 01 Sep 2011 00:00:00 PDT</pubDate>
      <author>Richard Mortier</author>
      <guid isPermaLink="true">http://perscon.net/blog/2011/09/01/aethers-notebook</guid>
      <description>&lt;p&gt;&lt;a href='https://github.com/dominicjprice/Aether-s-Notebook'&gt;Aether&amp;#8217;s Notebook&lt;/a&gt; has been developed by &lt;a href='https://github.com/dominicjprice'&gt;Dominic Price&lt;/a&gt; as part of the &lt;a href='http://www.horizon.ac.uk/'&gt;Horizon Infrastructure&lt;/a&gt; project. For more details see the &lt;a href='https://github.com/dominicjprice/Aether-s-Notebook'&gt;source&lt;/a&gt; or visit its &lt;a href='https://github.com/dominicjprice/Aether-s-Notebook-Android-Client/wiki'&gt;wiki&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Many applications that make use of personal data start by logging data on mobile devices before subsequent upload and/or offline processing. &lt;em&gt;Aether&amp;#8217;s Notebook&lt;/em&gt; is a framework that separates the concerns of recording and storing log data. Structured as a client-server framework, it makes logging similar data by multiple applications efficient, provides a single interface for the user to control what is logged, and makes it straightforward to log new data types in a consistent fashion.&lt;/p&gt;

&lt;p&gt;The cient component consists of &lt;em&gt;loggers&lt;/em&gt; which generate log messages, &lt;em&gt;appenders&lt;/em&gt; which consume them, and a &lt;em&gt;core&lt;/em&gt; which bridges messages between loggers and appenders, replicating them as required. The core can also be made responsible for starting/stopping selected &lt;em&gt;managed&lt;/em&gt; loggers and appenders. Log messages contain, in addition to the messages, three pieces of metadata: timestamp including timezone; location as given by the best available source, and a UID and version number for the logger. Location logging can be turned on and off.&lt;/p&gt;

&lt;p&gt;There are several built-in loggers: cell location, connection state, signal strength, and position; and two built-in appenders, one to a local (on-device) file and the other which will take local log files and HTTP &lt;code&gt;POST&lt;/code&gt; them to an external server.&lt;/p&gt;

&lt;p&gt;Aether&amp;#8217;s Notebook is now available in the Android Marketplace. To download the &lt;a href='http://www.gnu.org/licenses/agpl-3.0.txt'&gt;AGPLv3&lt;/a&gt; licensed source, visit &lt;a href='https://github.com/dominicjprice/Aether-s-Notebook'&gt;source&lt;/a&gt;. For more detailed, live documentation visit the &lt;a href='https://github.com/dominicjprice/Aether-s-Notebook-Android-Client/wiki'&gt;wiki&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Moving Personal Containers to the next stage</title>
      <link>http://perscon.net/blog/2011/08/31/refresh.html</link>
      <pubDate>Wed, 31 Aug 2011 00:00:00 PDT</pubDate>
      <author>Richard Mortier</author>
      <guid isPermaLink="true">http://perscon.net/blog/2011/08/31/refresh</guid>
      <description>&lt;p&gt;After some time analysing responses to the first prototypes of the &lt;em&gt;Personal Container&lt;/em&gt;, we&amp;#8217;re now moving on to the next stage! One of the pieces of feedback we received quite strongly was that it&amp;#8217;s not always appropriate to attempt to pull all your personal data into a single centralised location. This seems to be true whether or not you make that location locally hosted, e.g., on your phone or set-top box; or you make that location cloud hosted, e.g., in an Amazon virtual machine or in a specifically designed Personal Container service. A number of people we talked with expressed high levels of concern about the security of such a repository, its vulnerability to attack and the fear of the &amp;#8220;all your eggs in one basket&amp;#8221; approach.&lt;/p&gt;

&lt;p&gt;We had a think about this and, in response, came up with the notion of &lt;em&gt;&lt;a href='/overview/dataware.html'&gt;Dataware&lt;/a&gt;&lt;/em&gt;. This lets you construct a federated system in which you control access to your personal data, which remains stored where it is most appropriate. For example, your financial data might remain with your bank, and your health data with your GP; but you would have the ability to permit access to these data sources by third parties, for specific, restricted purposes. Equally, where appropriate, you might construct aggregate data sources that live on hosts such as your set-top box or phone.&lt;/p&gt;

&lt;p&gt;Some of the technical problems encountered in trying to build this system are described in overview on &lt;a href='/overview/'&gt;this website&lt;/a&gt;. Over the coming weeks we will be adding a series of posts to this blog describing some of them in detail, along with some of the components we&amp;#8217;ve been building, with the hope that our experiences and our code will be of wider interest and use. We look forward to any comments or other inputs!&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Project VRM</title>
      <link>http://perscon.net/docs/related/2011/08/30/projectvrm.html</link>
      <pubDate>Tue, 30 Aug 2011 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/related/2011/08/30/projectvrm</guid>
      <description>&lt;p&gt;&amp;#8220;ProjectVRM seeks to improve markets by equipping customers with tools for both independence from vendors and better engagement with vendors.&amp;#8221;&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Internet Identity Commons</title>
      <link>http://perscon.net/docs/related/2011/08/30/idcommons.html</link>
      <pubDate>Tue, 30 Aug 2011 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/related/2011/08/30/idcommons</guid>
      <description>&lt;p&gt;&amp;#8220;Identity Commons is a community of groups working on developing the identity and social layer of the web. We are loosely connected sharing a common purpose and principles. Our main community gathering is the Internet Identity Workshop that happens twice a year.&amp;#8221;&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Personal Data Ecosystem Consortium</title>
      <link>http://perscon.net/docs/related/2011/08/30/dataecosystem.html</link>
      <pubDate>Tue, 30 Aug 2011 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/related/2011/08/30/dataecosystem</guid>
      <description>&lt;p&gt;&amp;#8220;The Consortium catalyzes a Personal Data Ecosystem where individuals control their own data by enabling a thriving network of businesses around personal data stores and services. Our three constituency initiatives:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;&lt;em&gt;The Startup Circle&lt;/em&gt; - for startups committed to putting people in control of their own data, open standards and interoperability&lt;/li&gt;

&lt;li&gt;&lt;em&gt;Industry Collaborative&lt;/em&gt; - for existing industries seeking to understand opportunities, launch pilot projects and ultimately offer services in the ecosystem.&lt;/li&gt;

&lt;li&gt;&lt;em&gt;1 Million People for Personal Data&lt;/em&gt; - gathers people enthusiastic about the vision and keen trying out new products and services.&amp;#8221;&lt;/li&gt;
&lt;/ul&gt;</description>
    </item>
    
    <item>
      <title>Dataware Networking</title>
      <link>http://perscon.net/docs/talks/2011/04/13/technicolor-dataware.html</link>
      <pubDate>Wed, 13 Apr 2011 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/talks/2011/04/13/technicolor-dataware</guid>
      <description></description>
    </item>
    
    <item>
      <title>Keeping it personal</title>
      <link>http://perscon.net/docs/talks/2011/03/23/percom-personal.html</link>
      <pubDate>Wed, 23 Mar 2011 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/talks/2011/03/23/percom-personal</guid>
      <description>&lt;p&gt;Computing is becoming pervasive. The development of commonly available platforms has opened ubiquitous computing to a massive and creative developer base. We see a common application template of smart phone and cloud computing service, bringing personalized experiences to the user while companies seek (often desperately!) to monetize the information derived from the use of the applications. This sharing of information and co-creation of value is at the heart of the digital economy, but implementation for ethical companies often hits a privacy brick wall, while others are blissfully unaware of the privacy minefield they are walking through. The talk will discuss some of the issues in personal information sharing, the deep social context in which this sharing takes place in the real world, present some challenges for the future in embedding this sharing in technology and some of our work in this field.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Unclouded Vision</title>
      <link>http://perscon.net/docs/papers/2011/01/05/icdcn-cloudlets.html</link>
      <pubDate>Wed, 05 Jan 2011 00:00:00 PST</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/papers/2011/01/05/icdcn-cloudlets</guid>
      <description>&lt;p&gt;Current opinion and debate surrounding the capabilities and use of the Cloud is particularly strident. By contrast, the academic community has long pursued completely decentralised approaches to service provision. In this paper we contrast these two extremes, and propose an architecture, Droplets, that enables a controlled trade-off between the costs and benefits of each. We also provide indications of implementation technologies and two simple sample applications that substantially benefit by exploiting these trade-offs.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>The Dataware Manifesto</title>
      <link>http://perscon.net/docs/papers/2011/01/04/comsnets-dataware-manifesto.html</link>
      <pubDate>Tue, 04 Jan 2011 00:00:00 PST</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/papers/2011/01/04/comsnets-dataware-manifesto</guid>
      <description>&lt;p&gt;In this paper we concern ourselves with Service-Oriented Architectures (SOA) in the &amp;#8220;business to consumer&amp;#8221; (B2C) arena. In particular we consider the services required to enable consumers to combine data they possess with data held about them by businesses and government. We introduce the concept of Dataware as the logical federation of data sources containing &amp;#8220;my data&amp;#8221; and discuss an SOA to deliver new and compelling services and applications able to reap the benefits of value-in-use for consumers.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Becoming Dataware--- Enabling third-party computation across persnonal data</title>
      <link>http://perscon.net/docs/talks/2010/12/16/imperial-dataware.html</link>
      <pubDate>Thu, 16 Dec 2010 00:00:00 PST</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/talks/2010/12/16/imperial-dataware</guid>
      <description>&lt;p&gt;Modern life involves each of us in the creation and management of data, and specifically digital data. Data about us is either created and managed by us (e.g., our address books, email accounts), or by others (e.g., our health records, bank transactions, loyalty card activity). Personal Containers is a project investigating how to build an ecosystem around my data, supporting provision of novel, desirable applications and services by new and existing businesses. The key technical problem in supporting an ecology around my data is not one of containment (&amp;#8220;how can I archive all of my data?&amp;#8221;). The matter is complicated by the basic property of digital data, that it can be infinitely copied without loss of fidelity: once my data escapes my immediate purview, I cannot easily exercise further control over it; yet in order to generate significant value from my data, I must allow others access to it. I will describe our initial steps toward a system in which we are trying to enable third parties to compute over personal data while providing individually acceptable privacy guarantees.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Horizon--- Becoming Dataware</title>
      <link>http://perscon.net/docs/talks/2010/11/18/socialnets-dataware.html</link>
      <pubDate>Thu, 18 Nov 2010 00:00:00 PST</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/talks/2010/11/18/socialnets-dataware</guid>
      <description>&lt;p&gt;As we go about our lives, each of us creates and manages personal digital data about our online and real-world activities. Horizon Digital Economy Research is an RCUK research hub investigating the many different challenges surrounding collection and exploitation of these personal contextual footprints. Currently, many companies exploit our contextual footprints for their own gain, often without much explicit understanding or involvement on our part. Building an ecosystem around exploitation of our contextual footprints that maintains acceptable levels of privacy, both when our data is being exploited individually and as part of a group, is key to enabling growth in value of our social and personal data. After introducing Horizon, I will describe our initial steps toward a system in which we are trying to enable third parties to compute over personal data while providing individually acceptable privacy guarantees.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Mirage, A New Multi-Scale Operating System for Clouds and Crowds</title>
      <link>http://perscon.net/docs/talks/2010/10/22/linkedin-mirage.html</link>
      <pubDate>Fri, 22 Oct 2010 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/talks/2010/10/22/linkedin-mirage</guid>
      <description>&lt;p&gt;Applications run on all kinds of environments these days: multicore desktops, virtual cloud infrastructures, smart-phones, and web browsers. These diverse environments make it worth rethinking the long-term future of our software stacks; do we really want to continue bundling gigabytes of general-purpose OS software with every single cloud image? Is there any point holding onto decades-old interfaces such as POSIX any more?&lt;/p&gt;

&lt;p&gt;I will introduce Mirage, a new operating system built in the statically type-safe OCaml functional language. Mirage compiles high-level functional source code directly into a variety of targets such as:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;small microkernels that run directly on the &amp;#8220;bare-metal&amp;#8221; Xen hypervisor;&lt;/li&gt;

&lt;li&gt;Javascript for web browsers; or&lt;/li&gt;

&lt;li&gt;embedded ARM devices; &amp;#8230;and of course normal operating systems such as Linux.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Mirage provides a consistent, simple programming API across all of these diverse backends, which makes it a powerful foundation for constructing safe, complex distributed systems across a heterogeneous set of modern compute resources such as mobile devices or cloud computing infrastructure. Also, it’s just plain fun programming in OCaml.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Personal Containers or, Your Life in Bits</title>
      <link>http://perscon.net/docs/papers/2010/10/11/digifut-perscon.html</link>
      <pubDate>Mon, 11 Oct 2010 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/papers/2010/10/11/digifut-perscon</guid>
      <description></description>
    </item>
    
    <item>
      <title>Unclouded Vision</title>
      <link>http://perscon.net/docs/papers/2010/10/11/digifut-cloudlets.html</link>
      <pubDate>Mon, 11 Oct 2010 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/papers/2010/10/11/digifut-cloudlets</guid>
      <description></description>
    </item>
    
    <item>
      <title>Free the data</title>
      <link>http://perscon.net/docs/papers/2010/10/01/psr-opendata.html</link>
      <pubDate>Fri, 01 Oct 2010 00:00:00 PDT</pubDate>
      <author></author>
      <guid isPermaLink="true">http://perscon.net/docs/papers/2010/10/01/psr-opendata</guid>
      <description></description>
    </item>
    
    <item>
      <title>Yurts for Digital Nomads</title>
      <link>http://perscon.net/blog/2010/04/29/yurts-for-digital-nomads.html</link>
      <pubDate>Thu, 29 Apr 2010 00:00:00 PDT</pubDate>
      <author>Anil Madhavapeddy</author>
      <guid isPermaLink="true">http://perscon.net/blog/2010/04/29/yurts-for-digital-nomads</guid>
      <description>&lt;p&gt;The App Engine data collector for Personal Containers is coming on nicely, and is on track for an alpha preview release &lt;a href='http://github.com/avsm/perscon/blob/master/README.md'&gt;fairly soon&lt;/a&gt;. Working with AppEngine has been interesting; it&amp;#8217;s got excellent availability and you can&amp;#8217;t beat the price (free), but coding robust Python that doesn&amp;#8217;t trip over the tight resource limits for individual requests, asynchronous tasks and queries is tricky. While it is good for small records such as my &lt;a href='http://github.com/avsm/perscon/tree/master/plugins/iPhone/'&gt;iPhone&lt;/a&gt; or Find My iPhone &lt;a href='http://github.com/avsm/perscon/blob/master/appengine/perscon/drivers/fmi.py'&gt;GPS traces&lt;/a&gt; traces, it doesn&amp;#8217;t work so well with my gigabytes of photographs or decades of e-mail.&lt;/p&gt;

&lt;p&gt;This confirmed our earlier intuition that there is no one perfect solution for personal data handling; instead, we need to &lt;em&gt;embrace diversity&lt;/em&gt; and construct an infrastructure that can cope with change over the coming decades. Mobile programming has changed beyond recognition in just a few years, and cloud providers are specialising in different ways (e.g. &lt;a href='http://www.picloud.com/'&gt;PiCloud&lt;/a&gt; for simple compute, or &lt;a href='http://aws.amazon.com'&gt;EC2&lt;/a&gt; for fancy services like elastic &lt;a href='http://aws.amazon.com/elasticloadbalancing/'&gt;load balancing&lt;/a&gt;).&lt;/p&gt;
&lt;a href='/images/nomads-diagram.png'&gt;&lt;img src='/images/nomads-diagram-300.png' style='float:right' /&gt;&lt;/a&gt;
&lt;p&gt;So to recognise this, we are building components that all interoperate with your personal data, keep it secure, and ensure it persists for more than a few years. &lt;a href='http://www.malteschwarzkopf.de/'&gt;Malte Schwarzkopf&lt;/a&gt; came up with the term &amp;#8220;digital &lt;a href='http://en.wikipedia.org/wiki/Yurt'&gt;yurts&lt;/a&gt;&amp;#8221;, and it&amp;#8217;s stuck. We&amp;#8217;ve written a &lt;a href='/papers/digital-yurts-draft1.pdf'&gt;draft paper&lt;/a&gt; about it, and would love to hear your comments and feedback on the approach.&lt;/p&gt;

&lt;p&gt;There are some interesting recent trends that make doing this particularly important:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;The New York Times wrote about the &lt;a href='http://www.nytimes.com/2010/05/02/magazine/02self-measurement-t.html'&gt;data-driven life&lt;/a&gt; increasingly influencing our decision making. Current sensor data such as GPS traces are just harbringers for the privacy disaster that would be information such as heart rates or your consumption habits getting into the public domain. &lt;em&gt;(link via &lt;a href='http://www.cl.cam.ac.uk/~dgm36/'&gt;Derek Murray&lt;/a&gt;)&lt;/em&gt;.&lt;/li&gt;

&lt;li&gt;Facebook has announced a brand new API platform to get access to your information. The &lt;a href='http://eff.org'&gt;EFF&lt;/a&gt; has a fantastic timeline of &lt;a href='http://www.eff.org/deeplinks/2010/04/facebook-timeline'&gt;Facebook&amp;#8217;s Eroding Privacy&lt;/a&gt; over the last five years, to demonstrate how unsafe it is to trust your data to any third-party. We&amp;#8217;ve started developing an information dump plugin for Facebook, but the API just changed mid-way and so it has to be started again (volunteers welcome!).&lt;/li&gt;

&lt;li&gt;In the UK, the &lt;a href='http://en.wikipedia.org/wiki/Digital_Economy_Act_2010'&gt;Digital Economy Act&lt;/a&gt; is an extremely controversial act that makes anonymity and privacy all the more important. We&amp;#8217;re assembling an open-source &lt;a href='http://www.scribd.com/doc/28393106/Using-Dust-Clouds-to-Enhance-Anonymous-Communication'&gt;dust cloud&lt;/a&gt; that integrates Tor into personal containers to automatically grant you anonymity as you communicate with your friends.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If you&amp;#8217;re interested, join our &lt;a href='/contact.html'&gt;group&lt;/a&gt; or contact &lt;a href='http://anil.recoil.org'&gt;me&lt;/a&gt; directly. At this stage, you need desire and the ability to hack code, but things are settling down over the next few months&amp;#8230;&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Pulling together a user interface</title>
      <link>http://perscon.net/blog/2010/04/15/uiprototype.html</link>
      <pubDate>Thu, 15 Apr 2010 00:00:00 PDT</pubDate>
      <author>Anil Madhavapeddy</author>
      <guid isPermaLink="true">http://perscon.net/blog/2010/04/15/uiprototype</guid>
      <description>&lt;p&gt;We&amp;#8217;ve been &lt;a href='http://github.com/avsm/perscon'&gt;hacking&lt;/a&gt; away on fleshing out the &lt;a href='http://code.google.com/appengine'&gt;App Engine&lt;/a&gt; node for personal containers. We&amp;#8217;re building this node first because, crucially, deploying an App Engine VM is free to anyone with a Google account. &lt;a href='/images/perscon-extjs.png'&gt;&lt;img src='/images/perscon-extjs-thumb.png' style='float:right' /&gt;&lt;/a&gt; The service itself is limited since you can only respond to HTTP or XMPP requests and do HTTP fetches, and so its primary use is as an always-on data collection service with a webmail-style UI written using &lt;a href='http://www.extjs.com/'&gt;extjs&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Personal containers gather data from a wide variety of sources, and normalise them into a format which understands people (address book entries, with a set of services such as e-mail, phone, IM and online IDs), places (GPS, WOEID), media (photos, movies) and messages (Tweets, emails, Facebook messages). I&amp;#8217;ll post more about the data model behind personal containers in a follow-up as the format settles.&lt;/p&gt;

&lt;p&gt;The App Engine node has a number of plugins to gather data and aggregate them into a single view (see screenshot). Plugins include:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;&lt;a href='http://github.com/avsm/perscon/tree/master/plugins/iPhoto/'&gt;iPhoto&lt;/a&gt; &lt;img src='/images/iphoto_30x30.png' width='15' /&gt; extracts location (via EXIF), people present (associated via &lt;a href='http://gizmodo.com/5141741/what-to-know-about-iphoto-09-face-detection-and-recognition'&gt;faces&lt;/a&gt;), and of course, the actual photograph.&lt;/li&gt;

&lt;li&gt;&lt;a href='http://github.com/avsm/perscon/tree/master/plugins/Adium/'&gt;Adium&lt;/a&gt; &lt;img src='/images/chat_30x30.png' width='15' /&gt; logs all IMs into a threaded chat view.&lt;/li&gt;

&lt;li&gt;&lt;a href='http://github.com/avsm/perscon/tree/master/plugins/iPhone/'&gt;iPhone&lt;/a&gt; &lt;img src='/images/phone_30x30.png' width='15' /&gt; uses the backup files on a Mac to extract SMS messages, phone call records (and it could also get photographs and browsing history, although it currently doesn&amp;#8217;t). An AppEngine tracker can also use &lt;a href='http://www.apple.com/mobileme/features/find-my-iphone.html'&gt;FindMyIPhone&lt;/a&gt; to poll your iPhone regularly to keep track of your location without publishing it to Google or Yahoo (and hopefully in iPhone 4.0, we can operate as a background service at last!).&lt;/li&gt;

&lt;li&gt;&lt;a href='http://github.com/avsm/perscon/tree/master/appengine/twitter.py'&gt;Twitter&lt;/a&gt; &lt;img src='/images/twitter_30x30.png' width='15' /&gt; runs directly on AppEngine (authenticated via OAuth) and synchronizes with a Twitter feed.&lt;/li&gt;

&lt;li&gt;&lt;a href='http://github.com/avsm/perscon/tree/master/plugins/MacOS-SyncServices/'&gt;SyncServices&lt;/a&gt; hooks into the MacOS X &lt;a href='http://developer.apple.com/macosx/syncservices.html'&gt;sync framework&lt;/a&gt; and initially subscribes to Address Book updates. This seems to be the first open-source sync alternative to the expensive Mobile Me, as far as I can tell. I&amp;#8217;m planning to expand this to also subscribe to the full set of sync information (e.g. calendars).&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;I&amp;#8217;m switching tacks briefly; we received an &lt;a href='http://aws.amazon.com/education/aws-in-education-research-grants/'&gt;Amazon Research Grant&lt;/a&gt; recently and I&amp;#8217;m building a node that runs as a Linux server to act as a longer-term archival and search server. This is being written in OCaml and uses &lt;a href='http://1978th.net/tokyocabinet/'&gt;Tokyo Cabinet&lt;/a&gt; (with Jake Donham&amp;#8217;s excellent &lt;a href='http://github.com/jaked/otoky'&gt;bindings&lt;/a&gt;) and so should be speedy and a useful alternative implementation of the HTTP REST interface. The plan is to automatically synchronize meta-data across all the nodes of a personal container, but store large and historical data away from expensive cloud storage such as App Engine.&lt;/p&gt;

&lt;p&gt;There are lots more plugins in development, such as &lt;a href='http://foursquare.com'&gt;Foursquare&lt;/a&gt; and &lt;a href='http://gowalla.com'&gt;Gowalla&lt;/a&gt; OAuth collectors, an &lt;a href='http://github.com/avsm/perscon/tree/master/android'&gt;Android&lt;/a&gt; mobile application to upload location and contacts information, and Google GData synchronization. If you&amp;#8217;re interested in one of these or something else, please do &lt;a href='/contact.html'&gt;get in touch&lt;/a&gt; or just fork the &lt;a href='http://github.com/avsm/perscon'&gt;project&lt;/a&gt; and start hacking!&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>A Personal Containers Marketplace</title>
      <link>http://perscon.net/blog/2010/04/09/marketplace.html</link>
      <pubDate>Fri, 09 Apr 2010 00:00:00 PDT</pubDate>
      <author>Richard Mortier</author>
      <guid isPermaLink="true">http://perscon.net/blog/2010/04/09/marketplace</guid>
      <description>&lt;p&gt;Personal Containers securely hold all your personal data to help maintain your privacy and security, and the &lt;a href='http://github.com/avsm/perscon'&gt;current prototype&lt;/a&gt; enables that. However, to liberate the &lt;em&gt;value&lt;/em&gt; contained within your personal data means allowing third-parties access to it somehow, so that they can provide services, advertising and other value-add. We think this is a pretty interesting problem, so we&amp;#8217;ve added an initial &lt;a href='/design.html'&gt;design note&lt;/a&gt; with some thoughts on how we might solve it. Feel free to pitch in!&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Opening a website</title>
      <link>http://perscon.net/blog/2010/03/29/intro.html</link>
      <pubDate>Mon, 29 Mar 2010 00:00:00 PDT</pubDate>
      <author>Anil Madhavapeddy</author>
      <guid isPermaLink="true">http://perscon.net/blog/2010/03/29/intro</guid>
      <description>&lt;p&gt;We&amp;#8217;ve been working away at building a new type of database to help individuals keep reigns on their ever-increasing personal digital information. The first prototypes run freely on &lt;a href='http://code.google.com/appengine'&gt;Google App Engine&lt;/a&gt; to gather your data behind-the-scenes, and we are working on more advanced versions that run on embedded devices and the cloud.&lt;/p&gt;

&lt;p&gt;If you&amp;#8217;re interested in keeping track of your personal data, you can start off with the &lt;a href='/install.html'&gt;installation&lt;/a&gt; instructions to clone your own version. After that, read up on the &lt;a href='/design.html'&gt;design&lt;/a&gt; of the system (which is still changing as we research new ideas around it). When you find something you want to fix, or add a new plugin data source, just clone the &lt;a href='http://github.com/avsm/perscon'&gt;code&lt;/a&gt; and send us back fixes!&lt;/p&gt;</description>
    </item>
    

  </channel> 
</rss>

