[Archivesspace_Users_Group] Archivesspace_Users_Group Digest, Vol 38, Issue 7

Cheri Crist ccrist at eastman.org
Fri Sep 30 09:24:06 EDT 2016


Hi all, I'm having issues exporting to PDF, but it's only happening with
one record, and it's a record I've exported successfully before. Maybe I
messed something up yesterday when I tweaked it. Here's the error log I've
been getting; I know the one line refers to a missing end element but the
rest is a mystery to me:

Generating PDF for Photographic Society of Philadelphia Records, Louis
Walton Sipley/American Museum of Photography Collection
org.xml.sax.SAXParseException; lineNumber: 218; columnNumber: 126; The
element type "emph" must be terminated by the matching end-tag "</emph>".
net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:374)
java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:497)
Saxon::XML::Document.parse(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/xml.rb:26)
Saxon::XML::Document.parse(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/xml.rb:26)
Saxon::Processor.XML(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/processor.rb:57)
Saxon::Processor.XML(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/processor.rb:57)
RUBY.XML(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/xml.rb:11)
RUBY.to_fo(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:32)
RUBY.to_pdf(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:38)
RUBY.run(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:45)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23)
RUBY.run(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:23)
BackgroundJobQueue.run_pending_job(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:113)
BackgroundJobQueue.run_pending_job(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:113)
RUBY.start_background_thread(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:153)
java.lang.Thread.run(java/lang/Thread.java:745)

Any help is appreciated!

Cheri





Cheri Crist
Project Archivist
Richard and Ronay Menschel Library
George Eastman Museum
900 East Ave.
Rochester, NY 14607
ccrist at eastman.org
(585)271-3361 ext. 280

On Fri, Sep 30, 2016 at 8:02 AM, <
archivesspace_users_group-request at lyralists.lyrasis.org> wrote:

> Send Archivesspace_Users_Group mailing list submissions to
>         archivesspace_users_group at lyralists.lyrasis.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lyralists.lyrasis.org/mailman/listinfo/
> archivesspace_users_group
>
> or, via email, send a message with subject or body 'help' to
>         archivesspace_users_group-request at lyralists.lyrasis.org
>
> You can reach the person managing the list at
>         archivesspace_users_group-owner at lyralists.lyrasis.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Archivesspace_Users_Group digest..."
>
>
> Today's Topics:
>
>    1. Re: ?An error occurred loading this record" and merging Top
>       Container questions (Christine Di Bella)
>    2. moved ArchivesSpace to a different        server, no longer able to
>       access (Morelli, Shannon)
>    3. importing Finding Aids with DO links (Jessica Wagner Webster)
>    4. Re: importing Finding Aids with DO links (Kennedy, Nancy)
>    5. Re: importing Finding Aids with DO links
>       (Majewski, Steven Dennis (sdm7g))
>    6. LDAP credentials stored at plaintext? (Zachary L Pelli)
>    7. Re: importing Finding Aids with DO links
>       (Majewski, Steven Dennis (sdm7g))
>    8. Re: importing Finding Aids with DO links (Mayo, Dave)
>    9. Re: moved ArchivesSpace to a different server, no longer able
>       to access (Christine Di Bella)
>   10. Using the Rights sub-records instead of Conditions Governing
>       Access/Use notes? (Jordon Steele)
>   11. Re: moved ArchivesSpace to a different server, no longer able
>       to access (Christine Di Bella)
>   12. Jetty tweaking? (Mark Cyzyk)
>   13. tracking media formats in ASpace? (Tang, Lydia)
>   14. Re: Using the Rights sub-records instead of Conditions
>       Governing Access/Use notes? (Maureen Callahan)
>   15. Re: Using the Rights sub-records instead of Conditions
>       Governing Access/Use notes? (Caldera, Mary)
>   16. ArchivesSpace listservs delivery outage (Christine Di Bella)
>   17. Re: Using the Rights sub-records instead of Conditions
>       Governing Access/Use notes? (Arnold, Hillel)
>   18. bulk export of MARCXML for use in EBSCO   or other discovery
>       service? (Christine Di Bella)
>   19. Re: bulk export of MARCXML for use in EBSCO or other
>       discovery service? (Jason Loeffler)
>   20. Re: bulk export of MARCXML for use in EBSCO or other
>       discovery service? (Dean DeBolt)
>   21. Preferred Citation edits sometimes fail   to save (Jane LaBarbara)
>   22. Re: Preferred Citation edits sometimes fail       to save (Custer,
> Mark)
>   23. Re: moved ArchivesSpace to a      different       server, no longer
> able
>       to access (Benedett, Barbara)
>   24. duplicate <head>'s in EAD export (Majewski, Steven Dennis (sdm7g))
>   25. Re: duplicate <head>'s in EAD export (Lara Friedman-Shedlov)
>   26. Re: duplicate <head>'s in EAD export
>       (Majewski, Steven Dennis (sdm7g))
>   27. ArchivesSpace Technical Lead Position     Announcement (Laurie Arp)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 26 Sep 2016 16:25:46 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] ?An error occurred loading
>         this record" and merging Top Container questions
> Message-ID:
>         <CY1PR0801MB0842CC239D1D41D54C50463BF1CD0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="utf-8"
>
> I wonder if the issue has to do with your indexing. That the records
> display in the tree and PDF indicate that they're there. If you didn't have
> permission to edit them, they would still load, you just wouldn't get an
> edit button. And if they were still suppressed and you didn't have
> permission to view them, they just wouldn't appear in the tree. Can you ask
> your system administrator to reindex and see if that resolves the issue?
> (And since you've mentioned suppression a few times, I take it these were
> suppressed, then unsuppressed? Is there anything else different/unusual
> about how this particular set of components was created or edited? Just
> trying to understand what the sequence of events may have been.)
>
> As for merging top containers, this is not currently possible. There is a
> feature request at https://archivesspace.atlassian.net/browse/AR-1436.
>
> Christine
>
>
>
> -----Original Message-----
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Tang, Lydia
> Sent: Monday, September 26, 2016 10:25 AM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: Re: [Archivesspace_Users_Group] ?An error occurred loading this
> record" and merging Top Container questions
>
> Hi Christine,
> Thanks for getting back to me.  I do have system permissions to
> edit/unsupress records, but I am concerned that there is a lingering bug in
> the middle of everything.  Attached is the screen shot, although I am not
> sure how helpful it will be.  There seems to be no way to load or edit this
> section, which appears to be currently unsupressed, since it shows up in
> the PDF export.
> Another question that recently cropped up (sorry guys, lots of questions?)
> is if it?s possible to merge Top Containers?  From entering data in RDE and
> entering data in the conventional way, there somehow developed two
> duplicate top containers ?Box X.?  Is there a simple way to merge these
> two?  Just curious!
> Thanks, everyone, for putting up with my questions and for any help you
> could provide!
> Lydia
>
> ------------------------------
>
> Message: 2
> Date: Mon, 26 Sep 2016 17:24:49 +0000
> From: "Morelli, Shannon" <morelli at frick.org>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different       server, no longer able to access
> Message-ID: <1a538af1e8654853a58bc845404670f8 at Mail03.frick.org>
> Content-Type: text/plain; charset="us-ascii"
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/2cf9fd04/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 26 Sep 2016 19:54:25 +0000
> From: Jessica Wagner Webster <Jessica.WagnerWebster at baruch.cuny.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] importing Finding Aids with DO
>         links
> Message-ID:
>         <C33EF018A658844D84A572728684CA930176D15B39 at mbox02.baruch.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I'm having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/7d78f596/attachment-0001.html>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 26 Sep 2016 20:15:06 +0000
> From: "Kennedy, Nancy" <KennedyN at si.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID:
>         <4142170736420940ACB07EE9EECDC21F34D087D9 at si-msedag04.US.
> SINET.SI.EDU>
> Content-Type: text/plain; charset="us-ascii"
>
> Jennifer -
> Yes, you can import EAD with dao.  This snippet below would create the DO
> on the "Account Book" archival object.  Did you include the title
> attribute?  If you'd like to share your EAD, I'd be happy to help.
>
> <c level="file">
>                 <did>
>                     <unittitle>Account Book</unittitle>
>                 </did>
>                 <dao ns2:title="title" ns2:role="Image-Service" ns2:href="
> http://ids.si.edu/ids/dynamic?id=NMAH-AC0040-0000001-01"/>
>
>             </c>
>
> Nancy
>
> Nancy Kennedy
> EAD Coordinator
> Smithsonian Institution
> kennedyn at si.edu
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Jessica Wagner Webster
> Sent: Monday, September 26, 2016 3:55 PM
> To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I'm having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/8c741bfb/attachment-0001.html>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 26 Sep 2016 20:23:19 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID:
>         <58321E73-65D3-4D8B-AE24-409C275C0FF6 at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> We?ve normalized and reprocessed to pull out text transcription into
> separate <dao>?s and leave page images in a <daogrp>
> as this imports into ArchivesSpace as two separate digital objects, one
> with multiple file versions:
>
>         <c02 level="item" id="d1e625">
>           <did>
>             <unittitle>Alexander Hamilton, New York, New York, to Angelica
> Schuyler Church, with
>               note from E[lizabeth Schuyler] Hamilton.</unittitle>
>             <unitdate era="ce" calendar="gregorian">1789 November
> 8</unitdate>
>             <physdesc> ALS, 2 p. </physdesc>
>             <daogrp xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="extended" id="d1e639">
>               <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118891.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118892.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118893.jpg"/>
>             </daogrp>
>             <dao xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="simple" xlink:title="Text"
>               id="d1e643"
>               xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=
> legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml"
>             />
>           </did>
>           <scopecontent>
>             <p>Heartfelt feelings of affection and friendship and loss in
> the absence of both John
>               and Angelica Church following the sailing of their vessel to
> England.</p>
>           </scopecontent>
>         </c02>
>
>
> We?re currently processing further before ArchivesSpace import to merge
> updated images using IIIF image service, and using @xlink:role attribute to
> mark as transcriptions, legacy-images, image-service, etc. similar to what
> Noah posted.
>
>
> ? Steve Majewski
>
>
>
> On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>> wrote:
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I?m having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/f3da3ca9/attachment-0001.html>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 26 Sep 2016 20:30:29 +0000
> From: Zachary L Pelli <zachary.pelli at shu.edu>
> To: "ArchivesSpace List
>         (archivesspace_users_group at lyralists.lyrasis.org)"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] LDAP credentials stored at
>         plaintext?
> Message-ID:
>         <DM2PR0101MB1022FD22508CA0510CCB8E79E6CD0 at DM2PR0101MB1022.
> prod.exchangelabs.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello,
>
> We're working on getting ArchivesSpace configured and our IT department
> has some concerns. They wish to use LDAP (probably Active Directory) for
> user authentication. To do this, we would have to have valid bind
> credentials stored in the config file. The problem they see is that this
> file is stored with those credentials unencrypted, which is a safety
> concern.
>
> Have others considered this when setting up their LDAP implementations?
> What have you done to alleviate this risk?
>
> Thank you,
>
> Zach Pelli
> Digital Collections Developer
> Seton Hall University Library
> zachary.pelli at shu.edu<mailto:zachary.pelli at shu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/81236c82/attachment-0001.html>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 26 Sep 2016 20:30:53 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID:
>         <434AFC70-2F05-46F1-9715-1E73C5223783 at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> I will also note that the fact that they don?t export in the same
> structure as they import has been a problem.
> i.e. <daoloc> elements within a <daogrp> import as a single digital object
> with multiple file versions, but DO with multiple file versions export as
> multiple <dao> elements.
>
> ? Steve Majewski
>
>
> On Sep 26, 2016, at 4:23 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:
>
>
> We?ve normalized and reprocessed to pull out text transcription into
> separate <dao>?s and leave page images in a <daogrp>
> as this imports into ArchivesSpace as two separate digital objects, one
> with multiple file versions:
>
>         <c02 level="item" id="d1e625">
>           <did>
>             <unittitle>Alexander Hamilton, New York, New York, to Angelica
> Schuyler Church, with
>               note from E[lizabeth Schuyler] Hamilton.</unittitle>
>             <unitdate era="ce" calendar="gregorian">1789 November
> 8</unitdate>
>             <physdesc> ALS, 2 p. </physdesc>
>             <daogrp xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="extended" id="d1e639">
>               <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118891.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118892.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118893.jpg"/>
>             </daogrp>
>             <dao xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="simple" xlink:title="Text"
>               id="d1e643"
>               xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=
> legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml"
>             />
>           </did>
>           <scopecontent>
>             <p>Heartfelt feelings of affection and friendship and loss in
> the absence of both John
>               and Angelica Church following the sailing of their vessel to
> England.</p>
>           </scopecontent>
>         </c02>
>
>
> We?re currently processing further before ArchivesSpace import to merge
> updated images using IIIF image service, and using @xlink:role attribute to
> mark as transcriptions, legacy-images, image-service, etc. similar to what
> Noah posted.
>
>
> ? Steve Majewski
>
>
>
> On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>> wrote:
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I?m having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/09a9d387/attachment-0001.html>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 26 Sep 2016 21:05:16 +0000
> From: "Mayo, Dave" <dave_mayo at harvard.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID: <D40F026B.1509C%dave_mayo at harvard.edu>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Additionally (although I'm working on this as we speak), xlink:show and
> xlink:actuate attributes on <arc> elements within <daogrp> are completely
> unhandled.
>
> - Dave
>
> From: <Majewski>, "Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu<
> mailto:sdm7g at eservices.virginia.edu>>
> Reply-To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Date: Monday, September 26, 2016 at 4:30 PM
> To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with DO
> links
>
>
> I will also note that the fact that they don't export in the same
> structure as they import has been a problem.
> i.e. <daoloc> elements within a <daogrp> import as a single digital object
> with multiple file versions, but DO with multiple file versions export as
> multiple <dao> elements.
>
> - Steve Majewski
>
>
> On Sep 26, 2016, at 4:23 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:
>
>
> We've normalized and reprocessed to pull out text transcription into
> separate <dao>'s and leave page images in a <daogrp>
> as this imports into ArchivesSpace as two separate digital objects, one
> with multiple file versions:
>
>         <c02 level="item" id="d1e625">
>           <did>
>             <unittitle>Alexander Hamilton, New York, New York, to Angelica
> Schuyler Church, with
>               note from E[lizabeth Schuyler] Hamilton.</unittitle>
>             <unitdate era="ce" calendar="gregorian">1789 November
> 8</unitdate>
>             <physdesc> ALS, 2 p. </physdesc>
>             <daogrpxmlns:xlink="http://www.w3.org/1999/xlink<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__www.w3.org_
> 1999_xlink&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_
> Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-
> ksNFkxyqHVaMVDw&s=k5hWc0ctT2KjIRLvJGbl1XmfoT3hmijjqjNMhrVDaLY&e=>"
> xlink:type="extended" id="d1e639">
>               <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118891.jpg<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.
> virginia.edu_exhibits_church_images_AH118891.jpg&d=CwMGaQ&
> c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=
> CIkDFS4GxvfbMWMpulJLhSurqkrThKbWDsffZ2_iLSs&e=>"/>
>               <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118892.jpg<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.
> virginia.edu_exhibits_church_images_AH118892.jpg&d=CwMGaQ&
> c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=
> nOoBlXCRF2i1rR588vFw4AwsKFAa-fRoy7McNF0qFOc&e=>"/>
>               <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118893.jpg<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.
> virginia.edu_exhibits_church_images_AH118893.jpg&d=CwMGaQ&
> c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=gjiqJ54343oUWlIw19C2V_
> G5npprHq3LxQvlhqQWIZE&e=>"/>
>             </daogrp>
>             <daoxmlns:xlink="http://www.w3.org/1999/xlink<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__www.w3.org_
> 1999_xlink&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_
> Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-
> ksNFkxyqHVaMVDw&s=k5hWc0ctT2KjIRLvJGbl1XmfoT3hmijjqjNMhrVDaLY&e=>"
> xlink:type="simple" xlink:title="Text"
>               id="d1e643"
>               xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=
> legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml<h
> ttps://urldefense.proofpoint.com/v2/url?u=http-3A__xtf.lib.
> virginia.edu_xtf_view-3FdocId-3Dlegacy-5Fmss_uvaBook_tei_
> hamilton-5Fletters_Ham1108.xml&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_
> Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-
> ksNFkxyqHVaMVDw&s=tWHBGhLc2v2nZXfu9ztWChPl-pMgA5aVur36GO0nYTA&e=>"
>             />
>           </did>
>           <scopecontent>
>             <p>Heartfelt feelings of affection and friendship and loss in
> the absence of both John
>               and Angelica Church following the sailing of their vessel to
> England.</p>
>           </scopecontent>
>         </c02>
>
>
> We're currently processing further before ArchivesSpace import to merge
> updated images using IIIF image service, and using @xlink:role attribute to
> mark as transcriptions, legacy-images, image-service, etc. similar to what
> Noah posted.
>
>
> - Steve Majewski
>
>
>
> On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>> wrote:
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I'm having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.
> lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=CwMGaQ&c=WO-
> RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=
> ivMUYJgEaWcbYn9szDUSBlGV8DkPOnqN_Kz4ZCN44iQ&e=>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/7e3d6096/attachment-0001.html>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 27 Sep 2016 14:17:33 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different server, no longer able to access
> Message-ID:
>         <CY1PR0801MB08423A2A72166069BE991702F1CC0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Shannon,
>
> If they haven't already looked at it, your IT people should definitely
> take a look at the technical documentation about installing and running
> ArchivesSpace at http://archivesspace.github.io/archivesspace/. Depending
> on the platform of the server and how it was set up originally, different
> things may be going on. Most of the settings are governed by the config
> file, which is in the archivesspace/config directory on the server where
> ArchivesSpace is installed. There's information about this file and
> configuring ArchivesSpace at http://archivesspace.github.
> io/archivesspace/user/configuring-archivesspace/.
>
> (If ArchivesSpace was set up at its own new domain, they'll need to make
> sure to update the DNS record with the new IP address, but that would be
> outside of ArchivesSpace itself.)
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Morelli, Shannon
> Sent: Monday, September 26, 2016 1:25 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
> server, no longer able to access
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/5d515d60/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 7645 bytes
> Desc: image001.png
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/5d515d60/attachment-0001.png>
>
> ------------------------------
>
> Message: 10
> Date: Tue, 27 Sep 2016 15:18:41 +0000
> From: Jordon Steele <jsteele at jhu.edu>
> To: "'Archivesspace_Users_Group at lyralists.lyrasis.org'"
>         <Archivesspace_Users_Group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID:
>         <f1ee9590d8304072adbcd55e246f9568 at ESGMTWEX6.win.ad.jhu.edu>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all,
>
> I know most of the conversation around the Rights sub-records has been
> limited to digital records, but our analysis suggests that conceptually
> rights sub-records are simply more granular, machine-actionable forms of
> conditions governing access and use notes that apply to both analog and
> digital collections. So we're considering doing away completely with our
> use of the more general conditions governing access and use notes in favor
> of these more precise rights sub-records. Has anyone else considered or
> done this, or considered it and chose not to? Are we missing something?
>
> Thanks!
>
> Best,
>
> Jordon
>
> Jordon Steele
> Hodson Curator of the University Archives
> The Sheridan Libraries
> Johns Hopkins University
> 3400 N Charles St
> Baltimore, MD 21218
> 410-516-5493
> jsteele at jhu.edu
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/2b66e43a/attachment-0001.html>
>
> ------------------------------
>
> Message: 11
> Date: Tue, 27 Sep 2016 15:23:44 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different server, no longer able to access
> Message-ID:
>         <CY1PR0801MB0842C8C335050FEA3CBCF7D3F1CC0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Shannon,
>
> If they haven't already looked at it, your IT people should definitely
> take a look at the technical documentation about installing and running
> ArchivesSpace at http://archivesspace.github.io/archivesspace/. Depending
> on the platform of the server and how it was set up originally, different
> things may be going on. Most of the settings are governed by the config
> file, which is in the archivesspace/config directory on the server where
> ArchivesSpace is installed. There's information about this file and
> configuring ArchivesSpace at http://archivesspace.github.
> io/archivesspace/user/configuring-archivesspace/.
>
> (If ArchivesSpace was set up at its own new domain, they'll need to make
> sure to update the DNS record with the new IP address, but that would be
> outside of ArchivesSpace itself.)
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Morelli, Shannon
> Sent: Monday, September 26, 2016 1:25 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
> server, no longer able to access
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/2b6495bd/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 7645 bytes
> Desc: image001.png
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/2b6495bd/attachment-0001.png>
>
> ------------------------------
>
> Message: 12
> Date: Tue, 27 Sep 2016 15:45:16 -0400
> From: Mark Cyzyk <mcyzyk at jhu.edu>
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] Jetty tweaking?
> Message-ID: <8ed0fa82-2215-9b3d-2a1a-2363fe5b27d9 at jhu.edu>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
>
> Dear ArchivesSpace List,
>
> Quick question:  If I wanted to Up the number of simultaneous
> connections in the underlying Jetty, where is that config?
>
> Best regards,
>
> Mark
>
> --
>
> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
> Mark Cyzyk, M.A., M.L.S.
> Scholarly Communication Architect
> Library Applications Group
> The Sheridan Libraries
> The Johns Hopkins University
> mcyzyk at jhu.edu
>
> Verba volant, scripta manent.
>
>
>
>
> ------------------------------
>
> Message: 13
> Date: Wed, 28 Sep 2016 16:24:38 +0000
> From: "Tang, Lydia" <ltang5 at mail.lib.msu.edu>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] tracking media formats in ASpace?
> Message-ID: <97A3A320-2631-45A8-ABC6-E206AD85DA08 at mail.lib.msu.edu>
> Content-Type: text/plain; charset="utf-8"
>
> Hello everyone,
> I was wondering if any institution has expanded the list of Instances to
> include more specific media formats to track for preservation concerns?  Or
> do you use another area?  I am thinking it would be really great to be able
> to indicate and search somehow for materials in delicate media formats:
> audio reels, Umatic, microcassettes, floppy disks, etc and was just curious
> how other institutions are keeping track of it.  Thanks!
> Lydia
>
> ------------------------------
>
> Message: 14
> Date: Thu, 29 Sep 2016 08:43:59 -0400
> From: Maureen Callahan <mcallahan at smith.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID:
>         <CAH0VKbC+CdAT=yiU_XTq3SLiOYOKvg0_ed0EpKM5QeYmDQ=
> SrA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Jordon,
>
> What version are you all up to? The work that was done by HM and Yale last
> year made it possible to encode machine-actionable conditions governing use
> and conditions governing access statements, which will then be associated
> with containers. A circulation system would be able to tell you, once those
> restrictions are encoded, whether a container is restricted. I made a video
> about it here: https://www.youtube.com/watch?v=biCDhkbBSng (things may be
> slightly different in 1.5.x, but not by much).
>
> MC
>
> On Tue, Sep 27, 2016 at 11:18 AM, Jordon Steele <jsteele at jhu.edu> wrote:
>
> > Hi all,
> >
> >
> >
> > I know most of the conversation around the Rights sub-records has been
> > limited to digital records, but our analysis suggests that conceptually
> > rights sub-records are simply more granular, machine-actionable forms of
> > conditions governing access and use notes that apply to both analog and
> > digital collections. So we?re considering doing away completely with our
> > use of the more general conditions governing access and use notes in
> favor
> > of these more precise rights sub-records. Has anyone else considered or
> > done this, or considered it and chose not to? Are we missing something?
> >
> >
> >
> > Thanks!
> >
> >
> >
> > Best,
> >
> >
> >
> > Jordon
> >
> >
> >
> > Jordon Steele
> >
> > Hodson Curator of the University Archives
> >
> > The Sheridan Libraries
> >
> > Johns Hopkins University
> >
> > 3400 N Charles St
> >
> > Baltimore, MD 21218
> >
> > 410-516-5493
> >
> > jsteele at jhu.edu
> >
> >
> >
> > _______________________________________________
> > Archivesspace_Users_Group mailing list
> > Archivesspace_Users_Group at lyralists.lyrasis.org
> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> >
> >
>
>
> --
> Maureen Callahan
> Sophia Smith Collection Archivist
> Smith College Special Collections
> Northampton, Massachusetts 01063
> T. 413 585 2981 C. 215.863.1860
> mcallahan at smith.edu
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/7493a4fa/attachment-0001.html>
>
> ------------------------------
>
> Message: 15
> Date: Thu, 29 Sep 2016 12:55:06 +0000
> From: "Caldera, Mary" <mary.caldera at yale.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID:
>         <CY1PR08MB13112162D86671EC33A57324E4CE0 at CY1PR08MB1311.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi, Jordan,
>
> The Yale ArchivesSpace Committee considered using the rights records
> before we proceeded with developing the machine actionable conditions
> governing access and use note. Here is a link to the topic discussion in
> the AS Google Group list (https://groups.google.com/
> forum/#!topic/archivesspace/EGdXp7_l-XQ). A search on the list might
> bring up some of the pros and cons. - Best, Mary
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Jordon Steele
> Sent: Tuesday, September 27, 2016 11:19 AM
> To: 'Archivesspace_Users_Group at lyralists.lyrasis.org' <
> Archivesspace_Users_Group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Using the Rights sub-records instead
> of Conditions Governing Access/Use notes?
>
> Hi all,
>
> I know most of the conversation around the Rights sub-records has been
> limited to digital records, but our analysis suggests that conceptually
> rights sub-records are simply more granular, machine-actionable forms of
> conditions governing access and use notes that apply to both analog and
> digital collections. So we're considering doing away completely with our
> use of the more general conditions governing access and use notes in favor
> of these more precise rights sub-records. Has anyone else considered or
> done this, or considered it and chose not to? Are we missing something?
>
> Thanks!
>
> Best,
>
> Jordon
>
> Jordon Steele
> Hodson Curator of the University Archives
> The Sheridan Libraries
> Johns Hopkins University
> 3400 N Charles St
> Baltimore, MD 21218
> 410-516-5493
> jsteele at jhu.edu<mailto:jsteele at jhu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/7384d717/attachment-0001.html>
>
> ------------------------------
>
> Message: 16
> Date: Thu, 29 Sep 2016 13:01:08 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Cc: "archivesspace_bot_members at lyralists.lyrasis.org"
>         <archivesspace_bot_members at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] ArchivesSpace listservs delivery
>         outage
> Message-ID:
>         <CY1PR0801MB0842089EE793FDF56C7BFD62F1CE0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello ArchivesSpace members,
>
> The ArchivesSpace listservs appear to have experienced a delivery outage
> beginning Monday evening. The issue was resolved by LYRASIS IT this morning
> and all messages sent during the outage period have now been delivered and
> are also in the listserv archives. If you notice anything still amiss,
> please just let me know.
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/edbbe698/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 7645 bytes
> Desc: image001.png
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/edbbe698/attachment-0001.png>
>
> ------------------------------
>
> Message: 17
> Date: Thu, 29 Sep 2016 09:47:13 -0400
> From: "Arnold, Hillel" <harnold at rockarch.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID: <D412928C.4A13D%harnold at rockarch.org>
> Content-Type: text/plain; charset="windows-1252"
>
> I?ll also add that we here at the Rockefeller Archive Center along with
> some of our colleagues at the Bentley Library, Artefactual and the
> ArchivesSpace team have been working on putting together a specification
> for building out the structured rights statements functionality in
> ArchivesSpace. I think we?re pretty close to having something that we can
> circulate on this list, so stay tuned for that if you?re interested in
> recording machine-actionable rights statements!
>
> Hillel
> -----------
> Hillel Arnold
> Assistant Director, Head of Digital Programs
> Rockefeller Archive Center
> 914.366.6382
>
> From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of
> "Caldera, Mary" <mary.caldera at yale.edu<mailto:mary.caldera at yale.edu>>
> Reply-To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Date: Thursday, September 29, 2016 at 8:55 AM
> To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
> instead of Conditions Governing Access/Use notes?
>
> Hi, Jordan,
>
> The Yale ArchivesSpace Committee considered using the rights records
> before we proceeded with developing the machine actionable conditions
> governing access and use note. Here is a link to the topic discussion in
> the AS Google Group list (https://groups.google.com/
> forum/#!topic/archivesspace/EGdXp7_l-XQ). A search on the list might
> bring up some of the pros and cons. ? Best, Mary
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Jordon Steele
> Sent: Tuesday, September 27, 2016 11:19 AM
> To: 'Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:'
> Archivesspace_Users_Group at lyralists.lyrasis.org>' <
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>>
> Subject: [Archivesspace_Users_Group] Using the Rights sub-records instead
> of Conditions Governing Access/Use notes?
>
> Hi all,
>
> I know most of the conversation around the Rights sub-records has been
> limited to digital records, but our analysis suggests that conceptually
> rights sub-records are simply more granular, machine-actionable forms of
> conditions governing access and use notes that apply to both analog and
> digital collections. So we?re considering doing away completely with our
> use of the more general conditions governing access and use notes in favor
> of these more precise rights sub-records. Has anyone else considered or
> done this, or considered it and chose not to? Are we missing something?
>
> Thanks!
>
> Best,
>
> Jordon
>
> Jordon Steele
> Hodson Curator of the University Archives
> The Sheridan Libraries
> Johns Hopkins University
> 3400 N Charles St
> Baltimore, MD 21218
> 410-516-5493
> jsteele at jhu.edu<mailto:jsteele at jhu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/b22f56d4/attachment-0001.html>
>
> ------------------------------
>
> Message: 18
> Date: Thu, 29 Sep 2016 14:52:47 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] bulk export of MARCXML for use in
>         EBSCO   or other discovery service?
> Message-ID:
>         <CY1PR0801MB0842202AC8CAFD29BFC9780CF1CE0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> I've gotten a question from a user about how to get their data out in bulk
> in MARC or MARCXML to use in their library's EBSCO discovery service. Would
> people who've done this share their workflows and/or strategies? (They
> wouldn't necessarily have to be for EBSCO specifically. Any thoughts on
> what you might be doing with MARC data derived from ArchivesSpace records
> would be appreciated.)
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/7c60246b/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 7645 bytes
> Desc: image001.png
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/7c60246b/attachment-0001.png>
>
> ------------------------------
>
> Message: 19
> Date: Thu, 29 Sep 2016 11:37:58 -0400
> From: Jason Loeffler <j at minorscience.com>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] bulk export of MARCXML for
>         use in EBSCO or other discovery service?
> Message-ID:
>         <CAP4gJsWgtBosVOFwES10pDonVHvQ3mzBoogRO-AZ8yxzh8wEZw at mail.
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Meaning exporting resources or archival objects or both? There is a
> post-processing download option at /download_marc, though it only emits the
> top level resource. This could probably be extended to include archival
> objects.
>
> Alternately, I would direct the member user to the work being done on the
> OAI-PMH specification, partially documented here
> <https://archivesspace.atlassian.net/browse/AR-803> and currently under
> revision. If this is implemented, and I hope it is, it would include a
> machine-accessible MARC responder, among other formats.
>
> Does that help?
>
> Best, Jason
>
> On Thu, Sep 29, 2016 at 10:52 AM, Christine Di Bella <
> christine.dibella at lyrasis.org> wrote:
>
> > I?ve gotten a question from a user about how to get their data out in
> bulk
> > in MARC or MARCXML to use in their library?s EBSCO discovery service.
> Would
> > people who?ve done this share their workflows and/or strategies? (They
> > wouldn?t necessarily have to be for EBSCO specifically. Any thoughts on
> > what you might be doing with MARC data derived from ArchivesSpace records
> > would be appreciated.)
> >
> >
> >
> > Christine
> >
> >
> >
> > Christine Di Bella
> >
> > Community Outreach Manager
> >
> > christine.dibella at lyrasis.org
> >
> > 800.999.8558 x2905
> >
> > 678-235-2905
> >
> > cdibella13 (Skype)
> >
> > [image: cid:image003.png at 01CE734E.FD759D30]
> >
> >
> >
> > _______________________________________________
> > Archivesspace_Users_Group mailing list
> > Archivesspace_Users_Group at lyralists.lyrasis.org
> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/83fbb2de/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 7645 bytes
> Desc: not available
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/83fbb2de/attachment-0001.png>
>
> ------------------------------
>
> Message: 20
> Date: Thu, 29 Sep 2016 11:07:56 -0500
> From: Dean DeBolt <ddebolt at uwf.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] bulk export of MARCXML for
>         use in EBSCO or other discovery service?
> Message-ID:
>         <CAOnYSS+A1yn7vPS2WzjLq0CRGqsfNfMHi3ZEC
> LMQaFhshDqnGg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> To clarify on the MARC exporting, our library uses EBSCO discovery as its
> main search box into the library collections, and I would like to include
> the archives data that is presently in Archon and ArchivesSpace.   Since
> Archon can export as a MARC record, EBSCO can use that ... but we need to
> be able to produce a file of MARC data, not just print each record's MARC
> data.    I'm assuming that the MARC is also in ArchivesSpace and we have
> that running with the data exported in from Archon, too.
>
> It's the MARC data that we want to export into one file as a .mrc file.
>
> Dean
>
>
>
> Dean DeBolt, University Librarian (Professor)/University Archivist
> University Archives and West Florida History Center
> University of West Florida Library
> 11000 University Parkway
> Pensacola, FL  32514-5750
> ddebolt at uwf.edu;   850-474-2213
>
> West Florida History Center is the largest and most comprehensive
> history collection about Pensacola and the West Florida region.
> http://libguides.uwf.edu/universityarchives
>
> Digital collections can be found at:  http://archives.uwf.edu/Archon/
> <http://143.88.66.76/Archon/>
>
> >
> >>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/632795eb/attachment-0001.html>
>
> ------------------------------
>
> Message: 21
> Date: Thu, 29 Sep 2016 17:19:01 +0000
> From: Jane LaBarbara <jane.labarbara at mail.wvu.edu>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Preferred Citation edits
>         sometimes fail  to save
> Message-ID:
>         <CY4PR03MB26487D256637F47A9EEEF23AB1CE0 at CY4PR03MB2648.
> namprd03.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Good afternoon,
>
> We are running version 1.4.2, and we've just started our post-EAD import
> resource record cleanup.  We've noticed a problem where our edits sometimes
> fail to save in one specific field-the Preferred Citation Note.  We're
> editing titles. We make an edit in the Resource Record's title field, then
> make the same edit in the finding aid title field, and then in the
> Preferred Citation Field in the Notes section.  Then we save the record.
> Sometimes, our change in the Preferred Citation field actually saves, but
> sometimes we check after saving and find that the text in that field has
> reverted back to its pre-edited state.  We aren't sure if there is a
> specific sequence of steps that triggers the problem--it seems to be
> random. Once we see that our edit has been lost, we try to re-edit and save
> again-sometimes it works on the second save, once I had to try four times
> to get the edit I made to stick.
>
> Has anyone else had this problem or can suggest a possible cause/fix?
> It's not a huge issue, but it is slowing down our cleanup work, and if it's
> not isolated to this field, it could cause failed saving of more important
> notes, like the scope and content note, which would be a big problem.
>
> Thank you,
> Jane
>
> / Jane Metters LaBarbara
> Assistant Curator, West Virginia & Regional History Center<
> https://wvrhc.lib.wvu.edu/>
> West Virginia University Libraries
> (304) 293-0352 office
> jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/530a0bf5/attachment-0001.html>
>
> ------------------------------
>
> Message: 22
> Date: Thu, 29 Sep 2016 17:39:38 +0000
> From: "Custer, Mark" <mark.custer at yale.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Preferred Citation edits
>         sometimes fail  to save
> Message-ID:
>         <BN3PR08MB1318418B081EE67DE2F5A2E68CCE0 at BN3PR08MB1318.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Jane,
>
> Is it possible that what you've noticed is related to this ticket?:
>
> https://archivesspace.atlassian.net/browse/AR-1521
>
> This bug affects editing of any note type, and it's particularly
> problematic.  I believe that we've just alerted staff not to use the
> "Delete" key because of this when editing notes, but that's not a great
> solution.
>
> Mark
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Jane LaBarbara
> Sent: Thursday, 29 September, 2016 1:19 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes
> fail to save
>
> Good afternoon,
>
> We are running version 1.4.2, and we've just started our post-EAD import
> resource record cleanup.  We've noticed a problem where our edits sometimes
> fail to save in one specific field-the Preferred Citation Note.  We're
> editing titles. We make an edit in the Resource Record's title field, then
> make the same edit in the finding aid title field, and then in the
> Preferred Citation Field in the Notes section.  Then we save the record.
> Sometimes, our change in the Preferred Citation field actually saves, but
> sometimes we check after saving and find that the text in that field has
> reverted back to its pre-edited state.  We aren't sure if there is a
> specific sequence of steps that triggers the problem--it seems to be
> random. Once we see that our edit has been lost, we try to re-edit and save
> again-sometimes it works on the second save, once I had to try four times
> to get the edit I made to stick.
>
> Has anyone else had this problem or can suggest a possible cause/fix?
> It's not a huge issue, but it is slowing down our cleanup work, and if it's
> not isolated to this field, it could cause failed saving of more important
> notes, like the scope and content note, which would be a big problem.
>
> Thank you,
> Jane
>
> / Jane Metters LaBarbara
> Assistant Curator, West Virginia & Regional History Center<
> https://urldefense.proofpoint.com/v2/url?u=https-3A__wvrhc.lib.wvu.edu_&d=
> CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_
> ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=gfUWReFXsj-bdBChxikA4ICfWyKIv6GHVSnPmNZBW
> Os&s=vXSXM0D3eVY81K6-3OZnzqFog44j7lSdv5BEZyEIiu4&e=>
> West Virginia University Libraries
> (304) 293-0352 office
> jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/897090a1/attachment-0001.html>
>
> ------------------------------
>
> Message: 23
> Date: Thu, 29 Sep 2016 19:40:09 +0000
> From: "Benedett, Barbara" <barbara.benedett at curtis.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different       server, no longer able to access
> Message-ID:
>         <DM5PR12MB12734B9AA3D7A4ADB88280F5E8CE0 at DM5PR12MB1273.
> namprd12.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Shannon,
>
> We are in the midst of this as well.   Our IT is currently trying to move
> us from the ASpace default setup to an Apache environment (also so we can
> sync with Preservica).  It hasn't been easy as they haven't found any
> instructions on how to move ASpace over. I can only share the steps I know
> we've had to go through so far.  If your IT hasn't yet, they will need to
> register with a service like godaddy or Windstream so you can get an
> external IP and internet DNS record.  For example we added a subdomain to
> our Curtis.edu website, archspace.curtis.edu through Windstream.  After
> you are migrated, your original ports: staff, API, and public either need
> to be added to the URL or proxied via httpd.
>
> I'll be keeping the basic archspace.curtis.edu for the public and
> changing the URIs for the staff and admin logins.
>
> Let me know how it goes!
>
> Barbara
>
>
> Barbara J. Benedett, CA
> Digital Archivist | Rock Resource Center
> 1720 Locust Street, Philadelphia, PA 19103
> (215) 717-3139 Phone  |  (215) 893-9065 Fax  |
> barbara.benedett at curtis.edu<mailto:barbara.benedett at curtis.edu>
>
>
> [logo gif not for paper (horizontal)]<http://www.
> curtis.edu/html/10000.shtml>
>
>
>
>
>
>
>
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Morelli, Shannon
> Sent: Monday, September 26, 2016 1:25 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
> server, no longer able to access
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/1838b0f2/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.jpg
> Type: image/jpeg
> Size: 2545 bytes
> Desc: image001.jpg
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/1838b0f2/attachment-0001.jpg>
>
> ------------------------------
>
> Message: 24
> Date: Thu, 29 Sep 2016 21:20:48 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] duplicate <head>'s in EAD export
> Message-ID:
>         <F9E8F195-B908-4F71-8979-D7EA71C39F9D at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> I noticed that importing EAD with this accessrestrict element:
>
>   <accessrestrict>
>          <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head>
>          <p>The collection is without restrictions.</p>
>   </accessrestrict>
>
>
>
> Produces this in ArchivesSpace (1.5.1):
>
>
>   *
> Conditions Governing Access
> Persistent ID
> ec37b6585f7b376a84ab03fdf54022fd
> Label
> Access Restrictions
> Type
> Conditions Governing Access
> Publish?
> True
> Local Access Restriction Type
> Sub Notes
>      *
> Text
> <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head> The collection is
> without restrictions.
>         *   Raw<http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__raw>
>         *   Formatted<http://localhost:8080/resources/191#resource_
> notes__3__subnotes__0__content__parsed>
>
>
>
>
> Which on export produces this:
>
> <accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
>       <head>Access Restrictions</head>
>       <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf" >Access
>           Restrictions</head> The collection is without restrictions.</p>
>     </accessrestrict>
>
>
>
> Which does not validate due to the nested: <head><p><head>
> Two problems: duplicate head  and  head wrapped in <p> tag.
>
> Indiscriminate wrapping of content in <p> tags has been a commonly  seen
> problem.
> I?m guessing it?s likely this duplicate <head> issue may occur in other
> types of notes as well. ( I will look for examples. )
>
> Not sure of the best fix: The duplicate head issue should probably be
> caught on import. The paragraph wrapping would seem to be an
> output/serialization problem.
>
>
> ? Steve Majewski
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/b991ea18/attachment-0001.html>
>
> ------------------------------
>
> Message: 25
> Date: Thu, 29 Sep 2016 16:24:37 -0500
> From: Lara Friedman-Shedlov <ldfs at umn.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] duplicate <head>'s in EAD
>         export
> Message-ID:
>         <CAKWpb_a3=nHz2jdibP4GP_GMVuMLaNOBPCiVy-mTDQ8tBZ7=xw@
> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> We definitely had lots of duplicate <head>s appear when we imported our
> EADs here at the University of Minnesota Libraries.  The pattern seemed to
> be that it only happened if there was any attributes inside the <head> tag.
>
>
>
>
> On Thu, Sep 29, 2016 at 4:20 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu> wrote:
>
> >
> > I noticed that importing EAD with this accessrestrict element:
> >
> >   <accessrestrict>
> >          <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> > http://cdlib.org/xtf">Access Restrictions</head>
> >          <p>The collection is without restrictions.</p>
> >   </accessrestrict>
> >
> >
> >
> > Produces this in ArchivesSpace (1.5.1):
> >
> >
> >    - Conditions Governing Access
> >    Persistent ID
> >    ec37b6585f7b376a84ab03fdf54022fd
> >    Label
> >    Access Restrictions
> >    Type
> >    Conditions Governing Access
> >    Publish?
> >    True
> >    Local Access Restriction Type
> >    Sub Notes
> >    - Text
> >       <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> >       http://cdlib.org/xtf <http://cdlib.org/xtf>">Access
> >       Restrictions</head> The collection is without restrictions.
> >       - Raw
> >          <http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__raw>
> >          - Formatted
> >          <http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__parsed>
> >
> >
> >
> >
> >
> > Which on export produces this:
> >
> > <accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
> >       <head>Access Restrictions</head>
> >       <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> > http://cdlib.org/xtf" >Access
> >           Restrictions</head> The collection is without restrictions.</p>
> >     </accessrestrict>
> >
> >
> >
> > Which does not validate due to the nested: <head><p><head>
> > Two problems: duplicate head  and  head wrapped in <p> tag.
> >
> > Indiscriminate wrapping of content in <p> tags has been a commonly  seen
> > problem.
> > I?m guessing it?s likely this duplicate <head> issue may occur in other
> > types of notes as well. ( I will look for examples. )
> >
> > Not sure of the best fix: The duplicate head issue should probably be
> > caught on import. The paragraph wrapping would seem to be an
> > output/serialization problem.
> >
> >
> > ? Steve Majewski
> >
> >
> >
> >
> >
> > _______________________________________________
> > Archivesspace_Users_Group mailing list
> > Archivesspace_Users_Group at lyralists.lyrasis.org
> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> >
> >
>
>
> --
> _________________________________
>
> Lara D. Friedman-Shedlov
> Kautz Family YMCA Archives | University of Minnesota Libraries
> ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
> __________________________________
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/3e02c78f/attachment-0001.html>
>
> ------------------------------
>
> Message: 26
> Date: Thu, 29 Sep 2016 21:31:45 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] duplicate <head>'s in EAD
>         export
> Message-ID:
>         <D3336C3B-D9B5-42E1-B0B1-793A551B34F7 at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> Thanks:  No attributes in that example, but namespace pseudo-attributes
> may be causing the same problem.
> ( My pre-flight stylesheet removes empty attributes but appears to leave
> the namespace declarations. )
>
> ? Steve Majewski
>
>
>
> On Sep 29, 2016, at 5:25 PM, Lara Friedman-Shedlov <ldfs at umn.edu<mailto:
> ldfs at umn.edu>> wrote:
>
> We definitely had lots of duplicate <head>s appear when we imported our
> EADs here at the University of Minnesota Libraries.  The pattern seemed to
> be that it only happened if there was any attributes inside the <head> tag.
>
>
>
> On Thu, Sep 29, 2016 at 4:20 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:
>
> I noticed that importing EAD with this accessrestrict element:
>
>   <accessrestrict>
>          <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head>
>          <p>The collection is without restrictions.</p>
>   </accessrestrict>
>
>
>
> Produces this in ArchivesSpace (1.5.1):
>
>
>   *
> Conditions Governing Access
> Persistent ID
> ec37b6585f7b376a84ab03fdf54022fd
> Label
> Access Restrictions
> Type
> Conditions Governing Access
> Publish?
> True
> Local Access Restriction Type
> Sub Notes
>      *
> Text
> <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head> The collection is
> without restrictions.
>         *   Raw<http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__raw>
>         *   Formatted<http://localhost:8080/resources/191#resource_
> notes__3__subnotes__0__content__parsed>
>
>
>
>
> Which on export produces this:
>
> <accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
>       <head>Access Restrictions</head>
>       <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf" >Access
>           Restrictions</head> The collection is without restrictions.</p>
>     </accessrestrict>
>
>
>
> Which does not validate due to the nested: <head><p><head>
> Two problems: duplicate head  and  head wrapped in <p> tag.
>
> Indiscriminate wrapping of content in <p> tags has been a commonly  seen
> problem.
> I?m guessing it?s likely this duplicate <head> issue may occur in other
> types of notes as well. ( I will look for examples. )
>
> Not sure of the best fix: The duplicate head issue should probably be
> caught on import. The paragraph wrapping would seem to be an
> output/serialization problem.
>
>
> ? Steve Majewski
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
>
> --
> _________________________________
>
> Lara D. Friedman-Shedlov
> Kautz Family YMCA Archives | University of Minnesota Libraries
> ldfs at umn.edu<mailto:ldfs at umn.edu> |  612.626.7972 | www.lib.umn.edu/ymca<
> http://www.lib.umn.edu/ymca> | @yarchives
> __________________________________
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/29f85093/attachment-0001.html>
>
> ------------------------------
>
> Message: 27
> Date: Fri, 30 Sep 2016 12:02:35 +0000
> From: Laurie Arp <laurie.arp at lyrasis.org>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>,
>         "archivesspace_member_reps at lyralists.lyrasis.org"
>         <archivesspace_member_reps at lyralists.lyrasis.org>,
>         "archivesspace_tac_uac at lyralists.lyrasis.org"
>         <archivesspace_tac_uac at lyralists.lyrasis.org>
> Cc: "archivesspace_bot_members at lyralists.lyrasis.org"
>         <archivesspace_bot_members at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] ArchivesSpace Technical Lead
>         Position        Announcement
> Message-ID:
>         <BN3PR0801MB091688FD247DD6469FB35DD68AC10 at BN3PR0801MB0916.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> ArchivesSpace Technical Lead Position Announcement
>
> The Organizational Home, with ArchivesSpace board support, has decided to
> upgrade the current open ArchivesSpace Developer position to an
> ArchivesSpace Technical Lead position.
>
> Why this upgrade now? After a more in depth review of the current
> ArchivesSpace technical development needs coupled with the longer term goal
> of building more code contributions by the community, it is clear that a
> Technical Lead position can do this best.
>
> This new position will be responsible for the overall development of the
> software, establishing a technical roadmap and management of a
> community-based code contribution process. The Technical Lead will work
> with the community to engage a broader set of developers to participate in
> the program, providing technical guidance, support and leadership to create
> a robust developer community.  The position will also contribute code.  In
> addition, we will be contracting for additional development support, both
> to accomplish desired work while the technical lead position is open and to
> address additional high priority development needs.
>
> Attached is the position description. To repeat, the Developer position is
> being replaced by the Technical Lead position.
>
> Applications accepted until the position is filled, but review of
> applications will begin 10/15.
>
>
> Laurie Gemmill Arp
> Director, Collections Services & Community Supported Software
> laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org>
> 800.999.8558 x 2908
> Fax: 404.592.4804
> laurie.gemmill1 Skype
>
> [cid:D9C43C04-DF4E-467C-B0BC-358EF417F998]
> Check lyrasisnow.org<http://www.lyrasisnow.org/> for up-to-date news and
> feature articles.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160930/98683a3b/attachment.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 4483 bytes
> Desc: image001.png
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160930/98683a3b/attachment.png>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: tech leadASpace2016.pdf
> Type: application/pdf
> Size: 231769 bytes
> Desc: tech leadASpace2016.pdf
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160930/98683a3b/attachment.pdf>
>
> ------------------------------
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
> End of Archivesspace_Users_Group Digest, Vol 38, Issue 7
> ********************************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160930/93ca2336/attachment.html>


More information about the Archivesspace_Users_Group mailing list