<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Muffin Research Labs &#187; Web 2.0</title>
	<atom:link href="http://muffinresearch.co.uk/archives/category/web-20/feed/" rel="self" type="application/rss+xml" />
	<link>http://muffinresearch.co.uk</link>
	<description>the personal blog of Stuart Colville covering modern web development techniques and best practices</description>
	<lastBuildDate>Thu, 15 Mar 2012 10:10:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Multimap opens up it&#8217;s API to developers</title>
		<link>http://muffinresearch.co.uk/archives/2007/05/29/multimap-opens-up-its-api-to-developers/</link>
		<comments>http://muffinresearch.co.uk/archives/2007/05/29/multimap-opens-up-its-api-to-developers/#comments</comments>
		<pubDate>Tue, 29 May 2007 16:07:11 +0000</pubDate>
		<dc:creator>Stuart Colville</dc:creator>
				<category><![CDATA[Code]]></category>
		<category><![CDATA[Tech]]></category>
		<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://muffinresearch.co.uk/archives/2007/05/29/multimap-opens-up-its-api-to-developers/</guid>
		<description><![CDATA[I&#8217;m really pleased to hear that finally Multimap has opened up it&#8217;s API for use by developers &#8220;to innovate, experiment and try things out&#8221;. Multimap has some fantastic data and probably the best maps in the UK who else can provide vector maps and a good range of raster maps? It&#8217;s really great to see [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m really pleased to hear that finally <a href="http://www.multimap.com">Multimap</a> has opened up it&#8217;s <a href="http://www.multimap.com/openapi/">API</a> for use by developers &#8220;to innovate, experiment and try things out&#8221;. Multimap has some fantastic data and probably the best maps in the UK who else can provide vector maps <em>and</em> a <a href="http://usabletype.com/weblog/multimap-raster-maps/">good range of raster maps</a>? It&#8217;s really great to see that this data can now be used to power mashups and other mapping experiements. I think Multimap through doing this will no doubt see some interesting applications created which will subsequently provide more business users to look at using their data over other suppliers so it should be win win.</p>
<p>The only limitation to this whole project is that the traffic is limited to 5% of the traffic generated on the pulbic site. If one user uses more than 1% of that, then Multimap will &#8220;be in touch to discuss how we can work together to help you grow&#8221;. Which sounds like you&#8217;ll be asked to open a commercial account. In any case, if you&#8217;re looking to create something based around draggable maps then multimap&#8217;s openAPI is well worth a look. In addition as Multimap support <a href="http://www.mapstraction.com">Mapstraction.com</a> (mapstraction currently supports Multimaps paid service) you should be able to use that so that switching between providers becomes even easier.</p>
<p>For more info on Multimap&#8217;s openAPI see <a href="http://www.multimap.com/openapi/">http://www.multimap.com/openapi/</a></p>
]]></content:encoded>
			<wfw:commentRss>http://muffinresearch.co.uk/archives/2007/05/29/multimap-opens-up-its-api-to-developers/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Web 2.0 data recovery</title>
		<link>http://muffinresearch.co.uk/archives/2006/01/07/web-20-data-recovery/</link>
		<comments>http://muffinresearch.co.uk/archives/2006/01/07/web-20-data-recovery/#comments</comments>
		<pubDate>Sat, 07 Jan 2006 12:17:09 +0000</pubDate>
		<dc:creator>Stuart Colville</dc:creator>
				<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://dev.muffinresearch.co.uk/archives/2006/01/07/web-20-data-recovery/</guid>
		<description><![CDATA[If you think about the growth of web 2.0 applications and think about how you yourself are using these tools from day to day you begin to realise that we are trusting a lot of data to these services. With every new service we sign up with we are trusting that their service will be [...]]]></description>
			<content:encoded><![CDATA[<p>If you think about the growth of web 2.0 applications and think about how you yourself are using these tools from day to day you begin to realise that we are trusting a lot of data to these services. With every new service we sign up with we are trusting that their service will be available, that our data won&#8217;t suddenly dissappear overnight and that our privacy will not be abused.</p>
<p>Let&#8217;s face it, the <acronym title="End User License Agreement">EULA</acronym>s for all of these services contain disclaimers stating that the data is the user&#8217;s responsibilty. That&#8217;s logical, but how many of these services make it easy for the end user to back-up their data. A common concept in Web 2.0 applications is that it&#8217;s easy to get data in and easy to get data out, but how many well-known web 2.0 applications have a feature that allows the user to both export and re-import exported data?</p>
<p>I took a look at a few of the applications I mentioned above and found that the means to backup data is not as comprehensive as it needs to be:</p>
<table>
<thead>
<tr>
<th>Description</th>
<th>Export data</th>
<th>Import of exported data</th>
</tr>
</thead>
<tbody>
<tr>
<td><a href="http://www.rememberthemilk.com/">Remember the Milk (Beta)</a></td>
<td>YES (iCal format)</td>
<td>NO (but planned)</td>
</tr>
<tr>
<td><a href="http://www.37signals.com/">Basecamp/Backpack</a></td>
<td>YES (xml format)</td>
<td>NO</td>
</tr>
<tr>
<td><a href="http://www.flickr.com">Flickr</a></td>
<td>NO</td>
<td>NO</td>
</tr>
<tr>
<td><a href="http://del.icio.us">Del.icio.us</a></td>
<td>YES</td>
<td>YES</td>
</tr>
</tbody>
</table>
<h2>Conclusion</h2>
<p>I am advocating that any web application that handles any level of user data above basic account information <em>should</em> at a minimum provide a way to export all data and import the exported data back-in. In the unlikely event of a major disaster at the supplier&#8217;s end, where their own backup fails, the user can simply restore their data.</p>
<p>Even though it may be extremely unlikely that data will be lost in this way, it would be comforting to know that <em>we</em> can take responsibilty of our own data recovery.</p>
]]></content:encoded>
			<wfw:commentRss>http://muffinresearch.co.uk/archives/2006/01/07/web-20-data-recovery/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

