<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<div class="">I’m really glad you resuscitated this thread, Jarrett, because we’re talking a lot about this at Yale. </div>
<div class=""><br class="">
</div>
<div class="">A lot of work is happening right now on integration of archival description in our database of record (ArchivesSpace) with our digital preservation system (Preservica) and our access system for digitized objects (Blacklight). </div>
<div class=""><br class="">
</div>
<div class="">Here are some common questions that have come up and my answers to them:</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">1. Are we “managing” digital objects in ArchivesSpace?</div>
<div class="">This depends on what you mean by managing. </div>
<div class="">I cannot think of a situation where ArchivesSpace would be the only layer between metadata and a file system (other than, possibly, very basic digitization activities), so no, we are not doing that kind of management in ArchivesSpace.</div>
<div class="">But I think ArchivesSpace digital objects WILL be the glue between two different management systems — ArchivesSpace (for the description of functions like accessioning and description) and Preservica/FindIt/Quicksearch/Kaltura/HathiTrust/what-friggin-ever
where more robust information about complex objects, preservation actions, technical facts about the object, etc. are stored.</div>
<div class="">As I see it, the best thing that AS digital objects could do would be to be a place to keep URIs so that we can sync the systems together. If we think about it this way, this whole project becomes a lot less complicated, I think.</div>
<div class=""><br class="">
</div>
<div class="">2. What is the good of the digital object record?</div>
<div class="">The digital object record lets us keep structured metadata in ArchivesSpace about digital objects that can serialize as ead//dao or METS. It can also be accessed through the API as structured, JSON objects. We had discussed the idea of using “location
of copies” and “location of originals” notes as a possible alternative to DOs, but there is an advantage to storing information about digital objects in a DO record rather than having a URL as part of a string in a note. Notes are difficult to query and manage;
digital objects are a bit easier.</div>
<div class="">There’s also a bit of extra metadata that can be created/stored in the digital object record that can help our public interfaces know what to do with these links to other system, which is pretty useful.</div>
<div class=""><br class="">
</div>
<div class="">3. Should digital surrogates and born-digital records be treated differently in ArchivesSpace?</div>
<div class="">If the DO is just the glue between the description of the object and the system that gives you the object, then no. I think that they need to be <i class="">described</i> differently, because there’s a different facticity to them as records, but
I don’t think that they need to be managed differently. And since there are really pretty good attributes and elements on the digital object record to help us determine what kind of a digital object we’re dealing with and how it should load/display, I don’t
think it’s a problem to have many digital objects on an archival object that point to different manifestations in different systems.</div>
</div>
<div class=""><br class="">
</div>
<div class="">So here’s what our digital objects look like:</div>
<div class="">
<div class="">Title: display title from archival object (title and date) — N.B., this is only because it’s required. I’d prefer not to have the duplicate data.</div>
<div class="">Publish: publish status from archival object</div>
<div class="">Digital object identifier: handle to object in Blacklight/Preservica/Whatever</div>
<div class=""><br class="">
</div>
<div class="">Most of the creation of digital objects will be done through scripting or automatic integration between systems.</div>
<div class="">Since we’re not pointing to actual files in actual systems, we won’t be using FIleURIs.</div>
<div class=""><br class="">
</div>
<div class="">We may include more metadata to indicate whether this is a digital object that takes the user to an access system or whether it takes a staff member to the place where she can do preservation actions (this will also affect the publish element).</div>
<div class=""><br class="">
</div>
<div class="">What about everyone else? How are you using digital objects? By the way, we’re still in the middle of figuring this out, so the above only represents my thinking and current understanding of the direction at Yale.</div>
<div class=""><br class="">
</div>
<div class="">Maureen</div>
<div class=""><br class="">
</div>
</div>
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Sep 28, 2015, at 9:55 AM, Jarrett Drake <<a href="mailto:jarrett.m.drake@gmail.com" class="">jarrett.m.drake@gmail.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">Hi everyone,
<div class=""><br class="">
</div>
<div class="">I'm reviving this thread in case others have more thoughts about the digital objects module and its utility in regards to born-digital material. If you're using it in your workflow, I'd be curious to know how. Please contact me here or offline.</div>
<div class=""><br class="">
</div>
<div class="">Best,</div>
<div class="">Jarrett<br class="">
<br class="">
On Wednesday, February 25, 2015 at 9:49:04 PM UTC-5, Carolyn Runyon wrote:
<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">
<div style="word-wrap:break-word" class="">
<div class="">Good question!</div>
<div class=""><br class="">
</div>
We’ve decided not use the digital object module in ASpace in an effort not to duplicate the work we have to do to upload our digital objects to CONTENTdm. If ASpace decided to grow the digital object module (with embedded viewers/players OAI-PMH harvest ability,etc.),
we’d definitely take advantage of the module. As it stands, I can’t justify the extra work it would take to maintain our digital object data and metadata in 2 different systems.
<div class=""><br class="">
</div>
<div class="">Maybe others have a different view?<br class="">
<div class=""><br class="">
</div>
<div class="">Carolyn<br class="">
<div class=""><br class="">
</div>
<div class=""> <br class="">
<div class="">
<div style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; word-wrap: break-word;" class="">
<div class="">Carolyn Runyon, Digital Archivist<br class="">
Special Collections & University Archives<br class="">
University of Tennessee at Chattanooga<br class="">
615 McCallie Ave., Chattanooga, TN 37403<br class="">
<a href="javascript:" target="_blank" gdf-obfuscated-mailto="5DvOUk5BYB0J" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;" class="">csg...@mocs.utc.edu</a>, (423) 425-4503
<div class="">Dept. 6456, LIB 439C</div>
</div>
<div class=""><br class="">
</div>
</div>
<br class="">
<br class="">
</div>
<br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">On Feb 12, 2015, at 4:43 PM, 'Ben Goldman' via ArchivesSpace <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="5DvOUk5BYB0J" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;" class="">archiv...@googlegroups.<wbr class="">com</a>>
wrote:</div>
<br class="">
<div class="">
<div dir="ltr" class="">Hello all,
<div class=""><br class="">
</div>
<div class="">I'd be interested to hear more from those of you using the Digital Object module in ASpace. How are you using it, to support what aims. Are you using it to get <dao> tags in EAD, for recording existence of digital surrogates (linking or not),
for notating born-digital material or even web archives? Are you using the grouping feature in the module to organize digital object hierarchies? We're trying to sort out what should be our best practices around using this module (or not) to support some of
the scenarios I just mentioned.</div>
<div class=""><br class="">
</div>
<div class="">-Ben</div>
<div class=""><br class="">
</div>
<div class=""><span style="font-family:georgia,serif;font-size:small;font-weight:bold" class="">Ben Goldman</span><br style="font-family:georgia,serif;font-size:small" class="">
<span style="font-family:georgia,serif;font-size:small" class="">Digital Records Archivist</span><br style="font-family:georgia,serif;font-size:small" class="">
<span style="font-family:georgia,serif;font-size:small" class="">Penn State University Libraries</span><br class="">
</div>
</div>
<div class=""><br class="">
</div>
-- <br class="">
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.<br class="">
To unsubscribe from this group and stop receiving emails from it, send an email to
<a href="javascript:" target="_blank" gdf-obfuscated-mailto="5DvOUk5BYB0J" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;" class="">
archivesspac...@<wbr class="">googlegroups.com</a>.<br class="">
For more options, visit <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__groups.google.com_d_optout&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=fCX0McITWnHK7ytux_2n9Ub4wwct61jGqvschXNygZg&s=nMmM45GcfxM1D6NHQuMcGbzuULdjjPDozcVpztm5_qY&e=" target="_blank" rel="nofollow" onmousedown="this.href='https://groups.google.com/d/optout';return true;" onclick="this.href='https://groups.google.com/d/optout';return true;" class="">
https://groups.google.com/d/<wbr class="">optout</a>.<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
<div class=""><br class="webkit-block-placeholder">
</div>
-- <br class="">
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.<br class="">
To unsubscribe from this group and stop receiving emails from it, send an email to
<a href="mailto:archivesspace+unsubscribe@googlegroups.com" class="">archivesspace+unsubscribe@googlegroups.com</a>.<br class="">
For more options, visit <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__groups.google.com_d_optout&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=fCX0McITWnHK7ytux_2n9Ub4wwct61jGqvschXNygZg&s=nMmM45GcfxM1D6NHQuMcGbzuULdjjPDozcVpztm5_qY&e=" class="">
https://groups.google.com/d/optout</a>.<br class="">
</div>
</blockquote>
</div>
<br class="">
</body>
</html>