<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: How Do You &#8216;Future Proof&#8217; Your Data?</title>
	<atom:link href="http://www.lifehacker.com.au/2008/11/how_do_you_future_proof_your_data-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lifehacker.com.au/2008/11/how_do_you_future_proof_your_data-2/</link>
	<description>tips and downloads to help you at work and play</description>
	<lastBuildDate>Mon, 23 Nov 2009 00:14:26 +1100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: shopt</title>
		<link>http://www.lifehacker.com.au/2008/11/how_do_you_future_proof_your_data-2/comment-page-1/#comment-1682</link>
		<dc:creator>shopt</dc:creator>
		<pubDate>Mon, 03 Nov 2008 06:44:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifehacker.com.au/tips/2008/11/02/how_do_you_future_proof_your_data-2.html#comment-1682</guid>
		<description>&lt;p&gt;With the current explosion in cheap hard drives, at the moment the strategy just seems to be having a few copies on a few hard drives (formatted with a well documented file system), and if you are really concerned, storing some of them off site.  But a large part of the problem is people not moving stuff off old media, and the only answer really is just keeping on top of it.  Using proprietary media (eg. ZIP disks, or wacky USB drives that don&#039;t work with standard mass storage drivers) is a really obvious way to go wrong.&lt;/p&gt;

&lt;p&gt;Another problem which hasn&#039;t been mentioned here is whether data can be understood later.  Some data has already been lost becuase it was in a proprietary undocumented format and the only program that can read it is unobtainable or can&#039;t run on any current systems.  MS office documents are probably the main concern of that nature looking forward, and using any type of DRM format is just asking to lose it.  Once again, the answer is pretty much just being careful and doing a bit of research.  Keep on converting data to later formats, or just use simpler, non-binary ones in the first place if the data may be needed past the near future.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>With the current explosion in cheap hard drives, at the moment the strategy just seems to be having a few copies on a few hard drives (formatted with a well documented file system), and if you are really concerned, storing some of them off site.  But a large part of the problem is people not moving stuff off old media, and the only answer really is just keeping on top of it.  Using proprietary media (eg. ZIP disks, or wacky USB drives that don&#8217;t work with standard mass storage drivers) is a really obvious way to go wrong.</p>
<p>Another problem which hasn&#8217;t been mentioned here is whether data can be understood later.  Some data has already been lost becuase it was in a proprietary undocumented format and the only program that can read it is unobtainable or can&#8217;t run on any current systems.  MS office documents are probably the main concern of that nature looking forward, and using any type of DRM format is just asking to lose it.  Once again, the answer is pretty much just being careful and doing a bit of research.  Keep on converting data to later formats, or just use simpler, non-binary ones in the first place if the data may be needed past the near future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rhysbwaller</title>
		<link>http://www.lifehacker.com.au/2008/11/how_do_you_future_proof_your_data-2/comment-page-1/#comment-1681</link>
		<dc:creator>rhysbwaller</dc:creator>
		<pubDate>Sun, 02 Nov 2008 03:43:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifehacker.com.au/tips/2008/11/02/how_do_you_future_proof_your_data-2.html#comment-1681</guid>
		<description>&lt;p&gt;i think the trick is to not rely on a single medium, and try to migrate as soon as it is practical. i like to have a copy in the cloud, as this not only provides an off-site backup, but also then puts the responsibility on the service to maintain the method of storage.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>i think the trick is to not rely on a single medium, and try to migrate as soon as it is practical. i like to have a copy in the cloud, as this not only provides an off-site backup, but also then puts the responsibility on the service to maintain the method of storage.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
