[Archivesspace_Users_Group] EAD import error - indicator mismatch

Galligan, Patrick PGalligan at rockarch.org
Tue Jan 24 11:24:20 EST 2017


Bria,

I can’t tell you where exactly this is happening, but mismatch between indicators usually means that you have two different top container indicators assigned to the same barcode.

You’d have to look at the barcodes that are already in the system, and any indicators associated with the import. I don’t see anything wrong in the snippet you sent below, but I also don’t really know what’s already in your database.

We had a lot of these errors when we migrated to 1.5.0.

-Patrick Galligan

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bria Lynn Parker
Sent: Tuesday, January 24, 2017 11:10 AM
To: Archivesspace Users Group <Archivesspace_Users_Group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] EAD import error - indicator mismatch

I should add:

I'm running 1.5.2, and I have checked for sneaky whitespaces within any of these attributes and have found none.

On Tue, Jan 24, 2017 at 11:06 AM, Bria Lynn Parker <blparker at umd.edu<mailto:blparker at umd.edu>> wrote:
Hi all - I'm hoping someone has a tip or hint at where I'm going wrong:

We've finished cleaning up/normalizing our EAD (including implementing container attributes and the like for container management). The majority are importing fine, no errors (or, at least no errors I can't find and fix, like bad begin/ends). However, for some of our finding aids, I'm getting the following:

indicator_1 : Mismatch when mapping between indicator and indicator_1

No other info about location, etc. I've about torn my hair out trying to find any mismatch of container data - I've checked every instance's dummy barcode (which is constructed in part from the id), id, and parent against itself, crosschecked with the container indicator, and they all match within themselves. We're importing barcodes in the label attribute, which
works (except when it doesn't here?). The error message getting thrown is from this ruby function https://github.com/archivesspace/archivesspace/blob/5e1ca66f1f04f142f2695024efb7200825046325/backend/app/lib/aspace_json_to_managed_container_mapper.rb#L173

Help? If someone has encountered this and figured it out, let me know - I'd love some help. If you want to contact me off list, I can sent you a full xml file.
Here's an example from my xml:

        <c02 level="file">
          <did>
            <unittitle>Financial Records -- General -- Bound Volumes -- Financial Reports</unittitle>
            <unitdate normal="1905/1908">1905-1908</unitdate>
            <container label="Mixed materials (dsc_11781031089.1)" type="box" id="89.1">1</container>
            <container parent="89.1" type="folder">1.0</container>
          </did>
        </c02>

       <c02 level="file">
          <did>
            <unittitle>Financial Records -- General -- Bound Volumes -- Financial Reports</unittitle>
            <unitdate normal="1909">1909</unitdate>
            <container label="Mixed materials (dsc_11781031089.1)" type="box" id="89.1">1</container>
            <container parent="89.1" type="folder">2.0</container>
          </did>
        </c02>

        <c02 level="file">
          <did>
            <unittitle>Financial Records -- General -- Bound Volumes -- Financial Reports</unittitle>
            <unitdate normal="1910/1911">1910-1911</unitdate>
            <container label="Mixed materials (dsc_11781031089.1)" type="box" id="89.1">1</container>
            <container parent="89.1" type="folder">3.0</container>
          </did>
        </c02>

(historical background - some of our series restart box numbers at 1, and the container ids reflect that, so 89.1 is the 89th box in the collection, but 1st in the series. This is not causing the error as far as I can tell, since other collections with same numbering style import fine)


--
Bria L. Parker
Metadata Librarian

2200 McKeldin Library

University of Maryland

College Park, MD 20742-7011

(301) 405-9067<tel:%28301%29%20405-9067>

blparker at umd.edu<mailto:blparker at umd.edu>



--
Bria L. Parker
Metadata Librarian

2200 McKeldin Library

University of Maryland

College Park, MD 20742-7011

(301) 405-9067<tel:%28301%29%20405-9067>

blparker at umd.edu<mailto:blparker at umd.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20170124/a3c0813f/attachment.html>


More information about the Archivesspace_Users_Group mailing list