<?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/"
	xmlns:series="http://unfoldingneurons.com/"
	>

<channel>
	<title>Stephen Foskett, Pack Rat &#187; ASCII Archives  &#8211; Stephen Foskett, Pack Rat</title>
	<atom:link href="http://blog.fosketts.net/tag/ascii/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net</link>
	<description>Understanding the accumulation of data</description>
	<lastBuildDate>Fri, 10 Feb 2012 17:40:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
			<item>
		<title>Thoughts on Long-Term Archiving</title>
		<link>http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/</link>
		<comments>http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/#comments</comments>
		<pubDate>Wed, 03 Dec 2008 20:47:14 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[AIIM]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[ASCII]]></category>
		<category><![CDATA[Blu-ray]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[inkjet]]></category>
		<category><![CDATA[Iron Mountain]]></category>
		<category><![CDATA[PNG]]></category>
		<category><![CDATA[records]]></category>
		<category><![CDATA[records management]]></category>
		<category><![CDATA[TIFF]]></category>
		<category><![CDATA[webinar]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=1180</guid>
		<description><![CDATA[I just completed my webinar for AIIM on long-term archiving. Excellent attendance (kudos to AIM!) and some great questions that, sadly, we didn&#8217;t get to during the session. I&#8217;ll try to tackle them here in hopes that their authors find these answers! What are vital records versus ordinary records? I like this suggestion from another attendee: &#8220;Vital [...]]]></description>
			<content:encoded><![CDATA[<p>I just completed my webinar for AIIM on long-term archiving. Excellent attendance (kudos to AIM!) and some great questions that, sadly, we didn&#8217;t get to during the session. I&#8217;ll try to tackle them here in hopes that their authors find these answers!</p>
<p><span id="more-1180"></span></p>
<ol>
<li><strong>What are vital records versus ordinary records?</strong> I like this suggestion from another attendee: <strong>&#8220;Vital Record&#8221; is, by definition, a record without which the organization could not continue to function.</strong></li>
<li><strong>Would you consider Accounts Payable and Accounts Receivable receipts and related backup documentations vital records?</strong> They may be vital to some businesses and not vital to others. I suspect that these would be much more vital in the short term and much less important after the year is closed out. But I can imagine scenarios where they would be required for decades.</li>
<li><strong>It was mentioned that it was risky to scan paper into a electronic format without a written, compact retention policy. My question is this: If you are in the process of setting policy and adding to your policy and procedures manual is it still ok to scan? My boss has pushed for me to begin the conversion process even though I haven&#8217;t managed to complete the new policy and procedures. I think this is his way of showing his superiors that we are making progress on a project that they weren&#8217;t neccesarily behind in the first place.</strong> I would worry that you&#8217;ll waste effort scanning documents that shouldn&#8217;t be saved. But it&#8217;s better to duplicate and waste some effort than to not save at all. So scan away! But get that policy done too!</li>
<li><strong>What about TIFF storage? Is that still viable?</strong> and <strong>For long term storage, why isn&#8217;t tiff G4 an option?</strong> TIFF is certainly a widely-used format for images, and G3 compressed TIFF will probably be readable a century from now (assuming we&#8217;re still here!) Plus, TIFF is (usually) lossless. However, it&#8217;s very flexible, and a TIFF file can contain lots of different data &#8211; you could easily create a TIFF that won&#8217;t be readable next week! Also, there have been some patent/royalty arguments about TIFF and related technologies. Finally, TIFF files tend to be huge (since they&#8217;re lossless) compared to other (lossy) formats. I like open standards like PNG better since they&#8217;re fully documented and portable, but TIFF is probably a decent choice.</li>
<li><strong>When storing paper does the newer printing technology &#8211; inkjet, laser etc. match the archival quality of older paper and inks?</strong> and <strong>What do we need to know about the kind of paper that should be used for long term archiving?</strong> I&#8217;m concerned that newer technologies, including printer tech, won&#8217;t last like old ones. I have impact-printed pages from the 1980s that look like new, and laser-printed pages from the 1990s that are clear and clean. But my old inkjet pages are very faded. Now, this could have to do with the paper I chose, and it could be that old inkjet isn&#8217;t a predictor of new inkjet, but I&#8217;m skeptical. HP <a rel="nofollow" href="http://h71036.www7.hp.com/hho/cache/331414-0-0-225-121.html"  target="_blank">claims</a> that their Vivera inkjet ink will last &#8220;108 years&#8221;, which seems oddly precise. I guess they took a Photosmart printer back to 1900 and printed out some pages? In all seriousness, be concerned about any claims like this that cannot possibly be tested. And consider handling as well &#8211; proper temperature, humidity, and storage will make documents last much, much longer!</li>
<li><strong>Dry caskets of nuclear waste are dangerously radioactive for over 10,000 years. Consider the &#8220;pancake&#8221; drive: titanium disks written with an ion beam in both analog and digital. Even without ASCII, it can be read with an electron microscope. Now that is longterm storage. Do you really trust current formats for 50-100 years? Think of how much change there has been in the last 50 years.</strong> and <strong>If There was not a question of Blu-ray discs lasting for decades , what is your opinion on the technology as a viable archive solution?</strong> I&#8217;m skeptical of all unprovable longevity claims, since media has never lived up to them in the past! If I had to guess, I&#8217;d say that mechanical devices like disks and tapes will have more problems than plain discs, and that optical will last longer than magnetic. So I bet Blu Ray media will outlive most other current mainstream media.</li>
<li><strong>If it isn&#8217;t vital you should not convert. On another project (our archives) I am trying to save and prevent any further damage to the records because they are currently stored in a basement with water leaks, rats, and no climate control. Is this instance how do you weigh the vital and non-vital? Specifically, I was asked to bring in outside companies to see what they had to say and get quotes after my warnings and price estimations were rejected. Any suggestions on how to get across the importance of not allowing these records to just rot?</strong> Rats don&#8217;t make great records managers! Seriously, though, I&#8217;d say that something is seriously out of whack when records are stored like this. Maybe you should come in to work one day and claim that all of the records are destroyed and see what reaction you get? But be sure to have another job lined up before you pull this stunt&#8230; </li>
<li><strong>I just want to point out there is a whole profession that deals with this every day &#8211; the Archivist. Information can be found at <a href="http://www.archivists.org"  target="_blank">www.archivists.org</a> &#8211; they even have a group of Business Archivists that you can talk to.</strong> Thank you for that link &#8211; I&#8217;ll look into it!</li>
<li><strong>Can you provide more information on what Open Standard Format is?</strong> I like standards that are well documented in public places &#8211; ASCII charts are freely available and widely distributed, for example. These are a message to future generations &#8211; when you encounter this file, decode it with this chart! But proprietary formats concern me, especially when their documentation isn&#8217;t freely available and open.</li>
<li><strong>When will the presentation slides be available?</strong> The webinar and slides should be posted <a href="http://www.aiim.org/Events/WebinarArchive.aspx"  target="_blank">at AIIM&#8217;s site</a> within two weeks. </li>
</ol>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/12/02/long-term-archiving/"  rel="bookmark" class="crp_title">Long-Term Versus Longer-Term Archiving</a></li><li><a href="http://blog.fosketts.net/2008/10/08/automate-policy-email-archiving-2/"  rel="bookmark" class="crp_title">Webcast: Automating Policy With Email Archiving Technology</a></li><li><a href="http://blog.fosketts.net/2008/09/05/answering-email-archiving-questions/"  rel="bookmark" class="crp_title">Answering Your Email Archiving Questions</a></li><li><a href="http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/"  rel="bookmark" class="crp_title">How Long Should Companies Retain Email?</a></li><li><a href="http://blog.fosketts.net/2008/10/23/reduce-file-size-pdf-mac/"  rel="bookmark" class="crp_title">Hallelujah! OS X Can Reduce PDF File Size!</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/">Thoughts on Long-Term Archiving</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Long-Term Versus Longer-Term Archiving</title>
		<link>http://blog.fosketts.net/2008/12/02/long-term-archiving/</link>
		<comments>http://blog.fosketts.net/2008/12/02/long-term-archiving/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 14:46:03 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[AIIM]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[ASCII]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[disk]]></category>
		<category><![CDATA[media]]></category>
		<category><![CDATA[paper]]></category>
		<category><![CDATA[papyrus]]></category>
		<category><![CDATA[PDF]]></category>
		<category><![CDATA[record retention]]></category>
		<category><![CDATA[records]]></category>
		<category><![CDATA[tablet]]></category>
		<category><![CDATA[tape]]></category>
		<category><![CDATA[toot toot]]></category>
		<category><![CDATA[webinar]]></category>
		<category><![CDATA[XML]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=1163</guid>
		<description><![CDATA[How will you retain records for the long haul? It depends on how you define &#8220;long&#8221;. Nearly everyone (individual and business alike) has certain records to retain for years, and some may need retention for decades or centuries. How can you accomplish this? First, consider whether to store records as atoms or bits. You can [...]]]></description>
			<content:encoded><![CDATA[<p>How will you retain records for the long haul? It depends on how you define &#8220;long&#8221;. Nearly everyone (individual and business alike) has certain records to retain for years, and some may need retention for decades or centuries. How can you accomplish this?</p>
<p>First, consider whether to store records as atoms or bits. You can convert paper to data or vice versa, and there are pros and cons to both:</p>
<ul>
<li>Properly handled physical (paper or film) records should last for hundreds of years and can remain readable without software or devices. But they&#8217;re hard to search (you need an index), and paper is bulky, heavy, and difficult to work with.</li>
<li>Digital records can either be stored offline or kept &#8220;alive,&#8221; but questions remain about their long-term reliability and readability. Living records can be easy to search and use, and digital storage can be very space-efficient, but data tends to pile up &#8220;out of sight.&#8221;</li>
</ul>
<p>Long-term storage of records on physical media is proven &#8211; think about papyrus, tablets, gold or nickel discs, film, and paper. But will digital media fare as well? Data tapes and disks can degrade over time, and manufacturer reliability specs are based on accelerated testing, not actual experience. Regardless of media type, careful handling can extend media life.</p>
<p>But will you still be able to read it? Tapes and optical disks require additional hardware to read, while disk drives are paired with their read heads. Software applications are needed to read and interpret data (backup, archiving, compression, encryption, deduplication, database) as well. What about content format? Should you use ASCII, XML, PDF/A?</p>
<ul>
</ul>
<p>I&#8217;ll be presenting a webinar on this topic tomorrow, Wednesday, December 3, at 2:00 PM Eastern time. <a href="http://www.aiim.org/Events/register.aspx?id=288"  target="_blank">Register on-line</a> at the AIIM web site and join me for the discussion!</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/"  rel="bookmark" class="crp_title">Thoughts on Long-Term Archiving</a></li><li><a href="http://blog.fosketts.net/2008/10/08/automate-policy-email-archiving-2/"  rel="bookmark" class="crp_title">Webcast: Automating Policy With Email Archiving Technology</a></li><li><a href="http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/"  rel="bookmark" class="crp_title">How Long Should Companies Retain Email?</a></li><li><a href="http://blog.fosketts.net/2008/12/04/enhanced-archive-platforms-netapp/"  rel="bookmark" class="crp_title">White Paper: Enhanced Archive Platforms with Agility for NetApp</a></li><li><a href="http://blog.fosketts.net/2008/10/20/managing-email-e-discovery/"  rel="bookmark" class="crp_title">Six Critical Steps For Managing Email E-Discovery</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/12/02/long-term-archiving/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/12/02/long-term-archiving/">Long-Term Versus Longer-Term Archiving</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>, <a href="http://blog.fosketts.net/category/everything/personal/" title="View all posts in Personal" rel="category tag">Personal</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2008/12/02/long-term-archiving/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

