[Archivesspace_Users_Group] EAD import error - indicator mismatch

[Majewski, Steven Dennis (sdm7g)]

I was getting that error on 1.5.2 migration ( see other email thread ) and that one turned out to be due to an erroneous duplicate  barcode assigned to different containers with different indicators.

In the other cases, where there were trailing spaces in one of the barcodes, the message was a mismatch between barcode and barcode_1 — the inverse error of the one above: same container, different barcodes.

— Steve.



On Jan 24, 2017, at 11:10 AM, Bria Lynn Parker <blparker at umd.edu<mailto:blparker at umd.edu>> wrote:

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>
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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/20170124/d00e5bef/attachment.html>