<?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: Understanding Born Digital Records: Journalists and Archivists with Parallel Challenges</title>
	<atom:link href="http://www.spellboundblog.com/2007/02/17/understanding-born-digital-records-journalists-and-archivists-with-parallel-challenges/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.spellboundblog.com/2007/02/17/understanding-born-digital-records-journalists-and-archivists-with-parallel-challenges/</link>
	<description>Archives, Digital Humanities, Cultural Heritage, Technology</description>
	<lastBuildDate>Sat, 14 Aug 2010 13:59:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Book Review: Dreaming in Code (a book about why software is hard) - SpellboundBlog.com - spellbound by archival science and information technology in the digital age</title>
		<link>http://www.spellboundblog.com/2007/02/17/understanding-born-digital-records-journalists-and-archivists-with-parallel-challenges/comment-page-1/#comment-4773</link>
		<dc:creator>Book Review: Dreaming in Code (a book about why software is hard) - SpellboundBlog.com - spellbound by archival science and information technology in the digital age</dc:creator>
		<pubDate>Fri, 25 May 2007 03:11:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.spellboundblog.com/2007/02/17/understanding-born-digital-records-journalists-and-archivists-with-parallel-challenges/#comment-4773</guid>
		<description>[...] have written about some of this before (see Understanding Born Digital Records: Journalists and Archivists with Parallel Challenges), but it stands repeating: If you think preserving records originating from standardized packages [...]</description>
		<content:encoded><![CDATA[<p>[...] have written about some of this before (see Understanding Born Digital Records: Journalists and Archivists with Parallel Challenges), but it stands repeating: If you think preserving records originating from standardized packages [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Van Garderen</title>
		<link>http://www.spellboundblog.com/2007/02/17/understanding-born-digital-records-journalists-and-archivists-with-parallel-challenges/comment-page-1/#comment-1074</link>
		<dc:creator>Peter Van Garderen</dc:creator>
		<pubDate>Tue, 20 Feb 2007 18:18:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.spellboundblog.com/2007/02/17/understanding-born-digital-records-journalists-and-archivists-with-parallel-challenges/#comment-1074</guid>
		<description>Hi Jeanne,

I love checking out your blog and watching the journey of someone with vision and a strong technical background go through an archival studies program. 

You&#039;ve just encountered the black hole of digital preservation: databases.

Dynamic information systems built on relational databases for data persistence are the bane of e-recordkeeping and digital preservation. I don&#039;t have time to go into all the issues. 

This &lt;a href=&quot;http://www.erpanet.org/events/2003/bern/Bern_Report_final.pdf&quot; rel=&quot;nofollow&quot;&gt;ERPAnet report&lt;/a&gt; does a pretty good job of summarizing the issues and potential solutions.

Based on some work I&#039;ve done previously, I&#039;d say these are the options for dealing with the preservation of databases and information objects stored in database information systems (i.e. the stuff that the journalists want to request under Freedom of Information requests). Each of them requires that the contextual information (i.e. system documentation) is available and up-to-date (yeah, right ;-)

1)Technology preservation: maintaining all information within the live system or in a parallel system that mirrors a specific version of the system’s hardware, software and file format configurations.

2) Dumping data into delimited flat files, XML files or standardized SQL and maintaining server audit logs to track all user interactions and data creation, reading, updating and deletions within the system. This is a technique that is being experimented with on the InterPARES Project’s VanMap case study. As well, the Swiss National Archives has been developing a tool (SIARD) to preserve databases using standardized SQL.
 
3) Treating the entire system as one compound logical object and developing tools to reconstruct the system at certain points in time using a combination of backup data, audit logs and snapshots.
 
4) Using the data archiving functionality of commercial enterprise information systems (e.g. SAP) to extract and capture discrete ‘archive data objects’ from the system

5) Outputting sets of system information to a more static document format (i.e. rendering database reports or screen captures to PDF format)</description>
		<content:encoded><![CDATA[<p>Hi Jeanne,</p>
<p>I love checking out your blog and watching the journey of someone with vision and a strong technical background go through an archival studies program. </p>
<p>You&#8217;ve just encountered the black hole of digital preservation: databases.</p>
<p>Dynamic information systems built on relational databases for data persistence are the bane of e-recordkeeping and digital preservation. I don&#8217;t have time to go into all the issues. </p>
<p>This <a href="http://www.erpanet.org/events/2003/bern/Bern_Report_final.pdf" rel="nofollow">ERPAnet report</a> does a pretty good job of summarizing the issues and potential solutions.</p>
<p>Based on some work I&#8217;ve done previously, I&#8217;d say these are the options for dealing with the preservation of databases and information objects stored in database information systems (i.e. the stuff that the journalists want to request under Freedom of Information requests). Each of them requires that the contextual information (i.e. system documentation) is available and up-to-date (yeah, right <img src='http://www.spellboundblog.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>1)Technology preservation: maintaining all information within the live system or in a parallel system that mirrors a specific version of the system’s hardware, software and file format configurations.</p>
<p>2) Dumping data into delimited flat files, XML files or standardized SQL and maintaining server audit logs to track all user interactions and data creation, reading, updating and deletions within the system. This is a technique that is being experimented with on the InterPARES Project’s VanMap case study. As well, the Swiss National Archives has been developing a tool (SIARD) to preserve databases using standardized SQL.</p>
<p>3) Treating the entire system as one compound logical object and developing tools to reconstruct the system at certain points in time using a combination of backup data, audit logs and snapshots.</p>
<p>4) Using the data archiving functionality of commercial enterprise information systems (e.g. SAP) to extract and capture discrete ‘archive data objects’ from the system</p>
<p>5) Outputting sets of system information to a more static document format (i.e. rendering database reports or screen captures to PDF format)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
