<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Digital Preservation Q&amp;A - Recent questions tagged mets</title>
<link>https://qanda.digipres.org/tag/mets</link>
<description>Powered by Question2Answer</description>
<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>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>
</channel>
</rss>