<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Digital Preservation Q&amp;A - Recent questions</title>
<link>https://qanda.digipres.org/questions</link>
<description>Powered by Question2Answer</description>
<item>
<title>What is a good tool for normalizing image file formats?</title>
<link>https://qanda.digipres.org/1292/what-is-a-good-tool-for-normalizing-image-file-formats</link>
<description>We were going to use Adobe for file normalization, but the subscription is pricey. Instead of Adobe Audition, we can use Audacity for video files. Is there anyone who can recommend a tool for image file normalization?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1292/what-is-a-good-tool-for-normalizing-image-file-formats</guid>
<pubDate>Mon, 29 Jan 2024 15:17:36 +0000</pubDate>
</item>
<item>
<title>What is a good tool to create a graphical map of a web site (sitemap)?</title>
<link>https://qanda.digipres.org/1279/what-is-good-tool-to-create-graphical-map-of-web-site-sitemap</link>
<description>I'm looking for a tool that either crawls a website, a local file tree, or a WARC and produces a graphical sitemap showing the links inbetween these files.&lt;br /&gt;
&lt;br /&gt;
Maybe it could export graphviz code to make into a diagram, or export an SVG...?&lt;br /&gt;
&lt;br /&gt;
Most tools suggested when googling are commercial SEO optimization tools or create Google's preferred sitemap.xml fornat, which is missing the linking information.</description>
<guid isPermaLink="true">https://qanda.digipres.org/1279/what-is-good-tool-to-create-graphical-map-of-web-site-sitemap</guid>
<pubDate>Fri, 15 Oct 2021 12:48:26 +0000</pubDate>
</item>
<item>
<title>How to access a subset of Web Archive pages from a vintage web browser on vintage hardware?</title>
<link>https://qanda.digipres.org/1252/access-subset-archive-pages-vintage-browser-vintage-hardware</link>
<description>&lt;p&gt;
	I am in possession of an old 1998 Powerbook looking to browse era-specific websites (1995-2000, roughly) from the Web Archive using Netscape Communicator 4.08.&amp;nbsp; I'm doing so specifically to demonstrate the full capabilites of&amp;nbsp;&lt;strong&gt;&lt;em&gt;this specific browser&lt;/em&gt;&lt;/strong&gt;, not simply trying to view the websites from any other browser, nor on any other machine.&amp;nbsp; Furthermore, I need to show that these web sites are, in fact, web-accessible, so simply saving the web pages on a modern computer, removing the offending incompatibilities, transferring the files over to the Powerbook through other means and opening the files locally using the browser doesn't cut it.&amp;nbsp; Obviously, there are many issues with this, incompatibility with the modern https protocol now used by Web Archive and the version of JavaScript it uses chief among them.&amp;nbsp; The solutions I'm thinking of attempting, are as follows:&lt;br&gt;
	&lt;br&gt;
	1) Save the web pages I want from Web Archive, manually strip away the incompatible elements, host the pages on local servers on my network using protocols compatible with my vintage browser.&amp;nbsp; This is my &quot;brute force&quot; option.&lt;/p&gt;
&lt;p&gt;
	2) Write a transcoding proxy that automatically strips away the incompatible elements from the Web Archived versions of the web sites, so that any attempt to access the site by my vintage browser will return these transcoded versions.&lt;/p&gt;
&lt;p&gt;
	Both options are time consuming, and I was simply wondering if this problem has already been tackled, before I waste my time reinventing a solution.&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1252/access-subset-archive-pages-vintage-browser-vintage-hardware</guid>
<pubDate>Tue, 29 Sep 2020 09:57:50 +0000</pubDate>
</item>
<item>
<title>Tools to accession via file transfer</title>
<link>https://qanda.digipres.org/1236/tools-to-accession-via-file-transfer</link>
<description>I'm wondering how to accession digital objects from donors with very little tech knowledge - who may also be resistant to downloading software for the transfer. Previously we have been using WeTransfer. Thanks!</description>
<guid isPermaLink="true">https://qanda.digipres.org/1236/tools-to-accession-via-file-transfer</guid>
<pubDate>Tue, 21 Jan 2020 14:57:14 +0000</pubDate>
</item>
<item>
<title>Best practices for digitising tapes captured at a low resolution</title>
<link>https://qanda.digipres.org/1204/best-practices-for-digitising-tapes-captured-low-resolution</link>
<description>What would be best practice for digitising VHS and miniDV tapes where the camera was set to capture at a low resolution? Our usual practice for video digitistation to date has been to capture in uncompressed AVI format, which results in very large files. However, am wondering whether it is worth all the space required, given the quality of the digitised files will be relatively poor anyway. I do understand that using a compressed format to save space may result in even poorer quality files. Thoughts?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1204/best-practices-for-digitising-tapes-captured-low-resolution</guid>
<pubDate>Tue, 29 Oct 2019 23:20:50 +0000</pubDate>
</item>
<item>
<title>Do you have any LTFS Tape Library Recommendations?</title>
<link>https://qanda.digipres.org/1174/do-you-have-any-ltfs-tape-library-recommendations</link>
<description>&lt;p&gt;
	&lt;span style=&quot;font-family: Arial, Helvetica, sans-serif; font-size: 13px;&quot;&gt;Hello all,&lt;/span&gt;&lt;/p&gt;
&lt;div style=&quot;margin: 0px; padding: 0px; border: 0px; font-family: Arial, Helvetica, sans-serif; font-size: 13px;&quot;&gt;
	&lt;br&gt;
	&lt;div style=&quot;margin: 0px; padding: 0px; border: 0px;&quot;&gt;
		My institution currently uses LTO tape as part of our backup strategy for both business and collections data.&amp;nbsp; We are both scaling up the number of tapes we create and are seeking to switch to the LTFS standard (&lt;a href=&quot;https://en.wikipedia.org/wiki/Linear_Tape_File_System)&quot; rel=&quot;nofollow&quot;&gt;https://en.wikipedia.org/wiki/Linear_Tape_File_System)&lt;/a&gt; for our collections data.&amp;nbsp; We are looking for an LTFS-compliant tape library to help us increase our capacity, and I'm hoping that some of you might be able to share some details about what you're doing...&lt;/div&gt;
	&lt;div style=&quot;margin: 0px; padding: 0px; border: 0px;&quot;&gt;
		&lt;ul&gt;
			&lt;li style=&quot;line-height: 17px;&quot;&gt;
				If you use tape for backups, do you use LTO?&amp;nbsp; If you use LTO, do you use LTFS or a different standard/format?&lt;/li&gt;
			&lt;li style=&quot;line-height: 17px;&quot;&gt;
				What kind of tape drive/library set up do you have?&lt;/li&gt;
			&lt;li style=&quot;line-height: 17px;&quot;&gt;
				What software do you use to manage your hardware?&lt;/li&gt;
		&lt;/ul&gt;
	&lt;/div&gt;
&lt;/div&gt;
&lt;p&gt;
	&amp;nbsp;&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1174/do-you-have-any-ltfs-tape-library-recommendations</guid>
<pubDate>Tue, 11 Dec 2018 14:44:05 +0000</pubDate>
</item>
<item>
<title>Best way to crawl website from localhost with wget, preserving all files in source directory</title>
<link>https://qanda.digipres.org/1166/crawl-website-localhost-preserving-files-source-directory</link>
<description>&lt;p&gt;
	We recently recovered the contents of an old (2004) website from CD-ROM. I managed to get a local instance of the site running using the Apache web server; by editing the machine’s &lt;em&gt;hosts&lt;/em&gt; file the site is available on that local machine from its original URL, which is &lt;code&gt;&lt;a href=&quot;http://www.nl-menu.nl&quot; rel=&quot;nofollow&quot;&gt;http://www.nl-menu.nl&lt;/a&gt;&lt;/code&gt; (some more context can be found &lt;a rel=&quot;nofollow&quot; href=&quot;http://openpreservation.org/blog/2018/04/24/resurrecting-the-first-dutch-web-index-nl-menu-revisited/&quot;&gt;here&lt;/a&gt;).&lt;/p&gt;
&lt;p&gt;
	I’m now looking into ways to crawl the contents of the site into a WARC, so we can ingest it into our web archive. After initial experiments with Heritrix failed, I moved on to wget. After some experimentation the following wget command appeared to work reasonably well:&lt;/p&gt;
&lt;h2 id=&quot;attempt-1-mirror-from-site-root&quot;&gt;
	Attempt 1: mirror from site root&lt;/h2&gt;
&lt;pre&gt;
&lt;code&gt;wget --mirror \
    --page-requisites \
    --warc-file=&quot;nl-menu&quot; \
    --warc-cdx \
    --output-file=&quot;nl-menu.log&quot; \
    &lt;a href=&quot;http://www.nl-menu.nl&quot; rel=&quot;nofollow&quot;&gt;http://www.nl-menu.nl&lt;/a&gt;&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	However, closer inspection of the result showed that about 668 files in the source directory are missing in the resulting WARC file. The majority (90%) of these files are “orphan” resources that are not used/referenced by any of the HTML files in the crawl. However, the remaining 10% of missing files are resourced that &lt;em&gt;are&lt;/em&gt; referenced, in most cases through JavaScript variables. These aren’t picked up by wget, and therefore they end up missing in the WARC. So I am looking for a way to force wget to include these resources anyway.&lt;/p&gt;
&lt;h2 id=&quot;attempt-2-use-input-file&quot;&gt;
	Attempt 2: use –input-file&lt;/h2&gt;
&lt;p&gt;
	At first wget’s &lt;code&gt;--input-file&lt;/code&gt; switch (which takes a list of URLs) looked like a good way to achieve this. I created a directory listing of all files that are part of the website, and then transformed them into corresponding URLs:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;find /var/www/www.nl-menu.nl -type f \
    | sed -e 's/\/var\/www\//http:\/\//g' &amp;gt; urls.txt&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Then I ran wget like this (note that I removed the &lt;code&gt;--mirror&lt;/code&gt; option, as this apparently causes wget to do a recursive crawl &lt;em&gt;for each single URL&lt;/em&gt; in the list, which takes forever):&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;wget --page-requisites \
    --warc-file=&quot;nl-menu&quot; \
    --warc-cdx \
    --output-file=&quot;nl-menu.log&quot; \
    --input-file=urls.txt&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	This results in a WARC file that contains &lt;em&gt;all&lt;/em&gt; files from the source directory: perfect! But it does introduce a different problem: when I try to access the WARC using &lt;a rel=&quot;nofollow&quot; href=&quot;https://github.com/webrecorder/pywb&quot;&gt;pywb&lt;/a&gt;, it turns out that the WARC is made up of 85864 individual captures (i.e.&amp;nbsp;each file appears to be treated as an individual capture)! This makes rendering of the WARC impossible (loading the list of capture alone takes forever to begin with).&lt;/p&gt;
&lt;h2 id=&quot;attempt-3-include-list-of-urls-in-crawl&quot;&gt;
	Attempt 3: include list of URLs in crawl&lt;/h2&gt;
&lt;p&gt;
	So as a last resort I created a list of all URLs in HTML format, and put that file in the source directory. Steps:&lt;/p&gt;
&lt;ol style=&quot;list-style-type: decimal;&quot;&gt;
	&lt;li&gt;
		&lt;p&gt;
			Create list of URLS in Markdown format (add “&amp;lt;” and “&amp;gt;” pre-and suffix to each line):&lt;/p&gt;
		&lt;p&gt;
			&lt;code&gt;find /var/www/www.nl-menu.nl -type f | sed -e 's/\/var\/www\//&amp;lt;http:\/\//; s/$/&amp;gt;\n/g' &amp;gt; urls.txt&lt;/code&gt;&lt;/p&gt;
	&lt;/li&gt;
	&lt;li&gt;
		&lt;p&gt;
			Replace any whitespace characters with &lt;em&gt;%20&lt;/em&gt; to avoid malformed URLs:&lt;/p&gt;
		&lt;p&gt;
			&lt;code&gt;sed -i 's/\ /%20/g' urls.txt&lt;/code&gt;&lt;/p&gt;
	&lt;/li&gt;
	&lt;li&gt;
		&lt;p&gt;
			Convert URL list to HTML which is placed at the root directory of the source dir:&lt;/p&gt;
		&lt;p&gt;
			&lt;code&gt;sudo pandoc -s urls.txt -o /var/www/www.nl-menu.nl/urls.html&lt;/code&gt;&lt;/p&gt;
	&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;
	Then I ran wget, using the above URL list as crawl root:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;wget --mirror \
    --page-requisites \
    --warc-file=&quot;nl-menu&quot; \
    --warc-cdx \
    --output-file=&quot;nl-menu.log&quot; \
    &lt;a href=&quot;http://www.nl-menu.nl/urls.html&quot; rel=&quot;nofollow&quot;&gt;http://www.nl-menu.nl/urls.html&lt;/a&gt;&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	The resulting WARC contains all files that are in the source dir, and it can be accessed as one single capture in pywb. The obvious downside of this hack is that it compromises the integrity of the ‘original’ website by adding one (huge) HTML file that was not part of the original site to the WARC.&lt;/p&gt;
&lt;p&gt;
	This makes me wonder if there is another, more elegant way to do this that I have overlooked here? Any suggestions welcome!&lt;/p&gt;
&lt;p&gt;
	BTW I know this question is somewhat similar to [this earlier one] (&lt;a href=&quot;http://qanda.digipres.org/337/there-web-archiving-tool-that-produces-warc-directory-tree),&quot; rel=&quot;nofollow&quot;&gt;http://qanda.digipres.org/337/there-web-archiving-tool-that-produces-warc-directory-tree),&lt;/a&gt; but option 2 as mentioned by &lt;span class=&quot;citation&quot;&gt;@anjackson&lt;/span&gt; there looks similar to Attempt 2 in my case.&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1166/crawl-website-localhost-preserving-files-source-directory</guid>
<pubDate>Tue, 03 Jul 2018 14:16:10 +0000</pubDate>
</item>
<item>
<title>Best way to read SCSI tape drive on a modern PC?</title>
<link>https://qanda.digipres.org/1160/best-way-to-read-scsi-tape-drive-on-a-modern-pc</link>
<description>&lt;p&gt;
	We recently aquired a number of DLT-IV and DDS-1 tapes, and we'd like to recover the data stored on them. We already have readers for both tape formats; however these are both SCSI devices, and since modern PCs don't have SCSI connectors we cannot hook them up directly. After a bit of Googling I came up with a few options myself:&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;
		&lt;p&gt;
			Buy a SCSI to USB adapter cable (used, as these are not produced anymore). However, I came across some reports that this is not a good option for tape drives, as tape transport commands (rewind, fas-forward) won't work. See e.g. &lt;a rel=&quot;nofollow&quot; href=&quot;https://www.experts-exchange.com/questions/27723240/How-to-connect-a-SCSI-tape-drive-to-server-without-SCSI-interface.html&quot;&gt;here&lt;/a&gt;&lt;/p&gt;
	&lt;/li&gt;
	&lt;li&gt;
		&lt;p&gt;
			Buy a writeblocker that has a SCSI connection. I'd expect that this would have the same limitations as option 1 above (also, these days no-one seems to be making SCSI writeblockers anymore)&lt;/p&gt;
	&lt;/li&gt;
	&lt;li&gt;
		&lt;p&gt;
			Buy a used SCSI adapter card and build that into the machine that is used for imaging (but are these cards even compatible with modern desktops?).&lt;/p&gt;
	&lt;/li&gt;
	&lt;li&gt;
		&lt;p&gt;
			Do the imaging using an old desktop that already has a SCSI card (or is compatible with it). For various reasons I'd rather not go this route unless absolutely necessary ...&lt;/p&gt;
	&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;
	As I don't want to reinvent the wheel, I'm curious if anyone with experience reading SCSI-connected tape drives could give me some recommendations on the best way to proceed with this. (BTW the workstation we'll be using for data extraction runs Linux.)&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1160/best-way-to-read-scsi-tape-drive-on-a-modern-pc</guid>
<pubDate>Wed, 06 Jun 2018 12:00:51 +0000</pubDate>
</item>
<item>
<title>Merging &amp; Deduping WARC files</title>
<link>https://qanda.digipres.org/1155/merging-%26-deduping-warc-files</link>
<description>Is there any programme/script that will take a group of WARC files and merge them, removing exact duplicate responses ?&lt;br /&gt;
&lt;br /&gt;
I realise this probably goes somewhat against good practice, but for reasons of space I would like to remove the approximately 90% replication of content (e.g. unchanged images) but retain the varying parts.</description>
<guid isPermaLink="true">https://qanda.digipres.org/1155/merging-%26-deduping-warc-files</guid>
<pubDate>Tue, 01 May 2018 12:06:57 +0000</pubDate>
</item>
<item>
<title>Does anyone have a procedure in place for redacting selected content (e.g. PII) from files that they can share?</title>
<link>https://qanda.digipres.org/1116/anyone-procedure-place-redacting-selected-content-files-share</link>
<description>&lt;div style=&quot;font-family: arial, sans-serif; font-size: 12.8px;&quot;&gt;
	&lt;span style=&quot;font-size: 12.8px;&quot;&gt;In addition, if you are using IdentityFinder, how are you making it work? We have been unable to get the &quot;scrub&quot; function to work in our copy.&amp;nbsp; If you are using some other tool, what is it?&lt;/span&gt;&lt;/div&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1116/anyone-procedure-place-redacting-selected-content-files-share</guid>
<pubDate>Wed, 07 Feb 2018 11:38:43 +0000</pubDate>
</item>
<item>
<title>Is there any best practice/guidance on where to store, in METS, metadata about digitisation/digital creation processes?</title>
<link>https://qanda.digipres.org/1120/practice-guidance-metadata-digitisation-creation-processes</link>
<description>&lt;p&gt;
	For digitised files, what is the best way to capture metadata about the digitisation process (equipment/software, settings, dates, operator names, etc) in METS? Should it be captured?&lt;/p&gt;
&lt;p&gt;
	I'm not just thinking of image based digitisation, so a couple of example scenarios would be:&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;
		Digitising a newspaper to a TIFF or JP2?&lt;/li&gt;
	&lt;li&gt;
		&quot;Digitising&quot; sound content from carrier form to a WAVE file?&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;
	My thoughts were around using the &amp;lt;techMD&amp;gt; or &amp;lt;digiprovMD&amp;gt; elements, however neither seem to completely fit.&lt;/p&gt;
&lt;p&gt;
	The LoC’s METS primer suggests &quot;&amp;lt;techMD&amp;gt; records technical metadata about a component of the METS object, such as a digital content file” (&lt;a rel=&quot;nofollow&quot; href=&quot;http://www.loc.gov/standards/mets/METSPrimerRevised.pdf#page=41&quot;&gt;http://www.loc.gov/standards/mets/METSPrimerRevised.pdf#page=41&lt;/a&gt;). So this appears to be aimed at the technical characteristics of the files being preserved.&lt;/p&gt;
&lt;p&gt;
	Just below that, in the same document (&lt;a rel=&quot;nofollow&quot; href=&quot;http://www.loc.gov/standards/mets/METSPrimerRevised.pdf#page=43&quot;&gt;http://www.loc.gov/standards/mets/METSPrimerRevised.pdf#page=43&lt;/a&gt;), is says the &quot;&amp;lt;digiprovMD&amp;gt; can be used to record preservation-related actions taken on the various files which comprise a digital object (e.g., those subsequent to the initial digitization of the files such as transformation or migrations) or, in the case of born digital materials, the files' creation”. So for digitised material, this seems to be about actions *after* digitisation, not the digitisation itself. On the contrary, for born-digital content the wording implies it can be used to capture details of content creation.&lt;/p&gt;
&lt;p&gt;
	Perhaps I've missed something obvious (or used the wrong search terms), but I'm not finding much in the way of digitisation provenance capture.&lt;/p&gt;
&lt;p&gt;
	Does anyone else record such info in METS, and if so, how so?&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1120/practice-guidance-metadata-digitisation-creation-processes</guid>
<pubDate>Wed, 07 Feb 2018 11:38:34 +0000</pubDate>
</item>
<item>
<title>What are the risks involved in a DIY solution like RODA?</title>
<link>https://qanda.digipres.org/1134/what-are-the-risks-involved-in-a-diy-solution-like-roda</link>
<description>I am curious to hear from anyone, particularly smaller institutions, that have implemented DIY solutions with Archivematica, RODA, etc. We have a non-trivial amount of data (300TB - 400TB) that would be cost prohibitive in vendor-based pure cloud scenario using S3 and Glacier.&lt;br /&gt;
&lt;br /&gt;
It seems to me the most cost effective method is to have data on-site in duplicate and replicated to Amazon Glacier, perhaps using a commercial system for the added support. However, its seems (in my ambitious mind) possible to manage a system like RODA in-house and handle the replication ourselves, needing only to pull from Glacier if the fixity checking reports an error. Can someone disabuse me of my fanciful notions? Any horror stories or success stories? Am I right to assume that as long as the bags are stored in Glacier we could migrate those to another system later on if we found maintaining our own system too unwieldy? How horrifying is it to all of you to rely on Glacier as a fail safe option?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1134/what-are-the-risks-involved-in-a-diy-solution-like-roda</guid>
<pubDate>Wed, 07 Feb 2018 11:38:21 +0000</pubDate>
</item>
<item>
<title>Does splitting large master files (temporarily) go against best practices?</title>
<link>https://qanda.digipres.org/1135/splitting-large-master-files-temporarily-against-practices</link>
<description>At my academic institution, we currently have a set of 15 hard drives with 42 TB (total) of video recordings stored on them. We are seeking to move the material to more secure storage, but the only storage option immediately available to us has a cap limit of 15 GB per upload. Our files exceed that limit. &amp;nbsp;The IT department wants us to split the uncompressed video files to meet this cap limit which we do not want to do. &amp;nbsp;At the same time, we are currently seeking approval for more robust scalable storage but as an academic institution, that can take some time.&lt;br /&gt;
&lt;br /&gt;
&amp;nbsp;&lt;br /&gt;
&lt;br /&gt;
Has anybody else faced a similar situation and how did you address it?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1135/splitting-large-master-files-temporarily-against-practices</guid>
<pubDate>Wed, 07 Feb 2018 11:38:12 +0000</pubDate>
</item>
<item>
<title>Digital Preservation - Server Side</title>
<link>https://qanda.digipres.org/1136/digital-preservation-server-side</link>
<description>Is there any guidance/best practice on server side archiving of a webserver ? I can think of things such as documenting hardware setup/partitions/process running etc in text files, using Bag-It for important directories (/etc/, /usr/local/, /home, software in /src, etc), but this seems slightly haphazard.&lt;br /&gt;
&lt;br /&gt;
I should say the disk image itself *may* be preserved but I would like to ensure the non-OS parts are preserved in a more accessible form.&lt;br /&gt;
&lt;br /&gt;
And as always, time is short and the budget is small. I'd like to just do enough that whoever may come along in 10 years time doesn't curse me for not saving the one essential thing they need.</description>
<guid isPermaLink="true">https://qanda.digipres.org/1136/digital-preservation-server-side</guid>
<pubDate>Wed, 07 Feb 2018 11:38:10 +0000</pubDate>
</item>
<item>
<title>External Write Blocker that works with an External Optical Drive?</title>
<link>https://qanda.digipres.org/1140/external-write-blocker-that-works-with-external-optical-drive</link>
<description>I need an external write blocker that works with an external optical drive (CD / DVD drive).&lt;br /&gt;
&lt;br /&gt;
We bought a Tableau T8U but it doesn't recognise the optical drive. Tableau tell me they have nothing that will work.&lt;br /&gt;
&lt;br /&gt;
It needs to be external as it gets attached to more than one PC (quarantine and then network).&lt;br /&gt;
&lt;br /&gt;
Any suggestions please.</description>
<guid isPermaLink="true">https://qanda.digipres.org/1140/external-write-blocker-that-works-with-external-optical-drive</guid>
<pubDate>Wed, 07 Feb 2018 11:38:02 +0000</pubDate>
</item>
<item>
<title>Is checking fixity at the folder level sufficient for knowing if any files within that folder that been altered?</title>
<link>https://qanda.digipres.org/1141/checking-fixity-sufficient-knowing-within-folder-altered</link>
<description></description>
<guid isPermaLink="true">https://qanda.digipres.org/1141/checking-fixity-sufficient-knowing-within-folder-altered</guid>
<pubDate>Wed, 07 Feb 2018 11:37:59 +0000</pubDate>
</item>
<item>
<title>What are current best practices for acquiring &amp; preserving Google Docs?</title>
<link>https://qanda.digipres.org/1148/what-current-best-practices-acquiring-preserving-google-docs</link>
<description>What are current (2018) best practices for acquiring and preserving records created in Google's cloud platform?&lt;br /&gt;
&lt;br /&gt;
In particular, are there methods that preserve the rich metadata around document creation, editing, and commenting that exist in the native apps?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1148/what-current-best-practices-acquiring-preserving-google-docs</guid>
<pubDate>Mon, 05 Feb 2018 18:56:07 +0000</pubDate>
</item>
<item>
<title>How/where to store metadata about optical media sector layout in METS/PREMIS</title>
<link>https://qanda.digipres.org/1146/where-store-metadata-about-optical-media-sector-layout-premis</link>
<description>&lt;p&gt;
	I'm drafting a METS/PREMIS profile for images/rips of optical media images (ISOs for data sessions; WAV or FLAC files for audio). One of the pieces of metadata I'd like to include is the output of the &lt;a href=&quot;https://linux.die.net/man/1/cd-info&quot; rel=&quot;nofollow&quot;&gt;&lt;span style=&quot;color: #0000ff;&quot;&gt;cd-info tool&lt;/span&gt;&lt;/a&gt;, which contains information about the sector layout of the disc. Here's an example:&lt;br&gt;
	&lt;br&gt;
	&lt;a href=&quot;https://gist.github.com/bitsgalore/9a2838481574c040f7c4b7da4ed59926&quot; rel=&quot;nofollow&quot;&gt;https://gist.github.com/bitsgalore/9a2838481574c040f7c4b7da4ed59926&lt;/a&gt;&lt;br&gt;
	&lt;br&gt;
	However I'm unsure how (and where) to store this info in METS. My initial idea was something like this:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
		Create a METS &lt;span style=&quot;font-style: italic;&quot;&gt;techMD&lt;/span&gt; element which is associated with the structmap &lt;span style=&quot;font-style: italic;&quot;&gt;div&lt;/span&gt; element that encompasses all files that were extracted from the physical disc (typically one ISO image and/or multiple audio files).&lt;/li&gt;
	&lt;li&gt;
		Inside this &lt;span style=&quot;font-style: italic;&quot;&gt;techMD &lt;/span&gt;element, create a PREMIS&amp;nbsp; &lt;span style=&quot;font-style: italic;&quot;&gt;OBJECT&lt;/span&gt; instance with &lt;span style=&quot;font-family:courier new,courier,monospace;&quot;&gt;&lt;span style=&quot;color: rgb(0, 128, 0);&quot;&gt;xsi:type=&quot;premis:representation&quot;&lt;/span&gt;&lt;/span&gt; (since it describes &lt;span style=&quot;font-weight: bold;&quot;&gt;the disc as a whole&lt;/span&gt;, and not an individual ISO image or audio file!)&amp;nbsp;&lt;/li&gt;
	&lt;li&gt;
		Then use PREMIS unit 1.5.7 &lt;span style=&quot;font-style: italic;&quot;&gt;objectCharacteristicsExtension&lt;/span&gt; as a container for wrapping the iso-info output.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
	&lt;br&gt;
	The problem here is that the &lt;a href=&quot;https://www.loc.gov/standards/premis/v3/premis-3-0-datadictionary-only.pdf&quot; rel=&quot;nofollow&quot;&gt;&lt;span style=&quot;color: #0000ff;&quot;&gt;PREMIS 3.0 data dictionary&lt;/span&gt;&lt;/a&gt; says that the &lt;span style=&quot;font-style: italic;&quot;&gt;objectCharacteristicsExtension&lt;/span&gt; unit (and also its parent unit 1.5 &lt;span style=&quot;font-style: italic;&quot;&gt;objectCharacteristics&lt;/span&gt;) is &quot;Not Applicable&quot; for the intellectual Entity and Representation object types!&lt;br&gt;
	&lt;br&gt;
	This makes me wonder how others are handling this. Is this an oversight of PREMIS, or is there some other (possibly&amp;nbsp;&lt;br&gt;
	better) way to do this that I've overlooked?&lt;br&gt;
	&lt;br&gt;
	Any suggestions appreciated!&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1146/where-store-metadata-about-optical-media-sector-layout-premis</guid>
<pubDate>Mon, 05 Feb 2018 16:09:33 +0000</pubDate>
</item>
<item>
<title>IP limiting/restrictions for providing in-house access to copyrighted/restricted material?</title>
<link>https://qanda.digipres.org/1142/limiting-restrictions-providing-copyrighted-restricted</link>
<description>My institution is interested in providing in-house-only access to digital materials we can't simply put online -- copyrighted material, restricted materials, etc.&lt;br /&gt;
&lt;br /&gt;
We currently embed digital materials directly into finding aids, and want to avoid a system that would involve implementing a separate access solution (and we know our patrons aren't interested in setting up accounts/logins, either). &amp;nbsp;We are currently exploring the use of IP addresses to restrict access to the digital content to computers physically located inside our library reading room. &amp;nbsp;Ideally, anybody would be able to look at the finding aid, but only IP addressess in the permitted range would be able to click through to view/download the actual digital content.&lt;br /&gt;
&lt;br /&gt;
Does your institution or any other institution that you know of do something similar? &amp;nbsp;Have you explored IP address restrictions for your institution? &amp;nbsp;What advantages and disadvantages did you find? &amp;nbsp;We're hoping to avoid re-inventing the wheel if we can.</description>
<guid isPermaLink="true">https://qanda.digipres.org/1142/limiting-restrictions-providing-copyrighted-restricted</guid>
<pubDate>Mon, 11 Sep 2017 19:55:17 +0000</pubDate>
</item>
<item>
<title>Ingesting large &amp; hybrid digital collections</title>
<link>https://qanda.digipres.org/1137/ingesting-large-%26-hybrid-digital-collections</link>
<description>&lt;div&gt;
	Dear all,&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	For our web archaeology project The Digital City Revives [1], we are looking for answers to a complex set of questions. Over the years, we have gathered a considerable amount of heterogeneous files related to the original websites. Our next question is what would be a logical way to keep this material together and manageable.&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	In order to better understand the necessary approach we are looking for concrete examples and use cases. We’re looking for descriptions of the ways archives or museums have ingested heterogeneous digital collections. In hopes of finding an answer to questions such as:&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	- to what extent do the provenance and original order of the materials in the state we found them in, matter?&lt;/div&gt;
&lt;div&gt;
	- what descriptions are out there of organisations that have ingested this type of heterogeneougs (dare we say, messy) collections?&lt;/div&gt;
&lt;div&gt;
	- to what extent do these organisations describe the various contents and at what (unit) level do they do it?&lt;/div&gt;
&lt;div&gt;
	- how do these organizations inventorise the dependencies for this variety of materials?&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	If you’d be able to point us to some concrete examples (or, potentially, references) from the top of your head, we’d already be grateful. With warm regards and many thanks in advance for your help!&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	Erwin Verbruggen&lt;/div&gt;
&lt;div&gt;
	Netherlands Institute for Sound and Vision&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	[1] &lt;a href=&quot;http://waag.org/en/project/digital-city-revives&quot; rel=&quot;nofollow&quot;&gt;http://waag.org/en/project/digital-city-revives&lt;/a&gt;&lt;/div&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1137/ingesting-large-%26-hybrid-digital-collections</guid>
<pubDate>Thu, 18 May 2017 14:15:46 +0000</pubDate>
</item>
<item>
<title>Preserving VCD's, what is the best format</title>
<link>https://qanda.digipres.org/1129/preserving-vcds-what-is-the-best-format</link>
<description>Our institution preserves DVD's in the ISO format instead of converting to an mpeg2 format. This allows us to maintain the interactivity within the DVD structure and allow playback on a computer. Beacuse VCD's are multi-track like Audio CD's you can't just make an ISO. I have made a few BIN/CUE images of the disc's, but playback is an issue.&lt;br /&gt;
&lt;br /&gt;
Has anyone else found a great way to preserve this content?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1129/preserving-vcds-what-is-the-best-format</guid>
<pubDate>Wed, 21 Dec 2016 22:43:10 +0000</pubDate>
</item>
<item>
<title>Are there accepted alternatives to WAVE for storing audio files larger than 4GB?</title>
<link>https://qanda.digipres.org/1123/there-accepted-alternatives-storing-audio-files-larger-than</link>
<description>&lt;p&gt;
	The total size of a WAVE file is defined by a 32 bit integer in its header. Depending on whether a developer interpreted the spec as a signed or unsigned integer, WAVE files have a maximum size of 2 or 4 GB. Using 24 bits @ 96 Hz to digitize audio creates about 2GB per hour with stereo. So audio preservation master WAVE files have a 2-hour duration limit. We have a number of audio media that exceed that duration, especially with formats like open reel audio that don't have a defined size limit.&lt;/p&gt;
&lt;p&gt;
	As far as I can tell, it is standard practice in the digitization community to save a 2+ hour audio stream as 2 or more WAVE files with 30 seconds of overlap to match up the streams. Here's an example being served by the American Archive of Public Broadcasting (&lt;a rel=&quot;nofollow&quot; href=&quot;http://americanarchive.org/catalog/cpb-aacip_28-gf0ms3kc4t&quot;&gt;http://americanarchive.org/catalog/cpb-aacip_28-gf0ms3kc4t&lt;/a&gt;).&lt;/p&gt;
&lt;p&gt;
	However, splitting up the audio stream is causing downstream preservation problems because I cannot find a simple way to encode the relationship between the preservation masters. The semantic relationships become even more complicated when edit masters are created that do not have the same relationship to each other as the preservation masters. Finally, the split files provide a disjointed performance of the original asset for our users.&lt;/p&gt;
&lt;p&gt;
	The easiest solution would be to use a format that can hold more than 4GB of data. There have been some attempts to extend WAVE with WAVE64 and RF64. There are also other audio formats such as FLAC. IASA even recommended creating multiple mono WAV files and saving them in a single TAR (&lt;a href=&quot;http://www.iasa-web.org/tc04/key-digital-principles&quot; rel=&quot;nofollow&quot;&gt;2.8.3&lt;/a&gt;). However, I haven't found documentation that any of these have been widely accepted. Is there a common strategy for creating 4GB+ audio files?&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1123/there-accepted-alternatives-storing-audio-files-larger-than</guid>
<pubDate>Thu, 23 Jun 2016 15:56:59 +0000</pubDate>
</item>
<item>
<title>Best SIP / AIP creation practices for optical carriers that span multiple volumes</title>
<link>https://qanda.digipres.org/1121/creation-practices-optical-carriers-that-multiple-volumes</link>
<description>&lt;p&gt;
	I’m trying to figure out a general SIP/AIP architecture for optical media images. For CD-ROMs the images will typically be ISO9660 files, and for audio CDs audio files for each track.&lt;/p&gt;
&lt;p&gt;
	It’s pretty common to have carriers that span multiple volumes, and from an access point I think it would make sense to combine those cases into a composite SIP/AIP. Following a discussion I had about this with a colleague, I’m curious how other institutions are handling this, and if there are any best practices. Below some information I found myself.&lt;/p&gt;
&lt;p&gt;
	Library of Congress Audio Compact Disc METS Profile:&lt;/p&gt;
&lt;p&gt;
	&lt;a rel=&quot;nofollow&quot; href=&quot;http://www.loc.gov/standards/mets/profiles/00000007.html&quot;&gt;http://www.loc.gov/standards/mets/profiles/00000007.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;
	This explicitly takes into account the possibility of composite objects:&lt;/p&gt;
&lt;blockquote&gt;
	&lt;p&gt;
		The primary physical component of a compactDiscObject is one or more compact discs. (…) When there is more than one disc, the div TYPE=“cd:disc” elements must occur in document order that corresponds to the physical order of the discs (Disk 1, Disk 2, etc.).&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
	The virtual CD-ROM and floppy collection of Indiana University seems take a similar approach, judging by e.g. this METS file:&lt;/p&gt;
&lt;p&gt;
	&lt;a href=&quot;http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/4252478/mets&quot; rel=&quot;nofollow&quot;&gt;http://webapp1.dlib.indiana.edu/virtual_disk_library/index.cgi/4252478/mets&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;
	An alternative approach would be to represent each carrier as one SIP / AIP, and then aggregate the AIPs that belong together using what the OAIS model refers to as an &lt;em&gt;Archival Information Collection&lt;/em&gt; (AIC). However I’m not sure how widely used this approach is, and I’m slightly worried it might later complicate things on the access side. But I’d be interested to hear what others are doing.&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1121/creation-practices-optical-carriers-that-multiple-volumes</guid>
<pubDate>Wed, 22 Jun 2016 16:30:04 +0000</pubDate>
</item>
<item>
<title>Parity data for ISO images: anyone doing this? Best practices?</title>
<link>https://qanda.digipres.org/1117/parity-data-for-iso-images-anyone-doing-this-best-practices</link>
<description>&lt;p&gt;
	Earlier today I had a discussion with a colleague on possible ways to store (ISO) images of CD-ROMs and DVDs in our repository system. In addition to checksums, he suggested to also generate and store &lt;a rel=&quot;nofollow&quot; href=&quot;https://en.wikipedia.org/wiki/Parchive&quot;&gt;parity data&lt;/a&gt; for each image file (e.g. using the par2 tool: &lt;a rel=&quot;nofollow&quot; href=&quot;http://manpages.ubuntu.com/manpages/trusty/man1/par2.1.html&quot;&gt;http://manpages.ubuntu.com/manpages/trusty/man1/par2.1.html&lt;/a&gt;). This would enable one to repair files in case of bit-level corruption.&lt;br&gt;
	&lt;br&gt;
	This made me wonder how commonly parity info is used in digital archives, and if there are any best (or at least recommended) practices. E.g. what levels of redundancy are typically used? I'm not really familiar with this at all, and it's not a subject that is often mentioned in digital preservation discussions (but see &lt;a rel=&quot;nofollow&quot; href=&quot;https://twitter.com/anjacks0n/status/733281959762395139&quot;&gt;https://twitter.com/anjacks0n/status/733281959762395139&lt;/a&gt;).&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1117/parity-data-for-iso-images-anyone-doing-this-best-practices</guid>
<pubDate>Wed, 25 May 2016 13:48:28 +0000</pubDate>
</item>
<item>
<title>I am looking for a straightforward accession tool. Can people please advise?</title>
<link>https://qanda.digipres.org/1102/looking-straightforward-accession-tool-people-please-advise</link>
<description></description>
<guid isPermaLink="true">https://qanda.digipres.org/1102/looking-straightforward-accession-tool-people-please-advise</guid>
<pubDate>Fri, 01 Apr 2016 13:40:15 +0000</pubDate>
</item>
<item>
<title>How can I set up a test instance of Archivematica on OS X (10.11.2)?</title>
<link>https://qanda.digipres.org/1100/how-can-i-set-up-a-test-instance-of-archivematica-on-os-x-10-11-2</link>
<description>I want to test out Archivematica on my MacBook if it's possible. Should I run a Linux virtual machine via VirtualBox or Docker? I'm looking for a tutorial if any are out there.&lt;br /&gt;
&lt;br /&gt;
Cheers!</description>
<guid isPermaLink="true">https://qanda.digipres.org/1100/how-can-i-set-up-a-test-instance-of-archivematica-on-os-x-10-11-2</guid>
<pubDate>Fri, 01 Apr 2016 13:40:05 +0000</pubDate>
</item>
<item>
<title>DIY digitisation, good or bad?</title>
<link>https://qanda.digipres.org/1101/diy-digitisation-good-or-bad</link>
<description>Our digitisation workflow is a long and complex one that takes well over a year from the time we start gathering another batch to digitise, to the time we finally make the digitised items publicly available.&lt;br /&gt;
&lt;br /&gt;
Because it takes so long, we often gets requests to bypass our existing procedures by scanning or photographing works using standard desktop scanners or cameras. What do others think of this? As long as we comply with our digitisation standards and properly check the quality of the results, would it be acceptable to bypass our established digitisation procedures?&lt;br /&gt;
&lt;br /&gt;
So far we have only done this for items we don't intend to preserve long term, but we are facing increasing pressure to also do it for more valuable special collections items</description>
<guid isPermaLink="true">https://qanda.digipres.org/1101/diy-digitisation-good-or-bad</guid>
<pubDate>Thu, 18 Feb 2016 08:59:04 +0000</pubDate>
</item>
<item>
<title>Setting a custom date for wget or wpull?</title>
<link>https://qanda.digipres.org/1097/setting-a-custom-date-for-wget-or-wpull</link>
<description>Both wget and wpull, when saving to WARC, will store the date and time of when the archiving action took place in every HTTP request.&lt;br /&gt;
&lt;br /&gt;
Is there a way to modify this date, either during or after recording?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1097/setting-a-custom-date-for-wget-or-wpull</guid>
<pubDate>Thu, 17 Dec 2015 11:47:58 +0000</pubDate>
</item>
<item>
<title>How should an organisation QA the results of its outsourced web archiving activities?</title>
<link>https://qanda.digipres.org/1089/should-organisation-results-outsourced-archiving-activities</link>
<description>&lt;div&gt;
	Outsourcing can help an organisation achieve progress when they don't have the resources, skills, technology or infrastructure to conduct particular activities themselves. But its only worth doing if there is a way to validate the quality and completeness of the work, possibly the biggest challenge in outsourcing. &amp;nbsp;Organisations sometimes also outsource the provision of access to crawled websites as well. In this case, the crawled data is also supplied to the collecting organisation for preservation, but this data isn't seen by the end users so there is no validation of the data.&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	So what should that organisation be looking for in order to check the quality and completeness of the supplied crawl data, and how should they go about doing it? A key issue is perhaps what the 3rd party can reasonably be expected to supply alongside the crawled data (in the form of manifests) to enable this QA.&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	I'm interested in what organisations that outsource their web archiving are doing with regards to QA and also what the web archiving experts who do their own web archiving (and are familar with the common web archiving pitfalls) think these organisations should be doing as part of their QA activities.&lt;/div&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1089/should-organisation-results-outsourced-archiving-activities</guid>
<pubDate>Wed, 25 Nov 2015 18:07:55 +0000</pubDate>
</item>
<item>
<title>Managing Timestamps</title>
<link>https://qanda.digipres.org/1088/managing-timestamps</link>
<description>How do you document that your digital records are authentic when timestamps can change upon transfer from one drive to another?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1088/managing-timestamps</guid>
<pubDate>Thu, 29 Oct 2015 23:01:06 +0000</pubDate>
</item>
<item>
<title>Best method to record track playing order for ripped audio CDs</title>
<link>https://qanda.digipres.org/1082/best-method-record-track-playing-order-for-ripped-audio-cds</link>
<description>&lt;div id=&quot;preview&quot;&gt;
	&lt;p&gt;
		Although there’s quite a bit of info on the web on audio CD preservation, most of the resources I found tend to focus on the audio ripping process. However, when you rip a CD to a bunch of audio files, it’s important that the original playing order of the tracks is recorded somewhere. Of course you can (and should!) do this at the preservation metadata level, but for access you also want to have some mechanism that allows an end user to hear the individual tracks in their original playing order (e.g. in a multimedia player application). From the top of my head I can think of 2 general approaches to achieve this:&lt;/p&gt;
	&lt;ol&gt;
		&lt;li&gt;
			Record the playing order inside the audio files themselves, e.g. using “Track Number” tags that are embedded as &lt;a href=&quot;http://www.sno.phy.queensu.ca/%7Ephil/exiftool/TagNames/RIFF.html#Info&quot; rel=&quot;nofollow&quot;&gt;&lt;em&gt;RIFF Info&lt;/em&gt;&lt;/a&gt; or &lt;a href=&quot;https://en.wikipedia.org/wiki/ID3&quot; rel=&quot;nofollow&quot;&gt;&lt;em&gt;ID3&lt;/em&gt;&lt;/a&gt; tags.&lt;/li&gt;
		&lt;li&gt;
			Use a separate play list file. For this &lt;a href=&quot;https://en.wikipedia.org/wiki/Playlist#Types_of_playlist_files&quot; rel=&quot;nofollow&quot;&gt;several formats&lt;/a&gt; exist, such as &lt;a href=&quot;https://en.wikipedia.org/wiki/M3U&quot; rel=&quot;nofollow&quot;&gt;&lt;em&gt;M3U&lt;/em&gt;&lt;/a&gt; and &lt;a href=&quot;https://en.wikipedia.org/wiki/XML_Shareable_Playlist_Format&quot; rel=&quot;nofollow&quot;&gt;XSPF&lt;/a&gt;.&lt;/li&gt;
	&lt;/ol&gt;
	&lt;p&gt;
		The main problem I see is that all of the above methods are supported by some players (and not by others), but I have have some difficulty in judging which approach would ensure the most widespread support. This made me wonder if there are any recommended best practices for this? What are other people doing?&lt;/p&gt;
&lt;/div&gt;
&lt;p&gt;
	&amp;nbsp;&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1082/best-method-record-track-playing-order-for-ripped-audio-cds</guid>
<pubDate>Tue, 20 Oct 2015 13:52:30 +0000</pubDate>
</item>
<item>
<title>CD-ROM / DVD imaging: is it customary to save scans of booklets / covers as well?</title>
<link>https://qanda.digipres.org/1079/rom-dvd-imaging-customary-save-scans-booklets-covers-as-well</link>
<description>&lt;p&gt;
	I'm&amp;nbsp; trying to compile a minimum set of metadata that an end-user would need for using ISO images from a ~15,000 CD-ROM /DVD collection. In particular I'm wondering about CD booklets and covers. They often contain lots of useful info and documentation related to technical environments and usage instructions. However, having to digitize them would add a substantial overhead on top of the actual imaging workflow. An other option might be to make scans of the actual CDs, which often contain useful info as well. This is what e.g. Internet Archive seems to be doing:&lt;/p&gt;
&lt;p&gt;
	&lt;a href=&quot;https://archive.org/details/SharewearBreakthroughUtil_ProdCol&quot; rel=&quot;nofollow&quot;&gt;https://archive.org/details/SharewearBreakthroughUtil_ProdCol&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;
	I'm curious how other institutions are dealing with this?&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1079/rom-dvd-imaging-customary-save-scans-booklets-covers-as-well</guid>
<pubDate>Tue, 22 Sep 2015 12:48:07 +0000</pubDate>
</item>
<item>
<title>Incomplete ISO image after imaging CD-ROM - how to prevent and detect this?</title>
<link>https://qanda.digipres.org/1076/incomplete-image-after-imaging-rom-prevent-and-detect-this</link>
<description>&lt;p&gt;
	While running some tests creating CD-ROM ISO images with ddrescue, I ended up with ISO images that were incomplete in some cases (last ~50 MB of image file missing), &lt;em&gt;even though ddrescue’s log file didn’t report any errors&lt;/em&gt;. Below the results I got from 4 attempts at imaging the same CD-ROM on the same PC (note that some of the ddrescue options I used are slightly different, but this appears to be unrelated to my issue). For this I used 2 different external DVD readers:&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;
		Reader A - modern Samsung USB device;&lt;/li&gt;
	&lt;li&gt;
		Reader B - old SATA (internal) device, refurbished to USB.&lt;/li&gt;
&lt;/ol&gt;
&lt;h3&gt;
	Attempt 1 - reader A&lt;/h3&gt;
&lt;p&gt;
	Command line:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;ddrescue -b 2048 -r4 -v /dev/sr0 windows_98_upgrade_nl.iso windows_98_upgrade_nl.log
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	This resulted in a 601.7 MB ISO image. Here are the contents of the log file:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -b 2048 -r4 -v /dev/sr0 windows_98_upgrade_nl.iso windows_98_upgrade_nl.log
# current_pos  current_status
0x23DC0000     +
#      pos        size  status
0x00000000  0x23DCB000  +
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	I.e. the log file indicates the CD was imaged without problems. MD5 checksum is &lt;code&gt;82603be06a8142aad1dfaa9e1279371f&lt;/code&gt;&lt;/p&gt;
&lt;h3&gt;
	Attempt 2 - reader B&lt;/h3&gt;
&lt;p&gt;
	Command line:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;ddrescue -d -n -b 2048 /dev/sr0 windows_98_upgrade.iso windows_98_upgrade.log
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Again this resulted in a 601.7 MB ISO image, again with no indication of read errors in the ddrescue log. MD5 checksum was (again) &lt;code&gt;82603be06a8142aad1dfaa9e1279371f&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;
	Then by chance I discovered some text files in the image file weren’t readable, so I did a third try, now again with reader A.&lt;/p&gt;
&lt;h3&gt;
	Attempt 3 - reader A&lt;/h3&gt;
&lt;p&gt;
	Command line:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;ddrescue -d -n -b 2048 /dev/sr0 windows_98_upgrade_test.iso windows_98_upgrade_test.log
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	This resulted in a 660.9 MB ISO file. Again no errors in the ddrescue log; MD5 checksum is &lt;code&gt;24f0f746d0817121253c6b1242d4246e&lt;/code&gt;. After mounting the image, the text files that were problematic in the earlier images were normally readable.&lt;/p&gt;
&lt;h3&gt;
	Attempt 4 - reader B&lt;/h3&gt;
&lt;p&gt;
	Command line:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;ddrescue -d -n -b 2048 /dev/sr0 windows_98_upgrade_refurbished_onemoretry.iso windows_98_upgrade_refurbished_onemoretry.log
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Result was identical to result of attempt 3!&lt;/p&gt;
&lt;p&gt;
	So summarising, 2 runs of ddrescue (using 2 different USB readers) resulted in exactly the same error, whereas the remaining 2 runs (again using 2 different readers) completed fine. So what’s going on here!?&lt;/p&gt;
&lt;h2&gt;
	Md5sum directly on physical CD&lt;/h2&gt;
&lt;p&gt;
	As a first step I computed the MD5 checksum directly on the phyical disc, using:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;md5sum /dev/sr0
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	I repeated this 4 times, using both readers A and B, plugging them into different USB slots. In each case the result was &lt;code&gt;24f0f746d0817121253c6b1242d4246e&lt;/code&gt;, which is identical to the hash I got for the ISO in attempts 3 and 4 (confirming these images are correct).&lt;/p&gt;
&lt;h2&gt;
	Comparison of ISO images in hex editor&lt;/h2&gt;
&lt;p&gt;
	I also did a comparison of the intact and faulty ISOs in a hex editor. This revealed that in the faulty images a block of about 59 MB of data is missing at the end of the file. I double checked this by copying the block of missing data to a separate file (missingblock.dat), after which I appended it to one of the faulty files using:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;cat windows_98_upgrade_nl.iso missingblock.dat &amp;gt; isorepaired.iso
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Then check:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;md5sum isorepaired.iso
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Result:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;24f0f746d0817121253c6b1242d4246e
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Which corresponds to the value of the intact image.&lt;/p&gt;
&lt;h2&gt;
	But why is this happening in the first place?!&lt;/h2&gt;
&lt;p&gt;
	The really important question is why this is happening in the first place, and if there’s any way to avoid it? The thread below on the ddrescue mailing list describes a somewhat similar (but not quite the same) issue:&lt;/p&gt;
&lt;p&gt;
	&lt;a href=&quot;https://lists.gnu.org/archive/html/bug-ddrescue/2014-02/msg00003.html&quot; rel=&quot;nofollow&quot;&gt;https://lists.gnu.org/archive/html/bug-ddrescue/2014-02/msg00003.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;
	Note the following quote from the &lt;a href=&quot;https://lists.gnu.org/archive/html/bug-ddrescue/2014-02/msg00009.html&quot; rel=&quot;nofollow&quot;&gt;response&lt;/a&gt; by ddrescue’s main author. He suggests that the problem &lt;em&gt;might&lt;/em&gt; an issue with a USB port, adding:&lt;/p&gt;
&lt;blockquote&gt;
	&lt;p&gt;
		Ddrescue can’t know if the data are really good or if the hardware is lying about it.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
	If correct, this would apply to other imaging tools as well. Based on my results, I’m curious if other people may have run into similar issues. More importantly: how does one even detect errors like these? Of course it is always possible to run a checksum on the physical medium and then compare it to the ISO checksum, but this takes ages. A more quick and dirty approach would be to compare the size of each created image against the size of input medium. E.g. to get the size of a CD-ROM I can use something like this:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;lsblk /dev/sr0 -n -b 
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Result:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;sr0   11:0    1 660850688  0 rom
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	(Third column is size of CD in bytes).&lt;/p&gt;
&lt;p&gt;
	To get the size of the ISO image:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;du -b windows_98_upgrade_refurbished_onemoretry.iso
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	Result:&lt;/p&gt;
&lt;pre&gt;
&lt;code&gt;660850688   windows_98_upgrade_refurbished_onemoretry.iso
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;
	This does not guarantee the image is correct, but it will detect missing blocks of data.&lt;/p&gt;
&lt;p&gt;
	I also ran some cursory checks with &lt;em&gt;isovfy&lt;/em&gt; and &lt;em&gt;isoinfo&lt;/em&gt;, but the output of those tools turned out to be identical for both faulty and intact images, so they’re probably not very helpful for this sort of error.&lt;/p&gt;
&lt;p&gt;
	I’m curious how other people/memory institutions are dealing with this. Any thoughts / suggestions are welcome!&lt;/p&gt;
&lt;h2&gt;
	Addition&lt;/h2&gt;
&lt;p&gt;
	On Twitter Alexander Duryee rightly pointed out that a CD-Rom's Primary Volume Descriptor contains a field with the size of the disk (this is also where lsblk gets this value). So one would assume that ddrescue would check against this number. Apparently it doesn't do this, so I think I'll reprt this as a bug. (Note that such a check doesn't guarantee the copied data are identical to the source disc.)&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1076/incomplete-image-after-imaging-rom-prevent-and-detect-this</guid>
<pubDate>Thu, 03 Sep 2015 10:33:26 +0000</pubDate>
</item>
<item>
<title>What organizations are preserving software?</title>
<link>https://qanda.digipres.org/1068/what-organizations-are-preserving-software</link>
<description>&lt;p&gt;
	I've been building a list of organizations that are attempting to preserve software including:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
		NIST's &lt;a href=&quot;http://www.nsrl.nist.gov/&quot; rel=&quot;nofollow&quot;&gt;software reference library&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		some game archives such as &lt;a href=&quot;http://blogs.loc.gov/digitalpreservation/2013/02/video-game-preservation-at-scale-an-interview-with-henry-lowood/&quot; rel=&quot;nofollow&quot;&gt;Stanford's&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		&lt;a href=&quot;http://www.windowscentral.com/step-inside-microsoft-archives-and-see-past-your-favorite-company&quot; rel=&quot;nofollow&quot;&gt;Microsoft has an internal Archive&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		the Internet Archive is doing &lt;a href=&quot;https://archive.org/details/software&quot; rel=&quot;nofollow&quot;&gt;amazing work&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		so is the &lt;a href=&quot;http://www.abc.net.au/news/2015-06-20/collecting-retro-computer-technology-to-save-digital-treasures/6560494&quot; rel=&quot;nofollow&quot;&gt;National Library of Australia&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		the &lt;a href=&quot;http://playitagainproject.org/&quot; rel=&quot;nofollow&quot;&gt;play it again project&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		the &lt;a href=&quot;http://umich.edu/~archive/&quot; rel=&quot;nofollow&quot;&gt;University of Michigan Archive&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		Rhizome are preserving &lt;a href=&quot;http://rhizome.org/editorial/2015/apr/17/theresa-duncan-cd-roms-are-now-playable-online/&quot; rel=&quot;nofollow&quot;&gt;software based/dependent art&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		as is &lt;a href=&quot;http://www.moma.org/explore/inside_out/2015/05/13/open-sourcing-momas-digital-vault/&quot; rel=&quot;nofollow&quot;&gt;MoMA&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;
		and of course the &lt;a href=&quot;http://www.computerhistory.org/groups/spg/&quot; rel=&quot;nofollow&quot;&gt;computer history museum &lt;/a&gt;is also&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
	There are resources &lt;a rel=&quot;nofollow&quot; href=&quot;http://www.software.ac.uk/resources&quot;&gt;here &lt;/a&gt;and &lt;a rel=&quot;nofollow&quot; href=&quot;http://blogs.loc.gov/digitalpreservation/2012/11/preserving-exe-a-short-list-of-readings-on-software-preservation/&quot;&gt;here &lt;/a&gt;with more information but I'm interested in community input.&lt;/p&gt;
&lt;p&gt;
	But who else is doing software preservation?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;
	Would anyone else find such a list useful?&lt;/p&gt;
&lt;p&gt;
	&amp;nbsp;&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1068/what-organizations-are-preserving-software</guid>
<pubDate>Thu, 13 Aug 2015 20:04:13 +0000</pubDate>
</item>
<item>
<title>Is it problematic to include spaces in file names?</title>
<link>https://qanda.digipres.org/1053/is-it-problematic-to-include-spaces-in-file-names</link>
<description>&lt;p&gt;
	I have read about and heard different opinions about including spaces in file names, and based on casual observation it seems like, as a community, we typically recommend that people do not use spaces in their file names (perhaps for many of the reasons outlined &lt;a rel=&quot;nofollow&quot; href=&quot;http://superuser.com/questions/29111/what-technical-reasons-exist-for-not-using-space-characters-in-file-names&quot;&gt;here&lt;/a&gt;). Do you have experience with working with spaces in file names that provides insight into whether they are problematic? Should we continue to recommend that digital object creators avoid spaces in file names, or is it an obsolete concern?&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/1053/is-it-problematic-to-include-spaces-in-file-names</guid>
<pubDate>Thu, 09 Jul 2015 15:53:37 +0000</pubDate>
</item>
<item>
<title>Favorite online resources to learn more about DP tools?</title>
<link>https://qanda.digipres.org/1037/favorite-online-resources-to-learn-more-about-dp-tools</link>
<description>I'm trying to gather information about some ways for folks just starting out in digital preservation to learn more about tools and resources. Any one have favorites, or know of good webinars that can offer more insight on tools? Any information sessions (preferably free) that you'd like to share that you found helpful?&lt;br /&gt;
&lt;br /&gt;
I'm aware of the resources through NDSA and DPOE, and often refer to the COPTR tool grid. But I'd love to see if anyone has other favorites or has a resource they found particularly helpful. For example, the new ArchivesDirect service hosts information sessions and can be a good place for people to learn more about the new hosted service.&lt;br /&gt;
&lt;br /&gt;
Thanks!</description>
<guid isPermaLink="true">https://qanda.digipres.org/1037/favorite-online-resources-to-learn-more-about-dp-tools</guid>
<pubDate>Tue, 07 Jul 2015 20:13:52 +0000</pubDate>
</item>
<item>
<title>Strategy for preserving scanned files outside of repository</title>
<link>https://qanda.digipres.org/1001/strategy-for-preserving-scanned-files-outside-repository</link>
<description>We have undertaken various digitisation projects the past couple of &amp;nbsp;years; each item digitised has resulted in output in TIFF, JPEG and PDF formats, with up to 600 or so TIFFs/JPEGs for some items.&lt;br /&gt;
&lt;br /&gt;
We have loaded the PDF files into our research repository. However, our repository software does not accommodate too well more than a dozen or so files at the most for each record. So we need to find an alternative mechanism for storing at least the TIFF files (the JPEGs and PDFs can always be regenerated again from the TIFFs). Currently, we have 3 copies of each of the files stored on our local network (as well as whatever system backups occur), until we can figure out a more permanent preservation strategy.&lt;br /&gt;
&lt;br /&gt;
We're now at the point where we want to figure out that more permanent strategy. The PDF files in the repository will remain the primary access point. Can anyone suggest a suitable approach/software for the preservation masters?</description>
<guid isPermaLink="true">https://qanda.digipres.org/1001/strategy-for-preserving-scanned-files-outside-repository</guid>
<pubDate>Wed, 01 Jul 2015 04:05:52 +0000</pubDate>
</item>
<item>
<title>What are best hardware/software for automated back-up to external hard drive?</title>
<link>https://qanda.digipres.org/949/what-hardware-software-automated-back-external-hard-drive</link>
<description>I'm wondering if we as a digipres community have centered on one or a few trusted solutions for ongoing, automated backup of personal data to physical media, i.e., external hard drives. I'm interested in hardware and software recommendations for a Windows environment. This would be active research data management, and the data is potentially valuable for the long-term. Any data identified for long-term preservation would be migrated to a trusted repository. Please, if there's anyone out there who can help me hone in on some trusted solutions of the zillions of options that seem to be out there in the PC world, I'd be much appreciative.</description>
<guid isPermaLink="true">https://qanda.digipres.org/949/what-hardware-software-automated-back-external-hard-drive</guid>
<pubDate>Tue, 09 Jun 2015 21:39:20 +0000</pubDate>
</item>
<item>
<title>Recommendations - Drives for Offline Storage</title>
<link>https://qanda.digipres.org/930/recommendations-drives-for-offline-storage</link>
<description>I'm looking into options for drives for 'cold' storage for my institution, possibly for long periods of time (we would like a shelf-life of about four years). &amp;nbsp;They don't need to be particularly fast so much as reliable and long-lived (and, of course, cost-effective). &amp;nbsp;We've already got some LTO tape we use; we're looking more for hard disk drives or solid state drives to be held offline in a climate-controlled area. &amp;nbsp;The scenario involves a write-once, read-a-few-times situation.&lt;br /&gt;
&lt;br /&gt;
So, first of all, does anybody have any experiences or know of any studies about the longevity and data integrity of HDD versus SSD? &amp;nbsp;I know, for example, that SSD is better-equipped for unpowered storage than HDD, but that they can also be more prone to data loss.&lt;br /&gt;
&lt;br /&gt;
Second, does anybody have a particular brand that they use and would particularly recommend to purchase or to avoid?&lt;br /&gt;
&lt;br /&gt;
If you'd rather not answer on-list, you can email me at sarah.barsness@mnhs.org and I'll post your replies to this thread anonymously for you (I could *really* use some very candid recommendations).</description>
<guid isPermaLink="true">https://qanda.digipres.org/930/recommendations-drives-for-offline-storage</guid>
<pubDate>Thu, 04 Jun 2015 18:36:34 +0000</pubDate>
</item>
<item>
<title>Preserving PDF files with multimedia content</title>
<link>https://qanda.digipres.org/918/preserving-pdf-files-with-multimedia-content</link>
<description>I am curious what other insitutions are doing for PDF files with embedded video or audio content? We migrate almost all of our PDF's to PDF/A. The PDF/A stadard does not allow for embedded content like this.&lt;br /&gt;
&lt;br /&gt;
We have discussed normalizing the file to ensure long term usability but not to PDF/A or extracting the embedded content and handling them seperately. But this takes them out of their original presentation.&lt;br /&gt;
&lt;br /&gt;
Are there other options?&lt;br /&gt;
&lt;br /&gt;
Thanks.</description>
<guid isPermaLink="true">https://qanda.digipres.org/918/preserving-pdf-files-with-multimedia-content</guid>
<pubDate>Wed, 20 May 2015 20:24:50 +0000</pubDate>
</item>
<item>
<title>How to distinguish 68k and PPC executables on classic Macintoshes?</title>
<link>https://qanda.digipres.org/865/how-distinguish-68k-and-ppc-executables-classic-macintoshes</link>
<description>When getting a binary for a classic Macintosh operating system (up until version 9), how to distinguish for which processor architecture the binary was made?</description>
<guid isPermaLink="true">https://qanda.digipres.org/865/how-distinguish-68k-and-ppc-executables-classic-macintoshes</guid>
<pubDate>Thu, 26 Mar 2015 18:48:45 +0000</pubDate>
</item>
<item>
<title>Scanned manuscript - saved as TIFF image files in archival disc. Is it Ok</title>
<link>https://qanda.digipres.org/836/scanned-manuscript-saved-tiff-image-files-archival-disc-ok</link>
<description></description>
<guid isPermaLink="true">https://qanda.digipres.org/836/scanned-manuscript-saved-tiff-image-files-archival-disc-ok</guid>
<pubDate>Mon, 16 Feb 2015 19:58:42 +0000</pubDate>
</item>
<item>
<title>Any LTP &quot;Packaging Format&quot; Standard you Support that Makes More Sense than WARC?</title>
<link>https://qanda.digipres.org/830/packaging-format-standard-support-makes-more-sense-than-warc</link>
<description>&lt;p&gt;
	Here's my question:&amp;nbsp;&lt;strong&gt;Do you prefer a packaging format other than WARC? What other justifications should I take into account? Could you share additional resources for my consideration ( in addition to those below?)&amp;nbsp;&lt;/strong&gt;And I'll elaborate:&lt;/p&gt;
&lt;p&gt;
	We generally agree that digital permanent records should be kept in open and supported format (tools and communities). We even have a broad selection of formats to chose from (from TIFF/JPEG2000 through PDF/A to XML). What remains, in my view, is a similar broad agreement on the package format that house the above content and linked metadata. The target here is the format of the container, wrapper, or capsule.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;
	There are many requirements that this container should meet, and by far, I like that the container be extendable whereby one can add more content, additional metadata, user contributed context, etc.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;
	Sofar though, .zip container has more or less led the charge, though other formats such as .warc are emerging from studies and comparaisons and showing more promise, which prompts me to ask:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;
	&lt;strong&gt;Do you prefer a packaging format other than WARC? What other justifications should I take into account? Could you share additional resources I could consider in addition to these below?&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
		Recommendations/studies supporting WARC
		&lt;ul&gt;
			&lt;li&gt;
				For web objects:&amp;nbsp;&lt;a href=&quot;http://www.getpocket.com/a/read/777166755&quot; rel=&quot;nofollow&quot;&gt;http://www.getpocket.com/a/read/777166755&lt;/a&gt;&lt;/li&gt;
			&lt;li&gt;
				For all objects:&amp;nbsp;&lt;a href=&quot;https://fedora.phaidra.univie.ac.at/fedora/get/o:293682/bdef:Content/get&quot; rel=&quot;nofollow&quot;&gt;https://fedora.phaidra.univie.ac.at/fedora/get/o:293682/bdef:Content/get&lt;/a&gt;&lt;/li&gt;
		&lt;/ul&gt;
	&lt;/li&gt;
	&lt;li&gt;
		Standard using ZIP as container/wrapper/capsule:
		&lt;ul&gt;
			&lt;li&gt;
				Victorian Electronic Records Strategy / VERS Encapsulated Object (VEO) :&amp;nbsp;&lt;a href=&quot;http://prov.vic.gov.au/wp-content/uploads/2014/05/VERSStdRevisionProposal-v1-0.pdf&quot; rel=&quot;nofollow&quot;&gt;http://prov.vic.gov.au/wp-content/uploads/2014/05/VERSStdRevisionProposal-v1-0.pdf&lt;/a&gt;&lt;/li&gt;
		&lt;/ul&gt;
	&lt;/li&gt;
	&lt;li&gt;
		Standard-to-be considering SIRF or an unspecified format (needs proof of concept)
		&lt;ul&gt;
			&lt;li&gt;
				Storage Industry Networking Association's SIRF (Self-Contained Information Retention Format (&amp;nbsp;&lt;a href=&quot;http://www.snia.org/SIRF&quot; rel=&quot;nofollow&quot;&gt;http://www.snia.org/SIRF&lt;/a&gt;&amp;nbsp;; )&lt;/li&gt;
		&lt;/ul&gt;
	&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
	Answers, links and comments will be well received!&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/830/packaging-format-standard-support-makes-more-sense-than-warc</guid>
<pubDate>Fri, 13 Feb 2015 21:20:18 +0000</pubDate>
</item>
<item>
<title>Is there a GUI alternative to Bagger that performs a similar function?</title>
<link>https://qanda.digipres.org/822/there-gui-alternative-bagger-that-performs-similar-function</link>
<description>As I understand it, Bagger is the only GUI tool that was developed to use the BagIt specification and it is no longer being updated. If that's correct (that is, there's no other GUI BagIt tool), are there other GUI tools that enable you to carry out the following steps: &lt;br /&gt;
&lt;br /&gt;
1. Package a set of files with a manifest containing a list of files and checksums&lt;br /&gt;
&lt;br /&gt;
2. Transfer the package to a new system/location&lt;br /&gt;
&lt;br /&gt;
3. Verify that the files have been received&lt;br /&gt;
&lt;br /&gt;
I realize that there are updated BagIt CLI tools, but I ask because not everyone is comfortable with the command line and I wonder if there are other GUI tools that do similar things, but don't follow the BagIt spec.</description>
<guid isPermaLink="true">https://qanda.digipres.org/822/there-gui-alternative-bagger-that-performs-similar-function</guid>
<pubDate>Fri, 06 Feb 2015 01:06:38 +0000</pubDate>
</item>
<item>
<title>Tool(s) for extracting administrative metadata from WARC?</title>
<link>https://qanda.digipres.org/779/tool-s-for-extracting-administrative-metadata-from-warc</link>
<description>I'm researching best practices for administrative metadata--preservation metadata in particular--for web archives. So far I've found some very helpful rationales and schemas, all PREMIS-in-METS-based, but I haven't seen anything that directly explains how one gets from point A to point B. That is, I haven't seen any descriptions of the steps nor the tools used to actually extract this type of metadata (or as much as can reasonably be gleaned) from WARCs. Have you? Have you extracted administrative metadata from your WARCs and lived to tell the tale? I'd love to know what you used and what you thought of the process.</description>
<guid isPermaLink="true">https://qanda.digipres.org/779/tool-s-for-extracting-administrative-metadata-from-warc</guid>
<pubDate>Thu, 29 Jan 2015 07:08:14 +0000</pubDate>
</item>
<item>
<title>Optimal file sizes for access PDFs</title>
<link>https://qanda.digipres.org/751/optimal-file-sizes-for-access-pdfs</link>
<description>We have digitised a collection of old books, pamphlets, etc, which we will be making available as PDFs and as images through BookReader. The original files were scanned as TIFFs and will not be available to users. The PDFs we originally created were high quality and large file sizes; some over 100 &amp;nbsp;MB. Obviously, this is far too large to expect most users - which will be the public - to download. Is it better to split the larger files into smaller and retain the high quality? Or regenerate the PDFs into smaller, lower quality files? And in either case, what is the ideal maximum file size for cultural heritage-type PDFs available to the general public? Have not been able to find any recommended standards at all around this issue.</description>
<guid isPermaLink="true">https://qanda.digipres.org/751/optimal-file-sizes-for-access-pdfs</guid>
<pubDate>Sat, 24 Jan 2015 20:41:55 +0000</pubDate>
</item>
<item>
<title>Splitting PDFs while preserving quality</title>
<link>https://qanda.digipres.org/729/splitting-pdfs-while-preserving-quality</link>
<description>For easier presentation, we need to break some very large PDFs into smaller files (we already have the originals saved in TIFF format). However, when we do this via Adobe, the total file sizes get halved, e.g. a 600MB PDF results in 6 PDFs that total 300MB in size. Does this denote loss of quality? How do I check? And what's the best way to break large PDFs into smaller files without that loss of quality?&lt;br /&gt;
&lt;br /&gt;
I thought this info would be relatively easy to find on the Adobe web site or elsewhere, but no luck so far.</description>
<guid isPermaLink="true">https://qanda.digipres.org/729/splitting-pdfs-while-preserving-quality</guid>
<pubDate>Wed, 21 Jan 2015 19:18:52 +0000</pubDate>
</item>
<item>
<title>What preservation format for video to use when digitizing VHS tapes?</title>
<link>https://qanda.digipres.org/710/what-preservation-format-for-video-when-digitizing-vhs-tapes</link>
<description></description>
<guid isPermaLink="true">https://qanda.digipres.org/710/what-preservation-format-for-video-when-digitizing-vhs-tapes</guid>
<pubDate>Mon, 05 Jan 2015 19:57:23 +0000</pubDate>
</item>
<item>
<title>Who uses the SPOT Model for Risk Assessment?</title>
<link>https://qanda.digipres.org/639/who-uses-the-spot-model-for-risk-assessment</link>
<description>&lt;div&gt;
	I'm currently investigating using the Simple Property-Oriented Threat (SPOT) Model&amp;nbsp;for risk assessing our repository content and I'd like to know if anyone else is using it in practice?&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	Two example organisations (Statistics New Zealand and the Florida Digital Archive are including in the &lt;a href=&quot;http://www.dlib.org/dlib/september12/vermaaten/09vermaaten.html&quot; rel=&quot;nofollow&quot;&gt;D-Lib article&lt;/a&gt;), but I'd like to know if anyone else has attempted to use SPOT since 2012. Good and negative experiences welcome!&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;
&lt;div&gt;
	~Chris Fryer, Senior Digital Archivist, Parliamentary Archives&lt;/div&gt;
&lt;div&gt;
	&amp;nbsp;&lt;/div&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/639/who-uses-the-spot-model-for-risk-assessment</guid>
<pubDate>Mon, 15 Dec 2014 18:17:17 +0000</pubDate>
</item>
<item>
<title>Does anyone have experience capturing and archiving WeChat data?</title>
<link>https://qanda.digipres.org/624/does-anyone-have-experience-capturing-archiving-wechat-data</link>
<description>&lt;p&gt;
	Does anyone have experience capturing and archiving &lt;a href=&quot;http://www.wechat.com/en/&quot; rel=&quot;nofollow&quot;&gt;WeChat &lt;/a&gt;data?&amp;nbsp; I am working with a research group that wants to capture text conversation, emoticon usage, as well as shared audio clips.&lt;/p&gt;</description>
<guid isPermaLink="true">https://qanda.digipres.org/624/does-anyone-have-experience-capturing-archiving-wechat-data</guid>
<pubDate>Tue, 09 Dec 2014 15:51:18 +0000</pubDate>
</item>
</channel>
</rss>