[Archivesspace_Users_Group] EAD import error - indicator mismatch

Bria Lynn Parker blparker at umd.edu
Tue Jan 24 11:09:58 EST 2017


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> 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
>
> blparker at umd.edu
>



-- 
Bria L. Parker
Metadata Librarian

2200 McKeldin Library

University of Maryland

College Park, MD 20742-7011

(301) 405-9067

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


More information about the Archivesspace_Users_Group mailing list