<?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: Anil Dash&#8217;s library is dead</title>
	<atom:link href="http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/</link>
	<description>Notes from an unfinished world…</description>
	<lastBuildDate>Mon, 06 Feb 2012 13:29:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Pierre Igot</title>
		<link>http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/comment-page-1/#comment-6542</link>
		<dc:creator>Pierre Igot</dc:creator>
		<pubDate>Sun, 14 Jan 2007 02:20:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/#comment-6542</guid>
		<description>It&#039;s true that we managed quite well to enjoy our music listening experiences without computers, iPods, and iTunes for many years before all this technology became available. So in that respect maybe the metadata accumulated over time in the iTunes library are not &lt;em&gt;that&lt;/em&gt; important. On the other hand, we managed modern life quite well without e-mail for many decades, and yet somehow e-mail has now become indispensable for most people. So in a way the   metadata aspect of music file management has become essential to many people.

Ultimately, the relative importance of data is a very personal and subjective issue. Basically the iTunes library stuff was obviously pretty important in Anil Dash&#039;s life (as it is in mine), so he should have had regularly scheduled backups to fall back on. 

But obviously there are many situations where, even with the best intentions and lots of effort, we can&#039;t easily achieve peace of mind, because of the size of many multimedia files. (In that respect, I am bit concerned that Time Machine will consume a lot of disk space, because it won&#039;t know that these MP3 files that I had on my desktop for a few days were not that important since I have them on CD or I only meant to listen to them once.)

I am hoping that blue-laser recordable DVDs become available soon at a reasonable price (either DVD HD or Blu-Ray, or probably both), because there will be a substantial leap in disk capacity. Backing up our entire hard drives on 50 GB DVDs won&#039;t be all that difficult. 

But we&#039;re not there yet, and it will still require lots of manual intervention. So complete peace of mind and data safety are still a long way off. In the mean time, the best we can do is prioritize, based on our own individual preferences. Nobody other than myself (and certainly not a computer program) can tell which files are really important to me. That means that, like everyone else, I still have lots of manual work to do.

That said, I still think every serious Mac OS X user should use SuperDuper! :).</description>
		<content:encoded><![CDATA[<p>It&#8217;s true that we managed quite well to enjoy our music listening experiences without computers, iPods, and iTunes for many years before all this technology became available. So in that respect maybe the metadata accumulated over time in the iTunes library are not <em>that</em> important. On the other hand, we managed modern life quite well without e-mail for many decades, and yet somehow e-mail has now become indispensable for most people. So in a way the   metadata aspect of music file management has become essential to many people.</p>
<p>Ultimately, the relative importance of data is a very personal and subjective issue. Basically the iTunes library stuff was obviously pretty important in Anil Dash&#8217;s life (as it is in mine), so he should have had regularly scheduled backups to fall back on. </p>
<p>But obviously there are many situations where, even with the best intentions and lots of effort, we can&#8217;t easily achieve peace of mind, because of the size of many multimedia files. (In that respect, I am bit concerned that Time Machine will consume a lot of disk space, because it won&#8217;t know that these MP3 files that I had on my desktop for a few days were not that important since I have them on CD or I only meant to listen to them once.)</p>
<p>I am hoping that blue-laser recordable DVDs become available soon at a reasonable price (either DVD HD or Blu-Ray, or probably both), because there will be a substantial leap in disk capacity. Backing up our entire hard drives on 50 GB DVDs won&#8217;t be all that difficult. </p>
<p>But we&#8217;re not there yet, and it will still require lots of manual intervention. So complete peace of mind and data safety are still a long way off. In the mean time, the best we can do is prioritize, based on our own individual preferences. Nobody other than myself (and certainly not a computer program) can tell which files are really important to me. That means that, like everyone else, I still have lots of manual work to do.</p>
<p>That said, I still think every serious Mac OS X user should use SuperDuper! :).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: henryn</title>
		<link>http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/comment-page-1/#comment-6541</link>
		<dc:creator>henryn</dc:creator>
		<pubDate>Sat, 13 Jan 2007 23:48:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/#comment-6541</guid>
		<description>Each person places different value on different material. What&#039;s important is that there is a way to routinely back-up the data consistent with its true value to its owner.

Each of us has the right to a plea, &quot;My data is special&quot;.   In my case, I&#039;m collecting scans of rare historical photos and documents, returning the originals to their owners, with little hope of seeing them again.   Much of this data will eventually be made public on websites, but I feel I have a responsibility to do a good job archiving the original scans, too.   I simply haven&#039;t found a good way to do this, especially where photos are involved.   I can at the highest reasonable resolution, so I get big TIFFs.  Then I do one or more levels of repair in Photoshop, then I produce JPGs for the web -- each scan might produce 20 - 80 Mb in all.   Hundreds of scans.  No easy way to back-up on-going progress _and_ produce assured archives in 5GB chunks as provided by DVD backups.  I&#039;m _really_ concerned about losing archival data due to DVD degradation ... or physical damage.</description>
		<content:encoded><![CDATA[<p>Each person places different value on different material. What&#8217;s important is that there is a way to routinely back-up the data consistent with its true value to its owner.</p>
<p>Each of us has the right to a plea, &#8220;My data is special&#8221;.   In my case, I&#8217;m collecting scans of rare historical photos and documents, returning the originals to their owners, with little hope of seeing them again.   Much of this data will eventually be made public on websites, but I feel I have a responsibility to do a good job archiving the original scans, too.   I simply haven&#8217;t found a good way to do this, especially where photos are involved.   I can at the highest reasonable resolution, so I get big TIFFs.  Then I do one or more levels of repair in Photoshop, then I produce JPGs for the web &#8212; each scan might produce 20 &#8211; 80 Mb in all.   Hundreds of scans.  No easy way to back-up on-going progress _and_ produce assured archives in 5GB chunks as provided by DVD backups.  I&#8217;m _really_ concerned about losing archival data due to DVD degradation &#8230; or physical damage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ssp</title>
		<link>http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/comment-page-1/#comment-6540</link>
		<dc:creator>ssp</dc:creator>
		<pubDate>Fri, 12 Jan 2007 10:10:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/#comment-6540</guid>
		<description>I really am hoping that Time Machine will rock because these days doing an actual backup that keeps a bit of history around (I wouldn&#039;t count SuperDuper because the time span it covers is just too short) is tricky. 

And what about long time spans? I recently wanted to have a look at an ancient file that I last used 15 years ago or so. And I found it was corrupted (and judging from some backups has been corrupted for a number of  years already).  I couldn&#039;t even figure out what went wrong and when. Some HD problem in hardware or file-system wise? some application ruining the file? something going wrong when I copied it over from my old Atari? No idea.

That&#039;s disappointing of course - and perhaps another point for the checksumming they do in modern file system.</description>
		<content:encoded><![CDATA[<p>I really am hoping that Time Machine will rock because these days doing an actual backup that keeps a bit of history around (I wouldn&#8217;t count SuperDuper because the time span it covers is just too short) is tricky. </p>
<p>And what about long time spans? I recently wanted to have a look at an ancient file that I last used 15 years ago or so. And I found it was corrupted (and judging from some backups has been corrupted for a number of  years already).  I couldn&#8217;t even figure out what went wrong and when. Some HD problem in hardware or file-system wise? some application ruining the file? something going wrong when I copied it over from my old Atari? No idea.</p>
<p>That&#8217;s disappointing of course &#8211; and perhaps another point for the checksumming they do in modern file system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danridley</title>
		<link>http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/comment-page-1/#comment-6537</link>
		<dc:creator>danridley</dc:creator>
		<pubDate>Fri, 12 Jan 2007 06:09:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/#comment-6537</guid>
		<description>henryn: I&#039;m somewhat flabbergasted at your suggestion that metadata (playlists, ratings, etc) is less valuable than third-party data. As far as my iTunes data goes, it&#039;s quite the reverse — 90% of my songs are easily replaceable, either by re-ripping the CD, re-downloading from the artists&#039; sites, or (for certain painful values of &#039;easy&#039;) re-purchasing from the iTunes Store. 

On the other hand, my metadata represents everything that is &lt;b&gt;mine&lt;/b&gt; about that data. That playlist that I made for the drive to see Cirque du Soleil several years ago; the careful ratings and smart playlists that make it so I can listen to music that helps me focus rather than distracting me; these are irreplaceable, and therefore of immense value to me.

Sure, if I somehow lost everything and had to do data recovery I&#039;d go after clients&#039; Web sites long before I went after my iTunes library file, but it seems to me that metadata is frequently as important, and sometimes more important, than the data itself.</description>
		<content:encoded><![CDATA[<p>henryn: I&#8217;m somewhat flabbergasted at your suggestion that metadata (playlists, ratings, etc) is less valuable than third-party data. As far as my iTunes data goes, it&#8217;s quite the reverse — 90% of my songs are easily replaceable, either by re-ripping the CD, re-downloading from the artists&#8217; sites, or (for certain painful values of &#8216;easy&#8217;) re-purchasing from the iTunes Store. </p>
<p>On the other hand, my metadata represents everything that is <b>mine</b> about that data. That playlist that I made for the drive to see Cirque du Soleil several years ago; the careful ratings and smart playlists that make it so I can listen to music that helps me focus rather than distracting me; these are irreplaceable, and therefore of immense value to me.</p>
<p>Sure, if I somehow lost everything and had to do data recovery I&#8217;d go after clients&#8217; Web sites long before I went after my iTunes library file, but it seems to me that metadata is frequently as important, and sometimes more important, than the data itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danridley</title>
		<link>http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/comment-page-1/#comment-6536</link>
		<dc:creator>danridley</dc:creator>
		<pubDate>Fri, 12 Jan 2007 05:58:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/#comment-6536</guid>
		<description>&lt;blockquote&gt;I am sure there are similarly affordable and easy-to-use solutions for Windows users&lt;/blockquote&gt;

Ha!

&lt;blockquote&gt;there really should be procedures in our operating systems to guard against them. But based on the little bit of reading that I have done on the subject in the recent past, this would probably require substantial changes at the level of the file system itself, and such changes are obviously a rather big technological challenge.&lt;/blockquote&gt;

One that Sun has taken on and done an excellent job with. The possibility of ZFS in Leopard has people excited for a reason &#8212; the ZFS developers looked long and hard at everything that&#039;s wrong with data storage, and they implemented everything they possibly could to ensure that data loss became optional. With sufficient drive capacity,  RAID-Z and snapshotting make it a real possibility to never lose data again, either to corruption or disk failure. (Some manner of offsite backup is still required for edge cases like fire or catastrophic disk controller failure.)</description>
		<content:encoded><![CDATA[<blockquote><p>I am sure there are similarly affordable and easy-to-use solutions for Windows users</p></blockquote>
<p>Ha!</p>
<blockquote><p>there really should be procedures in our operating systems to guard against them. But based on the little bit of reading that I have done on the subject in the recent past, this would probably require substantial changes at the level of the file system itself, and such changes are obviously a rather big technological challenge.</p></blockquote>
<p>One that Sun has taken on and done an excellent job with. The possibility of ZFS in Leopard has people excited for a reason &mdash; the ZFS developers looked long and hard at everything that&#8217;s wrong with data storage, and they implemented everything they possibly could to ensure that data loss became optional. With sufficient drive capacity,  RAID-Z and snapshotting make it a real possibility to never lose data again, either to corruption or disk failure. (Some manner of offsite backup is still required for edge cases like fire or catastrophic disk controller failure.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: henryn</title>
		<link>http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/comment-page-1/#comment-6535</link>
		<dc:creator>henryn</dc:creator>
		<pubDate>Fri, 12 Jan 2007 05:45:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.betalogue.com/2007/01/11/anil-dashs-library-is-dead/#comment-6535</guid>
		<description>I&#039;m sorry to hear that anyone loses data.  We&#039;ve all become so accustomed to ultra-reliable hard disks that my guess is very few people make backups of any kind.  Corporate workers depend on their IT departments, and the rest of us...

It seems this fellow&#039;s primary valuables --the songs themselves-- were not lost, just his customizations, playlists and the like  I&#039;m envious of people who have the time and energy to spend on such things, and not quite as sympathetic as I might be if the loss was his songs -- or valuable data for his work.

I&#039;m concerned about the big picture.    I&#039;ve never purchased a song, and my playlists are trivial.   But we just got a new digital camera, the temptation to take full-res 10MB photos is great -- that will create a tremendous data-storage load. (Backup or archive or what, I&#039;m not certain.)    Distinguishing what needs to be backed up at any given time is non-trivial.  I&#039;m certain I don&#039;t care about Chinese fonts, maybe I can skip those raw photos, but there&#039;s that little note file over yonder contains data I would hate to lose.   We&#039;ll have increasing potential for data corruption as software systems get more complex, and if that&#039;s not enough, the crime rate in our town has been rising:  Macs make inviting targets.  Oh, yeah, over Christmas I heard from an old friend whose house was stuck by lightning, not proverbially -- it burned down.

Last time I looked while backing up my data --nothing to do with the system or applications-- I saw file counts in the hundreds of thousands.  How can we manage those kinds of numbers of files wisely?  Well, we simply back them all up, right?    Or not.

As hard disk drive capacity increases, the temptation to simply &quot;do it&quot; increases, and I&#039;m concerned that the overhead cost will continually creep up, too.

What I think we need is new models for managing our data, something to work _with_ files and folders to help us decide on priorities for backup,  make damn sure the most important items are regularly (and retrievably) backed up, with a much broader set of choices for how and where the rest of the data is &quot;saved&quot;.    We also need to understand much better the reliability and failure modes of the only practical backup media we have in sight right now, DVDs.   And ways of managing the data in light of the fact that it won&#039;t take all that many 10Mb photos to overflow a 5GB DVD.</description>
		<content:encoded><![CDATA[<p>I&#8217;m sorry to hear that anyone loses data.  We&#8217;ve all become so accustomed to ultra-reliable hard disks that my guess is very few people make backups of any kind.  Corporate workers depend on their IT departments, and the rest of us&#8230;</p>
<p>It seems this fellow&#8217;s primary valuables &#8211;the songs themselves&#8211; were not lost, just his customizations, playlists and the like  I&#8217;m envious of people who have the time and energy to spend on such things, and not quite as sympathetic as I might be if the loss was his songs &#8212; or valuable data for his work.</p>
<p>I&#8217;m concerned about the big picture.    I&#8217;ve never purchased a song, and my playlists are trivial.   But we just got a new digital camera, the temptation to take full-res 10MB photos is great &#8212; that will create a tremendous data-storage load. (Backup or archive or what, I&#8217;m not certain.)    Distinguishing what needs to be backed up at any given time is non-trivial.  I&#8217;m certain I don&#8217;t care about Chinese fonts, maybe I can skip those raw photos, but there&#8217;s that little note file over yonder contains data I would hate to lose.   We&#8217;ll have increasing potential for data corruption as software systems get more complex, and if that&#8217;s not enough, the crime rate in our town has been rising:  Macs make inviting targets.  Oh, yeah, over Christmas I heard from an old friend whose house was stuck by lightning, not proverbially &#8212; it burned down.</p>
<p>Last time I looked while backing up my data &#8211;nothing to do with the system or applications&#8211; I saw file counts in the hundreds of thousands.  How can we manage those kinds of numbers of files wisely?  Well, we simply back them all up, right?    Or not.</p>
<p>As hard disk drive capacity increases, the temptation to simply &#8220;do it&#8221; increases, and I&#8217;m concerned that the overhead cost will continually creep up, too.</p>
<p>What I think we need is new models for managing our data, something to work _with_ files and folders to help us decide on priorities for backup,  make damn sure the most important items are regularly (and retrievably) backed up, with a much broader set of choices for how and where the rest of the data is &#8220;saved&#8221;.    We also need to understand much better the reliability and failure modes of the only practical backup media we have in sight right now, DVDs.   And ways of managing the data in light of the fact that it won&#8217;t take all that many 10Mb photos to overflow a 5GB DVD.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

