[Archivesspace_Users_Group] Unpublished and suppressed records

[Waxman, Jennifer]

Thank you, Adrien, Brian, and Andrew for your replies. After I sent the question I eventually did see under Browse-->Resources the filter for Published True/False. How many times did I look at it but did not actually see it?! Same with the Published button that shows up after searching a specific record type. All good to know!

RE: OAI, suppressing an unpublished record will keep it hidden from OAI harvesting. I tested it and it appears to work.

Thanks again!


Jennifer Waxman
Head, Collection Management
Tulane University Special Collections
Howard-Tilton Memorial Library, Jones Hall
6801 Freret Street
New Orleans LA 70118
504.247.1806
jwaxman1 at tulane.edu


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of archivesspace_users_group-request at lyralists.lyrasis.org
Sent: Thursday, February 25, 2021 2:32 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Archivesspace_Users_Group Digest, Vol 150, Issue 1

External Sender. Be aware of links, attachments and requests.

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
        https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832299129%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kqSwBYzFgDSZz8PU1JHkHkne%2BEb9Q9PA%2BpRwQ4QFxcA%3D&reserved=0

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. Import error for CSV file--Help? (Calev, Suzanna)
   2. Move from 2.5.2 to 2.8.1 (Wendler, Robin)
   3. Re: Import error for CSV file--Help? (Valerie Addonizio)
   4. Re: Move from 2.5.2 to 2.8.1 (Corey Schmidt)
   5. EAD mapping to Import spreadsheet (Sara Butterfass Schliep)
   6. Digitization Work Order on v2.8.1 (David Triebwasser)
   7. Re: Digitization Work Order on v2.8.1 (David Triebwasser)
   8. Local plugin disabled and aspace_diagnostic not present
      (Tenenholtz, David)
   9. Re: Local plugin disabled and aspace_diagnostic not present
      (James Bullen)
  10. Plugin to search uploaded PDFs in Aspace? (Calev, Suzanna)
  11. Containers not being associated with      their resources (Mark Cyzyk)
  12. Unpublished and suppressed records (Waxman, Jennifer)
  13. Re: Unpublished and suppressed records (Andrew Morrison)
  14. Re: Unpublished and suppressed records (Brian Harrington)
  15. Re: Unpublished and suppressed records (Hilton, Adrien)
  16. Re: Containers not being associated with their resources
      (Rachel Aileen Searcy)
  17. Geographic creators (Olivia S Solis)
  18. Re: Geographic creators (Bowers, Kate A.)
  19. Re: Geographic creators (Olivia S Solis)
  20. Re: Geographic creators (Daniel Michelson)
  21. Re: Geographic creators (Olivia S Solis)
  22. Re: Geographic creators (Daniel Michelson)
  23. Running ArchivesSpace against Solr 8.8.1 (Galligan, Patrick)
  24. Re: Running ArchivesSpace against Solr    8.8.1 (Schanz, Megan)
  25. Re: Running ArchivesSpace against Solr    8.8.1 (Galligan, Patrick)
  26. Importing 'born digital' EAD container    info
      (Rees, John (NIH/NLM) [E])


----------------------------------------------------------------------

Message: 1
Date: Mon, 15 Feb 2021 12:52:40 -0500
From: "Calev, Suzanna" <suzanna.calev at wilkes.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Import error for CSV file--Help?
Message-ID:
        <CAJ5QzCc9K8NEC19R4q=33V=2QKJ2w1wBV16c9LGBS57f3VA_Zg at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi all,

We finally upgraded to the newest version of AS that can use the Harvard
import plugin. I've been using the extended AS template but I keep getting
an import error telling me my headers are wrong.

Has anyone come across this?

Best,
Suzanna

--
Suzanna Calev, MLIS & MA
Archivist/Public Services Librarian
Farley Library
187 South Franklin Street
Wilkes-Barre, PA 18766
Office: 570-408-2012
Archives: 570-408-4264

suzanna.calev at wilkes.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210215%2F697c24e5%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832299129%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=camNYLa9nFiz2831aDdukdV15TOp%2B7SZSfVWtYgn1Ak%3D&reserved=0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: importerror.PNG
Type: image/png
Size: 9047 bytes
Desc: not available
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210215%2F697c24e5%2Fattachment-0001.png&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832299129%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=nzZIma3Bxo7e3JmT45rbbX3tQqfIuQTuKiZJdVPS12k%3D&reserved=0>

------------------------------

Message: 2
Date: Tue, 16 Feb 2021 16:07:13 +0000
From: "Wendler, Robin" <robin_wendler at harvard.edu>
To: "archivesspace_users_group at lyralists.lyrasis.org"
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1
Message-ID:
        <BN7PR07MB4466951977B1D88F1D2E01F79E879 at BN7PR07MB4466.namprd07.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Hello,
       We are planning to update soon from 2.5.2 to 2.8.1.  Can the language remediation plugins for moving to 2.7 be applied in 2.8 or must we go through 2.7?  Is there anything else that makes it necessary to make a stop in 2.7. before moving to 2.8?

Thank you for your thoughts,
Robin

Robin Wendler
Library Technology Services
Harvard University
90 Mt. Auburn St.
Cambridge, MA 02138
617-998-5457
r_wendler at harvard.edu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210216%2F1f64e4d3%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=KxB7DKHyEwhnQzn3JPcYBAqa6bhyC4ySsvkVO7thX9I%3D&reserved=0>

------------------------------

Message: 3
Date: Tue, 16 Feb 2021 16:39:26 +0000
From: Valerie Addonizio <vaddonizio at atlas-sys.com>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Import error for CSV
        file--Help?
Message-ID:
        <BL0PR20MB21161802606D05EB84F2723D89879 at BL0PR20MB2116.namprd20.prod.outlook.com>

Content-Type: text/plain; charset="utf-8"

Hi Suzanna,

Which version of AS are you on exactly? If you?re not on 2.8.1, note that that version addressed some bugs in 2.8.0.

Here are the most recent versions of the spreadsheets, now maintained on the AS GitHub (you?ll note there?s now two versions for each: one CSV, the other Excel, you can use either) https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Farchivesspace%2Farchivesspace%2Ftree%2Fmaster%2Ftemplates&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=2s3UAuYtjC3xcP%2BHQyvT1Tv%2FnGlkUCZtrHSL95NyHgA%3D&reserved=0

I suggest trying a test import with one of those to see if the issue persists, or use these to compare your old headers to the new ones. Perhaps, if you see a difference, just changing the headers in your older spreadsheet will work.

-Valerie

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Calev, Suzanna
Sent: Monday, February 15, 2021 12:53 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Import error for CSV file--Help?

Hi all,
We finally upgraded to the newest version of AS that can use the Harvard import plugin. I've been using the extended AS template but I keep getting an import error telling me my headers are wrong.
Has anyone come across this?
Best,
Suzanna

--
Suzanna Calev, MLIS & MA
Archivist/Public Services Librarian
Farley Library
187 South Franklin Street
Wilkes-Barre, PA 18766
Office: 570-408-2012
Archives: 570-408-4264

suzanna.calev at wilkes.edu<mailto:suzanna.calev at wilkes.edu>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210216%2F3ff98f94%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=RxiM2D2YpQ7%2FT%2FeaTh4I8v3MaRDX1FU2KfydCpkfAxY%3D&reserved=0>

------------------------------

Message: 4
Date: Tue, 16 Feb 2021 16:41:35 +0000
From: Corey Schmidt <Corey.Schmidt at uga.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1
Message-ID:
        <BN6PR02MB31568BCAB0093CB99872A5A4F3879 at BN6PR02MB3156.namprd02.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Robin,

We went straight from 2.6 to 2.8, installed and ran the plugins on 2.8 with no problem. I didn't see any reason to stop on any in-between versions. I would confirm with other people on this listserv, just to confirm or correct my assessment.

Corey

Corey Schmidt
ArchivesSpace Project Manager
University of Georgia Special Collections Libraries
Email: Corey.Schmidt at uga.edu
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Wendler, Robin <robin_wendler at harvard.edu>
Sent: Tuesday, February 16, 2021 11:07 AM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1

[EXTERNAL SENDER - PROCEED CAUTIOUSLY]


Hello,

       We are planning to update soon from 2.5.2 to 2.8.1.  Can the language remediation plugins for moving to 2.7 be applied in 2.8 or must we go through 2.7?  Is there anything else that makes it necessary to make a stop in 2.7. before moving to 2.8?



Thank you for your thoughts,

Robin



Robin Wendler

Library Technology Services

Harvard University

90 Mt. Auburn St.

Cambridge, MA 02138

617-998-5457

r_wendler at harvard.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210216%2Ffa2c4b43%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=F56PS6%2BFZiEjYD7qf67TDKwcvdvIN6nc2mO3%2BDjjgpc%3D&reserved=0>

------------------------------

Message: 5
Date: Tue, 16 Feb 2021 20:42:49 +0000
From: Sara Butterfass Schliep <sbschliep at FOLGER.edu>
To: "archivesspace_users_group at lyralists.lyrasis.org"
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] EAD mapping to Import spreadsheet
Message-ID:
        <MN2PR13MB39901D3666776180A7154F9ECC879 at MN2PR13MB3990.namprd13.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Hello,

I'd like to submit the follow questions to the ArchivesSpace users group:

I am wondering if there's documentation somewhere for how the ArchivesSpace field codes in the Import Archival Objects spreadsheet maps to EAD elements and attributes. I am also curious about the values it is possible to include in Container Instance Type and Container Information. Are these both fields where each institution develops its own local list rather than being a controlled list like there is in the spreadsheet for Date(1) Type and Description Level fields?

Thank you,
Sara

Sara Schliep
Archivist and Cataloger
Folger Shakespeare Library
sbschliep at folger.edu<mailto:sbschliep at folger.edu>  |  202-608-1717

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210216%2F3ea8e729%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=cJ7NtLRFZK7jkenlxh4%2BlKW%2BwQimxC4J%2BvxS1HuWdeo%3D&reserved=0>

------------------------------

Message: 6
Date: Wed, 17 Feb 2021 07:12:31 -0800
From: David Triebwasser <davidtriebwasser at berkeley.edu>
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Digitization Work Order on v2.8.1
Message-ID:
        <CANk4vQTLM=3p4_qa3pyGjL0iyMBXVdDEBpK8qiTP11kL3pcDyw at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Is anyone running the Digitization Work Order plugin on more recent
versions of ArchivesSpace. We are at v2.8.1 but the Reaadme says it runs on
1.5 or 2.1. I have seen a reference on this listserv to running on 2.5.2

--

David Triebwasser
Library IT, lib.berkeley.edu
289 Doe Annex
University of California, Berkeley
94720
510.982.1640
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210217%2F8606145b%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=xEFCZ9AjQiJexacXlbN9WZgY20UHG3TfWTQPoUo3dx0%3D&reserved=0>

------------------------------

Message: 7
Date: Thu, 18 Feb 2021 09:55:56 -0800
From: David Triebwasser <davidtriebwasser at berkeley.edu>
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Digitization Work Order on
        v2.8.1
Message-ID:
        <CANk4vQTsusYUOqSnf+5y=2fcwxHJ-L=0VJcqeCkr186XRX1q-w at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Update: we are running this plugin on v2.8.1 and looks good so far.

On Wed, Feb 17, 2021 at 7:12 AM David Triebwasser <
davidtriebwasser at berkeley.edu> wrote:

> Is anyone running the Digitization Work Order plugin on more recent
> versions of ArchivesSpace. We are at v2.8.1 but the Reaadme says it runs on
> 1.5 or 2.1. I have seen a reference on this listserv to running on 2.5.2
>
> --
>
> David Triebwasser
> Library IT, lib.berkeley.edu
> 289 Doe Annex
> University of California, Berkeley
> 94720
> 510.982.1640
>
>
>
>
>

--

David Triebwasser
Library IT, lib.berkeley.edu
289 Doe Annex
University of California, Berkeley
94720
510.982.1640
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210218%2F95ca57b6%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2BnDdtaku%2F6XjNQJLct9M2UnrCSx6CeRojMDUqK%2BiAEM%3D&reserved=0>

------------------------------

Message: 8
Date: Fri, 19 Feb 2021 17:11:03 +0000
From: "Tenenholtz, David" <dtenenho at rand.org>
To: "archivesspace_users_group at lyralists.lyrasis.org"
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Local plugin disabled and
        aspace_diagnostic not present
Message-ID: <351E8FC4-AFF3-4FD0-8143-BC623F8D7BFD at rand.org>
Content-Type: text/plain; charset="utf-8"

Hello!

I?m standing up the v.2.8.1 release in production, and am running into a persistent issue that keeps the local plugin from being enabled. I have not been able to identify if this is related to the prior bug in older releases having to do with the gem bundler, but I suspect that a gem (or the bundler?) is being blocked here. Although I have the same content in plugin/local/frontend and plugin/local/public running happily on a test server on matching infrastructure, I?m not having any luck getting the local plugin to initialize on prod. Under /data/tmp there is also no aspace_diagnostic text file to interrogate. In the staff GUI I?m not seeing the Plug-ins list item within the dropdown under the gear icon.

Tech specs (matching on test server and production server):
RHEL7.9 VM
openjdk 1.8.0_282
mysql Ver 15.1 distrib 5.5.68-MariaDB
Apache/2.4.6

During the building of the production application, I noticed the issue, and so I ran ?initialize-plugin.sh local? from within the scripts folder, but got an error related to a Gemfile not being present within the ?local? folder.

If anyone has any pointers on how to get the aspace_diagnostic to generate under /data/tmp, or any other avenues for me to pursue here with initializing the local plugin properly, I?d be so grateful!

Kind regards,
David

--
David Tenenholtz (he/him)
Digital Archivist, RAND Corporation
1776 Main Street
P.O. Box 2138
Santa Monica, CA 90407-2138
(310) 393-0411 x6188
dtenenho at rand.org<mailto:dtenenho at rand.org>




__________________________________________________________________________

This email message is for the sole use of the intended recipient(s) and
may contain information that is sensitive, proprietary, and/or privileged.
Any unauthorized review, use, disclosure or distribution is prohibited. If
you are not the intended recipient, please contact the sender by reply
email and destroy all copies of the original message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210219%2F118225ea%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Im3ZF6JFQluSak8V4GFEz1hb0YsomAy6Y2r22uQ9%2FxA%3D&reserved=0>

------------------------------

Message: 9
Date: Mon, 22 Feb 2021 10:02:08 +1100
From: James Bullen <james at hudmol.com>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Local plugin disabled and
        aspace_diagnostic not present
Message-ID: <9D3A4E11-E690-4519-BBD2-CE8D65D9CA2A at hudmol.com>
Content-Type: text/plain; charset="utf-8"


Hi David,

Not sure what?s going on, but a few points to note:

-  The absence of an aspace_diagnostic file is a good sign because it only gets written if something goes wrong during start up.
-  There is no need to run 'initialize-plugin.sh local' unless you are using gems in your local plugin. That message is just noting that there is no plugins/local/Gemfile, so there is nothing to do.
-  Check that you have ?local? in AppConfig[:plugins].
-  You mention ?plugin/local/??, I guess this is a typo, but make sure the directory is ?plugins/local/?'
-  From memory, that gear icon only appears if you have a plugin that has a config.yml that specifies a menu item.


Cheers,
James



> On Feb 20, 2021, at 4:11 AM, Tenenholtz, David <dtenenho at rand.org> wrote:
>
> Hello!
>
> I?m standing up the v.2.8.1 release in production, and am running into a persistent issue that keeps the local plugin from being enabled. I have not been able to identify if this is related to the prior bug in older releases having to do with the gem bundler, but I suspect that a gem (or the bundler?) is being blocked here. Although I have the same content in plugin/local/frontend and plugin/local/public running happily on a test server on matching infrastructure, I?m not having any luck getting the local plugin to initialize on prod. Under /data/tmp there is also no aspace_diagnostic text file to interrogate. In the staff GUI I?m not seeing the Plug-ins list item within the dropdown under the gear icon.
>
> Tech specs (matching on test server and production server):
> RHEL7.9 VM
> openjdk 1.8.0_282
> mysql Ver 15.1 distrib 5.5.68-MariaDB
> Apache/2.4.6
>
> During the building of the production application, I noticed the issue, and so I ran ?initialize-plugin.sh local? from within the scripts folder, but got an error related to a Gemfile not being present within the ?local? folder.
>
> If anyone has any pointers on how to get the aspace_diagnostic to generate under /data/tmp, or any other avenues for me to pursue here with initializing the local plugin properly, I?d be so grateful!
>
> Kind regards,
> David
>
> --
> David Tenenholtz (he/him)
> Digital Archivist, RAND Corporation
> 1776 Main Street
> P.O. Box 2138
> Santa Monica, CA 90407-2138
> (310) 393-0411 x6188
> dtenenho at rand.org <mailto:dtenenho at rand.org>
>
>
>
>
>
> __________________________________________________________________________
>
> This email message is for the sole use of the intended recipient(s) and
> may contain information that is sensitive, proprietary, and/or privileged.
> Any unauthorized review, use, disclosure or distribution is prohibited. If
> you are not the intended recipient, please contact the sender by reply
> email and destroy all copies of the original message.
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&reserved=0 <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&reserved=0>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210222%2F376e377b%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=RTqFPV8QZl%2FaI55UlRAjLEtNnprkgyCUPfnoLa26RTY%3D&reserved=0>

------------------------------

Message: 10
Date: Mon, 22 Feb 2021 15:42:17 -0500
From: "Calev, Suzanna" <suzanna.calev at wilkes.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Plugin to search uploaded PDFs in
        Aspace?
Message-ID:
        <CAJ5QzCePAvi01v=JOZuB2D4nKe1nnL6BnoKU53HK5XS5XQwj3Q at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi everyone,

I was curious if anyone knows of a plugin that exists to allow aspace to
search within uploaded PDFs?

Wasn't sure if that exists out there or not.

Thank you,
Suzanna

--
Suzanna Calev, MLIS & MA
Archivist/Public Services Librarian
Farley Library
187 South Franklin Street
Wilkes-Barre, PA 18766
Office: 570-408-2012
Archives: 570-408-4264

suzanna.calev at wilkes.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210222%2F62f0838a%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=BQxfArVZb%2FgPgdeNZogs%2BfcH%2BnK3kWFr7dYFexKHWZY%3D&reserved=0>

------------------------------

Message: 11
Date: Mon, 22 Feb 2021 17:45:04 -0500
From: Mark Cyzyk <mcyzyk at jhu.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Containers not being associated
        with    their resources
Message-ID: <1944c45d-be2b-8831-41f1-acbcc53f3c6f at jhu.edu>
Content-Type: text/plain; charset=utf-8; format=flowed


Dear ASpace list,

 From one of our Archivists:

> When I create a new container, either manually or by spreadsheet
> ingest, the container appears properly in the Instance field of the
> record. From the resource, I can open the container record and it
> appears to be associated with the resource correctly. However, in the
> container management module, when I search for all containers
> associated with the collection, the recently created container is not
> listed. If I search for the new container's barcode, the container
> appears in the search results but with no associated resource. I can
> also locate the new containers by searching for unassociated containers.

It seems like some linkage is not happening here.

More, this is only happening in his Repository, not our other, larger
Repository.

Has anyone else run into this?

Mark

--
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Mark Cyzyk, M.A., M.L.S.
Library Applications Group
The Sheridan Libraries
The Johns Hopkins University
mcyzyk at jhu.edu

Verba volant, scripta manent.



------------------------------

Message: 12
Date: Tue, 23 Feb 2021 00:38:37 +0000
From: "Waxman, Jennifer" <jwaxman1 at tulane.edu>
To: "archivesspace_users_group at lyralists.lyrasis.org"
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID:
        <SA2PR03MB58995AE2410ECF54D7E63728F0809 at SA2PR03MB5899.namprd03.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Hello ASpaceland,

Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest?

Thanks!
Jennifer


Jennifer Waxman
Head, Collection Management
Tulane University Special Collections
Howard-Tilton Memorial Library, Jones Hall
6801 Freret Street
New Orleans LA 70118
504.247.1806
jwaxman1 at tulane.edu
[cid:image001.jpg at 01D70948.02A71A80]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2Fec05359a%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dP5TPdE7UG3Fcj07f9y9ftnAnSLkRUUlBBjJp%2B4%2BHFM%3D&reserved=0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3934 bytes
Desc: image001.jpg
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2Fec05359a%2Fattachment-0001.jpg&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FUPbizye%2Fobj0pD1%2BYCTka2EhmJ3OoT6WENFu3ljZJs%3D&reserved=0>

------------------------------

Message: 13
Date: Tue, 23 Feb 2021 10:39:14 +0000
From: Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk>
To: <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID: <75e7eaf7-11a8-0e07-1715-ffbc8d3064b7 at bodleian.ox.ac.uk>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

I don't know if it is a bug or a feature, but the "Published"
facet/filter only appears when searching in the staff interface *after*
you filter by record type to "Resource", "Archival Object", or "Digital
Object". (There also has to be at least one published and one
unpublished record of each type matching your initial query.) So you
could search for *, filter by record type, filter by publish status, and
click the Download CSV button. Then repeat if you want another record
type. It doesn't work for accessions.

That is in the latest 2.8.1 release. It is also possible to write a
plug-in to customize the facets displayed in the staff interface, for
example to display the "Published" facet at all times.

I don't have an answer to your OAI question.

Andrew.


On 23/02/2021 00:38, Waxman, Jennifer wrote:
>
> Hello ASpaceland,
>
> Does anyone have a trick to identifying all unpublished resource
> records in their repository? Any way to see a list or even export one?
> Also, do you know if suppressing a record will keep it hidden from an
> OAI harvest?
>
> Thanks!
> Jennifer
>
> Jennifer Waxman
>
> Head, Collection Management
>
> Tulane University Special Collections
>
> Howard-Tilton Memorial Library, Jones Hall
>
> 6801 Freret Street
>
> New Orleans LA 70118
>
> 504.247.1806
>
> jwaxman1 at tulane.edu
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2Fef12cd1b%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Dw0QVWqzPsSVyBJiHABCVIdO%2BkAmmjB49QCM228Ok5k%3D&reserved=0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3934 bytes
Desc: not available
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2Fef12cd1b%2Fattachment-0001.jpg&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=LxrEwmWNQJIyecJawxFePznK7uxC%2FYULPAMj26PKuD4%3D&reserved=0>

------------------------------

Message: 14
Date: Tue, 23 Feb 2021 16:10:09 +0000
From: Brian Harrington <brian.harrington at lyrasis.org>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID: <7A9F24E3-0D15-4637-99A7-FD6915136744 at lyrasis.org>
Content-Type: text/plain; charset="utf-8"

Hi Jennifer,

The built-in ?Resources List Report? includes a column for published status.  Would that work for your purposes?

And I?m 99% certain suppressed records aren?t included in OAI.  If they are, it?s a bug.

I hope this helps.

Brian

--
Brian Harrington (he/him)
Data Migration Specialist
LYRASIS
brian.harrington at lyrasis.org


From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of "Waxman, Jennifer" <jwaxman1 at tulane.edu>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Monday, February 22, 2021 at 7:38 PM
To: "archivesspace_users_group at lyralists.lyrasis.org" <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Unpublished and suppressed records

Hello ASpaceland,

Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest?

Thanks!
Jennifer


Jennifer Waxman
Head, Collection Management
Tulane University Special Collections
Howard-Tilton Memorial Library, Jones Hall
6801 Freret Street
New Orleans LA 70118
504.247.1806
jwaxman1 at tulane.edu
[cid:image001.jpg at 01D709D4.72A03E20]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2F795789b1%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=hMJcmQ3GIsxVPAESenp57lfZFt2gp7lxawL3jFhtbb0%3D&reserved=0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3935 bytes
Desc: image001.jpg
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2F795789b1%2Fattachment-0001.jpg&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=vhhNMT%2B%2BVBjQuXXevYoevz%2BDlBx7sTYL0Q3vhWuyLfY%3D&reserved=0>

------------------------------

Message: 15
Date: Tue, 23 Feb 2021 19:49:38 +0000
From: "Hilton, Adrien" <adrien_hilton at harvard.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID:
        <MN2PR07MB72296F85362CCF0CCC83937788809 at MN2PR07MB7229.namprd07.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Hi Jennifer,

At least in my instance, 2.5.2, you can Browse-->Resources and there's a filter on the left side pane for Published with either True or False as selections. I don't know about the OAI part.

Take good care!
Adrien

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Waxman, Jennifer
Sent: Monday, February 22, 2021 7:39 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Unpublished and suppressed records

Hello ASpaceland,

Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest?

Thanks!
Jennifer


Jennifer Waxman
Head, Collection Management
Tulane University Special Collections
Howard-Tilton Memorial Library, Jones Hall
6801 Freret Street
New Orleans LA 70118
504.247.1806
jwaxman1 at tulane.edu<mailto:jwaxman1 at tulane.edu>
[cid:image001.jpg at 01D709F3.1B898820]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2Faa8123f9%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=LYOy3ie8fOdyPzOuoTGCjiA%2BYrBKVSRYdgkL4hrrPTU%3D&reserved=0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3934 bytes
Desc: image001.jpg
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210223%2Faa8123f9%2Fattachment-0001.jpg&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=yOG10OGNCLeJKJqbIrKuS9o4D%2BUv9sNlWs3ySU%2FjxrY%3D&reserved=0>

------------------------------

Message: 16
Date: Wed, 24 Feb 2021 11:11:13 -0500
From: Rachel Aileen Searcy <rachel.searcy at nyu.edu>
To: mcyzyk at jhu.edu, Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Containers not being
        associated with their resources
Message-ID:
        <CAGFAsrNkx4tGoKbMWOvxi+OQYY79E-nsHNUZumpEcjHd7X3PCw at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Mark

We ran into a similar issue recently, where newly created containers were
not being properly associated with the resource record, and updates to
locations or barcodes were not showing up in searches or the Manage Top
Containers view. We looked at the timestamp files for the indexer, and
noticed that there was no location.dat file. We performed a soft re-index
<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Farchivesspace%2Ftech-docs%2Fblob%2Fmaster%2Fadministration%2Findexes.md&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=e2QgYy0cI1oxcrzq%2BwaugNPKVcpySx%2FGD3WZP%2Fwbcz0%3D&reserved=0>,
after which our containers, barcodes, and locations resumed behaving as
expected. We also have recurring monthly system restarts (which will now
include a soft re-index going forward) built into our schedule, which seems
to help with maintaining overall performance.

I'm not sure if this is exactly what you're experiencing, but I hope it's
helpful. Take care,
Rachel

On Mon, Feb 22, 2021 at 5:45 PM Mark Cyzyk <mcyzyk at jhu.edu> wrote:

>
> Dear ASpace list,
>
>  From one of our Archivists:
>
> > When I create a new container, either manually or by spreadsheet
> > ingest, the container appears properly in the Instance field of the
> > record. From the resource, I can open the container record and it
> > appears to be associated with the resource correctly. However, in the
> > container management module, when I search for all containers
> > associated with the collection, the recently created container is not
> > listed. If I search for the new container's barcode, the container
> > appears in the search results but with no associated resource. I can
> > also locate the new containers by searching for unassociated containers.
>
> It seems like some linkage is not happening here.
>
> More, this is only happening in his Repository, not our other, larger
> Repository.
>
> Has anyone else run into this?
>
> Mark
>
> --
> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
> Mark Cyzyk, M.A., M.L.S.
> Library Applications Group
> The Sheridan Libraries
> The Johns Hopkins University
> mcyzyk at jhu.edu
>
> Verba volant, scripta manent.
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
>
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttp-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup%26d%3DDwICAg%26c%3DslrrB7dE8n7gBJbeO0g-IQ%26r%3DWwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk%26m%3DSmteiGvtNVMomV11nXFZu2vgQ88h7aapUFt6H55qk9o%26s%3DmbxfqYRQtAZn2xsehm9iyXz5ZA-q1Evo07_25hxNzk0%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=OU7G3gTaxcQK1XR3ZZw5xdCHMDhMtdLNvedIg0lNH1o%3D&reserved=0
>


--
Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | rachel.searcy at nyu.edu
My pronouns are she/her/hers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210224%2Fa01d328d%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Kfa5UGr7deGb9jTb6QLAgGoCaTTS3z%2B6qibRpNGygIE%3D&reserved=0>

------------------------------

Message: 17
Date: Wed, 24 Feb 2021 17:32:34 -0600
From: Olivia S Solis <livsolis at utexas.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAKu+i=1Q1qE8BoBVwOO5VFhnKn25pVVLy-+5D8z-qZDW_rz9mQ at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi all,

I am wondering how some of you all may have handled documenting the
creators of collections in ArchivesSpace when the creator is a geographic
location, as in e.g. Austin (Tex.) ? meaning its government.

Some the standards I am looking at:
RDA
In its chapter on places, "The names of places are commonly used in the
following ways: as the names of governments and communities that are not
governments."

Chapter on corporate bodies: "The conventional name of a government is the
name of the area over which the government exercises jurisdiction" and then
it refers you to the chapter on places.

DACS
Defines the creator as "identifies the corporate bodies, persons, and
families associated with the creation, assembly, accumulation..."

Our particular conundrum is that we export and publish EAD to a consortium
that is going to begin imposing mandatory creators, and many of ours are
technically geographic. However, perhaps some of you have also grappled
with this hybrid geographic/corporate sense of a place term. Maybe some of
you would also like to identify a creator when it is a government that
presides over a geographic area because you would like Austin to be a nice
clickable, identifiable creator *and* geographic subject.

A dodge I have tried to recommend to processors is to identify the creator
as the specific agency of the term that may have created the collection,
e.g. Austin (Tex.). City Council. But sometimes we don't know the division
that created the records and sometimes the broader city of Austin is really
the creator. I certainly don't want to create two Austins, one agent and
one geographic subject, as it would violate cataloging standards, wreak
havoc on our taxonomy management, and create a clickable wild west in
ASpace.

Apologies if there is an obvious solution to this that I do not know about.

Thanks,
Olivia

--
Olivia Solis, MSIS
Metadata Coordinator
Dolph Briscoe Center for American History
The University of Texas at Austin
2300 Red River St. Stop D1100
Austin TX, 78712-1426
(512) 232-8013
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210224%2Fbc336356%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=74bF0R5Kv56NxhrbYiV5Edre5TOmQdKm%2F%2BrHcASZx3s%3D&reserved=0>

------------------------------

Message: 18
Date: Thu, 25 Feb 2021 14:36:18 +0000
From: "Bowers, Kate A." <kate_bowers at harvard.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CH2PR07MB72699C16D1FC15AC961EDDE5809E9 at CH2PR07MB7269.namprd07.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Can you explain more about "two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace."

I find the LCSH/LCNAF practice of conflating a governing corporate body with a geographic area inherently illogical.  Instead of using the chosen name for the government, as an example "City of Boston" they use the same text as the geographical name. We'd never do this to other corporate bodies.

Background, for the non-LCSH/LCNAF folk: LOC has a single geographical authority record and uses the same text for the governing body and the geographic area, and just codes it differently in the MARC resource records if the usage is as a corporate body "creator" field instead of a "subject" field.  Technically, AS cannot do this.

Kate

Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
kate_bowers at harvard.edu
<mailto:megan_sniffin-marinoff at harvard.edu>
voice: (617) 998-5238
fax: (617) 495-8011
web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zQndDoT4IJGbLZlP4g2j%2Bz%2FJ1fHqniZ5%2BIekNPQ7Iu0%3D&reserved=0
Twitter: @k8_bowers



________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Olivia S Solis <livsolis at utexas.edu>
Sent: Wednesday, February 24, 2021 6:32 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Geographic creators

Hi all,

I am wondering how some of you all may have handled documenting the creators of collections in ArchivesSpace when the creator is a geographic location, as in e.g. Austin (Tex.) - meaning its government.

Some the standards I am looking at:
RDA
In its chapter on places, "The names of places are commonly used in the following ways: as the names of governments and communities that are not governments."

Chapter on corporate bodies: "The conventional name of a government is the name of the area over which the government exercises jurisdiction" and then it refers you to the chapter on places.

DACS
Defines the creator as "identifies the corporate bodies, persons, and families associated with the creation, assembly, accumulation..."

Our particular conundrum is that we export and publish EAD to a consortium that is going to begin imposing mandatory creators, and many of ours are technically geographic. However, perhaps some of you have also grappled with this hybrid geographic/corporate sense of a place term. Maybe some of you would also like to identify a creator when it is a government that presides over a geographic area because you would like Austin to be a nice clickable, identifiable creator and geographic subject.

A dodge I have tried to recommend to processors is to identify the creator as the specific agency of the term that may have created the collection, e.g. Austin (Tex.). City Council. But sometimes we don't know the division that created the records and sometimes the broader city of Austin is really the creator. I certainly don't want to create two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace.

Apologies if there is an obvious solution to this that I do not know about.

Thanks,
Olivia

--
Olivia Solis, MSIS
Metadata Coordinator
Dolph Briscoe Center for American History
The University of Texas at Austin
2300 Red River St. Stop D1100
Austin TX, 78712-1426
(512) 232-8013
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F29b31338%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Y79TM9qJeJjUOm1K%2FycnR84ruziyufUsteGbyG%2FIQSk%3D&reserved=0>

------------------------------

Message: 19
Date: Thu, 25 Feb 2021 09:20:33 -0600
From: Olivia S Solis <livsolis at utexas.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAKu+i=1Z+-LzWRvNM0fGsQ29xAUtZi0fEpqq34enu=heZOumtw at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Kate,

Thanks for your reply! So yes, I have thought about creating both a
separate agent record just for e.g. Austin just so catalogers would be able
to add the creator of Austin because, as all users in this group know, only
agents can be creators in ASpace. I don't like this for many reasons:

It would violate cataloging standards.

   - Every authority source I have ever seen (VIAF
   <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fviaf.org%2Fviaf%2F157089669&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=wKiOA4xKRZh5hdwjbZwGOoWvkFfnEOTvdbSnTervYA0%3D&reserved=0>, LNCAF
   <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=T4u1yEksK6Wajv6HcKUdAWe9EAcNQEktdjgaCvWSKmQ%3D&reserved=0>, FAST
   <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Ffast.oclc.org%2Fsearchfast%2F%3F%26limit%3Dkeywords%26facet%3Dall%26query%3DTexas--Austin%26sort%3Dusage%2Bdesc%26start%3D0%23%26single%3Dfst01204313%26fullview%3Dsimple%26sep%3Dclick&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=4H522xwA5ubZLif9Pd89AjsJaZ%2Fz4Qk6NtqF6fRxfPU%3D&reserved=0>,
   ...) considers Austin and its government a geographic term.
   - This is consistent with more elaborative cataloging standards that I
   have read, e.g. RDA which I quoted in my first email. I'm not a trained
   cataloger though, so if someone would like to correct me on ways of
   establishing a government of a geographic area as a corporate term in an
   authority list, please enlighten me.

It would wreak havoc on our taxonomy management.

   - This is particular to our institution, but I am the only one who
   enters subject/agent terms for our organization. This to ensure more
   consistent, standards-based use of terms, and so that we do not have e.g
   ten different ways of entering Hillary Clinton. If Austin changes its name
   to Keep Austin Weird, I only want to change it in one place, not both the
   agent and the subject record.

It would create a clickable wild west.

   - I'm not sure how much all staff and researchers make the distinction
   between Austin the government and Austin a geographic location.
   - So if someone is browsing around in the system and they want to get
   everything related to Austin, they might click on Austin the creator/agent,
   but miss out on all the resources that use the subject term. Or vice versa.
   Highly unsatisfying retrieval.

I am using Austin as the example, but my question can apply to any
government/geographic level (county, state, etc).

Thanks!
Olivia

On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. <kate_bowers at harvard.edu>
wrote:

> Can you explain more about "two Austins, one agent and one geographic
> subject, as it would violate cataloging standards, wreak havoc on our
> taxonomy management, and create a clickable wild west in ASpace."
>
>
> I find the LCSH/LCNAF practice of conflating a governing corporate body
> with a geographic area inherently illogical.  Instead of using the chosen
> name for the government, as an example ?City of Boston? they use the same
> text as the geographical name. We?d never do this to other corporate
> bodies.
>
>
>
> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical
> authority record and uses the same text for the governing body and the
> geographic area, and just codes it differently in the MARC resource records
> if the usage is as a corporate body ?creator? field instead of a ?subject?
> field.  Technically, AS cannot do this.
>
>
>
> Kate
>
>
>
> *Kate Bowers*
>
> Collections Services Archivist for Metadata, Systems, and Standards
>
> Harvard University Archives
>
> kate_bowers at harvard.edu
> <megan_sniffin-marinoff at harvard.edu>
>
> voice: (617) 998-5238
>
> fax: (617) 495-8011
>
> web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zQndDoT4IJGbLZlP4g2j%2Bz%2FJ1fHqniZ5%2BIekNPQ7Iu0%3D&reserved=0
>
> Twitter: @k8_bowers
>
>
>
> ------------------------------
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Olivia S Solis <livsolis at utexas.edu>
> *Sent:* Wednesday, February 24, 2021 6:32 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Geographic creators
>
>
>
> Hi all,
>
>
>
> I am wondering how some of you all may have handled documenting the
> creators of collections in ArchivesSpace when the creator is a geographic
> location, as in e.g. Austin (Tex.) ? meaning its government.
>
>
>
> Some the standards I am looking at:
>
> RDA
>
> In its chapter on places, "The names of places are commonly used in the
> following ways: as the names of governments and communities that are not
> governments."
>
>
>
> Chapter on corporate bodies: "The conventional name of a government is the
> name of the area over which the government exercises jurisdiction" and then
> it refers you to the chapter on places.
>
>
>
> DACS
>
> Defines the creator as "identifies the corporate bodies, persons, and
> families associated with the creation, assembly, accumulation..."
>
>
>
> Our particular conundrum is that we export and publish EAD to a consortium
> that is going to begin imposing mandatory creators, and many of ours are
> technically geographic. However, perhaps some of you have also grappled
> with this hybrid geographic/corporate sense of a place term. Maybe some of
> you would also like to identify a creator when it is a government that
> presides over a geographic area because you would like Austin to be a nice
> clickable, identifiable creator *and* geographic subject.
>
>
>
> A dodge I have tried to recommend to processors is to identify the creator
> as the specific agency of the term that may have created the collection,
> e.g. Austin (Tex.). City Council. But sometimes we don't know the division
> that created the records and sometimes the broader city of Austin is really
> the creator. I certainly don't want to create two Austins, one agent and
> one geographic subject, as it would violate cataloging standards, wreak
> havoc on our taxonomy management, and create a clickable wild west in
> ASpace.
>
>
>
> Apologies if there is an obvious solution to this that I do not know about.
>
>
>
> Thanks,
> Olivia
>
>
>
> --
>
> Olivia Solis, MSIS
>
> Metadata Coordinator
>
> Dolph Briscoe Center for American History
>
> The University of Texas at Austin
>
> 2300 Red River St. Stop D1100
>
> Austin TX, 78712-1426
>
> (512) 232-8013
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&reserved=0
>


--
Olivia Solis, MSIS
Metadata Coordinator
Dolph Briscoe Center for American History
The University of Texas at Austin
2300 Red River St. Stop D1100
Austin TX, 78712-1426
(512) 232-8013
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2Fc6a33412%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Ypj6ROquAPmNbhrxgl4uIzAZNak2sqk7eAbtkbXWLSs%3D&reserved=0>

------------------------------

Message: 20
Date: Thu, 25 Feb 2021 10:52:21 -0500
From: Daniel Michelson <dmichelson at smith.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAOS_AZ=is6xieSHKbtXmf2hraBZNXmvftMi2-TP5Rp4or1EiOA at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi All,

I certainly agree with Kate that the fundamental problem is the conflation
by LC of the governing body with the location.

I'd also argue that ArchivesSpace is behaving correctly here.  A geographic
location cannot create, assemble, accumulate, or maintain and use the
materials being described (DACS 2.6
<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsaa-ts-dacs.github.io%2Fdacs%2F06_part_I%2F03_chapter_02%2F06_name_of_creators.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Rm%2Fdi2%2BQPYSJgXu%2FrTPB7FN5cqyLdXj%2BDNWHb8%2FdODw%3D&reserved=0>),
therefore it should not be considered a creating agent.  Distinguishing
between the government entity and the location may inconvenience a
researcher looking for information on Austin as a location, but it is very
helpful to a researcher looking for information about Austin's government.

Some of the downsides may be ameliorated with the options in the new agents
module, but even with the current system, you can at least have both
records point to the same LC authority record.

All the best,

Dan

On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis <livsolis at utexas.edu> wrote:

> Hi Kate,
>
> Thanks for your reply! So yes, I have thought about creating both a
> separate agent record just for e.g. Austin just so catalogers would be able
> to add the creator of Austin because, as all users in this group know, only
> agents can be creators in ASpace. I don't like this for many reasons:
>
> It would violate cataloging standards.
>
>    - Every authority source I have ever seen (VIAF
>    <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fviaf.org%2Fviaf%2F157089669&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=FT48p5JWypUWdvO1MyaZeU1FsrFMFyb8Lzjunu6gYMU%3D&reserved=0>, LNCAF
>    <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=haZANOHMh3xtZkn8kjSOxjWWz6zDGvW5MDngjN5bFNY%3D&reserved=0>, FAST
>    <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Ffast.oclc.org%2Fsearchfast%2F%3F%26limit%3Dkeywords%26facet%3Dall%26query%3DTexas--Austin%26sort%3Dusage%2Bdesc%26start%3D0%23%26single%3Dfst01204313%26fullview%3Dsimple%26sep%3Dclick&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=RiD8ZL8OBiu5byk6jjgWsijDytQ3afpfLL3NWSNwzlI%3D&reserved=0>,
>    ...) considers Austin and its government a geographic term.
>    - This is consistent with more elaborative cataloging standards that I
>    have read, e.g. RDA which I quoted in my first email. I'm not a trained
>    cataloger though, so if someone would like to correct me on ways of
>    establishing a government of a geographic area as a corporate term in an
>    authority list, please enlighten me.
>
> It would wreak havoc on our taxonomy management.
>
>    - This is particular to our institution, but I am the only one who
>    enters subject/agent terms for our organization. This to ensure more
>    consistent, standards-based use of terms, and so that we do not have e.g
>    ten different ways of entering Hillary Clinton. If Austin changes its name
>    to Keep Austin Weird, I only want to change it in one place, not both the
>    agent and the subject record.
>
> It would create a clickable wild west.
>
>    - I'm not sure how much all staff and researchers make the distinction
>    between Austin the government and Austin a geographic location.
>    - So if someone is browsing around in the system and they want to get
>    everything related to Austin, they might click on Austin the creator/agent,
>    but miss out on all the resources that use the subject term. Or vice versa.
>    Highly unsatisfying retrieval.
>
> I am using Austin as the example, but my question can apply to any
> government/geographic level (county, state, etc).
>
> Thanks!
> Olivia
>
> On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. <kate_bowers at harvard.edu>
> wrote:
>
>> Can you explain more about "two Austins, one agent and one geographic
>> subject, as it would violate cataloging standards, wreak havoc on our
>> taxonomy management, and create a clickable wild west in ASpace."
>>
>>
>> I find the LCSH/LCNAF practice of conflating a governing corporate body
>> with a geographic area inherently illogical.  Instead of using the chosen
>> name for the government, as an example ?City of Boston? they use the same
>> text as the geographical name. We?d never do this to other corporate
>> bodies.
>>
>>
>>
>> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical
>> authority record and uses the same text for the governing body and the
>> geographic area, and just codes it differently in the MARC resource records
>> if the usage is as a corporate body ?creator? field instead of a ?subject?
>> field.  Technically, AS cannot do this.
>>
>>
>>
>> Kate
>>
>>
>>
>> *Kate Bowers*
>>
>> Collections Services Archivist for Metadata, Systems, and Standards
>>
>> Harvard University Archives
>>
>> kate_bowers at harvard.edu
>> <megan_sniffin-marinoff at harvard.edu>
>>
>> voice: (617) 998-5238
>>
>> fax: (617) 495-8011
>>
>> web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=MmyJ3GcvQ9cATSWtoDlcGbHCav5z7KBPfagWbcv1Yaw%3D&reserved=0
>>
>> Twitter: @k8_bowers
>>
>>
>>
>> ------------------------------
>>
>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
>> Olivia S Solis <livsolis at utexas.edu>
>> *Sent:* Wednesday, February 24, 2021 6:32 PM
>> *To:* Archivesspace Users Group <
>> archivesspace_users_group at lyralists.lyrasis.org>
>> *Subject:* [Archivesspace_Users_Group] Geographic creators
>>
>>
>>
>> Hi all,
>>
>>
>>
>> I am wondering how some of you all may have handled documenting the
>> creators of collections in ArchivesSpace when the creator is a geographic
>> location, as in e.g. Austin (Tex.) ? meaning its government.
>>
>>
>>
>> Some the standards I am looking at:
>>
>> RDA
>>
>> In its chapter on places, "The names of places are commonly used in the
>> following ways: as the names of governments and communities that are not
>> governments."
>>
>>
>>
>> Chapter on corporate bodies: "The conventional name of a government is
>> the name of the area over which the government exercises jurisdiction" and
>> then it refers you to the chapter on places.
>>
>>
>>
>> DACS
>>
>> Defines the creator as "identifies the corporate bodies, persons, and
>> families associated with the creation, assembly, accumulation..."
>>
>>
>>
>> Our particular conundrum is that we export and publish EAD to a
>> consortium that is going to begin imposing mandatory creators, and many of
>> ours are technically geographic. However, perhaps some of you have also
>> grappled with this hybrid geographic/corporate sense of a place term. Maybe
>> some of you would also like to identify a creator when it is a government
>> that presides over a geographic area because you would like Austin to be a
>> nice clickable, identifiable creator *and* geographic subject.
>>
>>
>>
>> A dodge I have tried to recommend to processors is to identify the
>> creator as the specific agency of the term that may have created the
>> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know
>> the division that created the records and sometimes the broader city of
>> Austin is really the creator. I certainly don't want to create two Austins,
>> one agent and one geographic subject, as it would violate cataloging
>> standards, wreak havoc on our taxonomy management, and create a clickable
>> wild west in ASpace.
>>
>>
>>
>> Apologies if there is an obvious solution to this that I do not know
>> about.
>>
>>
>>
>> Thanks,
>> Olivia
>>
>>
>>
>> --
>>
>> Olivia Solis, MSIS
>>
>> Metadata Coordinator
>>
>> Dolph Briscoe Center for American History
>>
>> The University of Texas at Austin
>>
>> 2300 Red River St. Stop D1100
>>
>> Austin TX, 78712-1426
>>
>> (512) 232-8013
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&reserved=0
>>
>
>
> --
> Olivia Solis, MSIS
> Metadata Coordinator
> Dolph Briscoe Center for American History
> The University of Texas at Austin
> 2300 Red River St. Stop D1100
> Austin TX, 78712-1426
> (512) 232-8013
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&reserved=0
>


--
Dan Michelson
Project Manager Archivist
Smith College Special Collections

Due to COVID-19, Special Collections is offering limited, remote reference
and digitization services and ongoing consultations for faculty, students,
and other researchers. Smith course support is our primary responsibility
at this time. All other requests and inquiries will be responded to as we
are able.


For information about Smith College?s response to Covid-19, please visit
the Smith College Libraries <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2FSCLcovid-19&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=VkIGcGHAqMWdSRuFNElJA7UuHI%2FZbkraGcUtTBs0nDU%3D&reserved=0> and Smith College
<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=vcFbmpHdxj9wurgWbEs19npYSqFYmLKty50Gk9HuRbM%3D&reserved=0> websites.
For information about library services during this time, information is
available on our website.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F9c0628b2%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=wEfeSl5yV5ur68TA4IpI%2BfUTpFJbV4OfaqIMoEXEVPs%3D&reserved=0>

------------------------------

Message: 21
Date: Thu, 25 Feb 2021 10:41:23 -0600
From: Olivia S Solis <livsolis at utexas.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAKu+i=3BpL6vU+20gMDQUuUsqZQTMXiKvTJ-6zwKoHTNwN7A-g at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Daniel,

I do agree that the government and geographic location are different, but I
also want to simplify maintenance of terms. And I think that LOC doesn't
preclude its government/geographic term from being a creator as it
conceives of it as such due to its conflation of government and its
jurisdiction. So in practice, do you have an agent that points to the LOC
geographic term (our prefered source is VIAF, but they follow the same
conventions in terms of categorizing governments) if you want that term to
be a creator? You just update both records if there is any correction to
the term? We have thousands upon thousands of names to manage, so I want to
cut down on any fat, though I suppose that is a solution.

Thanks,
Olivia

On Thu, Feb 25, 2021 at 10:18 AM Daniel Michelson <dmichelson at smith.edu>
wrote:

> Hi All,
>
> I certainly agree with Kate that the fundamental problem is the conflation
> by LC of the governing body with the location.
>
> I'd also argue that ArchivesSpace is behaving correctly here.  A
> geographic location cannot create, assemble, accumulate, or maintain and
> use the materials being described (DACS 2.6
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsaa-ts-dacs.github.io%2Fdacs%2F06_part_I%2F03_chapter_02%2F06_name_of_creators.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Rm%2Fdi2%2BQPYSJgXu%2FrTPB7FN5cqyLdXj%2BDNWHb8%2FdODw%3D&reserved=0>),
> therefore it should not be considered a creating agent.  Distinguishing
> between the government entity and the location may inconvenience a
> researcher looking for information on Austin as a location, but it is very
> helpful to a researcher looking for information about Austin's government.
>
> Some of the downsides may be ameliorated with the options in the new
> agents module, but even with the current system, you can at least have both
> records point to the same LC authority record.
>
> All the best,
>
> Dan
>
> On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis <livsolis at utexas.edu>
> wrote:
>
>> Hi Kate,
>>
>> Thanks for your reply! So yes, I have thought about creating both a
>> separate agent record just for e.g. Austin just so catalogers would be able
>> to add the creator of Austin because, as all users in this group know, only
>> agents can be creators in ASpace. I don't like this for many reasons:
>>
>> It would violate cataloging standards.
>>
>>    - Every authority source I have ever seen (VIAF
>>    <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fviaf.org%2Fviaf%2F157089669&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=FT48p5JWypUWdvO1MyaZeU1FsrFMFyb8Lzjunu6gYMU%3D&reserved=0>, LNCAF
>>    <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=haZANOHMh3xtZkn8kjSOxjWWz6zDGvW5MDngjN5bFNY%3D&reserved=0>, FAST
>>    <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Ffast.oclc.org%2Fsearchfast%2F%3F%26limit%3Dkeywords%26facet%3Dall%26query%3DTexas--Austin%26sort%3Dusage%2Bdesc%26start%3D0%23%26single%3Dfst01204313%26fullview%3Dsimple%26sep%3Dclick&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=RiD8ZL8OBiu5byk6jjgWsijDytQ3afpfLL3NWSNwzlI%3D&reserved=0>,
>>    ...) considers Austin and its government a geographic term.
>>    - This is consistent with more elaborative cataloging standards that
>>    I have read, e.g. RDA which I quoted in my first email. I'm not a trained
>>    cataloger though, so if someone would like to correct me on ways of
>>    establishing a government of a geographic area as a corporate term in an
>>    authority list, please enlighten me.
>>
>> It would wreak havoc on our taxonomy management.
>>
>>    - This is particular to our institution, but I am the only one who
>>    enters subject/agent terms for our organization. This to ensure more
>>    consistent, standards-based use of terms, and so that we do not have e.g
>>    ten different ways of entering Hillary Clinton. If Austin changes its name
>>    to Keep Austin Weird, I only want to change it in one place, not both the
>>    agent and the subject record.
>>
>> It would create a clickable wild west.
>>
>>    - I'm not sure how much all staff and researchers make the
>>    distinction between Austin the government and Austin a geographic location.
>>    - So if someone is browsing around in the system and they want to get
>>    everything related to Austin, they might click on Austin the creator/agent,
>>    but miss out on all the resources that use the subject term. Or vice versa.
>>    Highly unsatisfying retrieval.
>>
>> I am using Austin as the example, but my question can apply to any
>> government/geographic level (county, state, etc).
>>
>> Thanks!
>> Olivia
>>
>> On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. <kate_bowers at harvard.edu>
>> wrote:
>>
>>> Can you explain more about "two Austins, one agent and one geographic
>>> subject, as it would violate cataloging standards, wreak havoc on our
>>> taxonomy management, and create a clickable wild west in ASpace."
>>>
>>>
>>> I find the LCSH/LCNAF practice of conflating a governing corporate body
>>> with a geographic area inherently illogical.  Instead of using the chosen
>>> name for the government, as an example ?City of Boston? they use the same
>>> text as the geographical name. We?d never do this to other corporate
>>> bodies.
>>>
>>>
>>>
>>> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical
>>> authority record and uses the same text for the governing body and the
>>> geographic area, and just codes it differently in the MARC resource records
>>> if the usage is as a corporate body ?creator? field instead of a ?subject?
>>> field.  Technically, AS cannot do this.
>>>
>>>
>>>
>>> Kate
>>>
>>>
>>>
>>> *Kate Bowers*
>>>
>>> Collections Services Archivist for Metadata, Systems, and Standards
>>>
>>> Harvard University Archives
>>>
>>> kate_bowers at harvard.edu
>>> <megan_sniffin-marinoff at harvard.edu>
>>>
>>> voice: (617) 998-5238
>>>
>>> fax: (617) 495-8011
>>>
>>> web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=MmyJ3GcvQ9cATSWtoDlcGbHCav5z7KBPfagWbcv1Yaw%3D&reserved=0
>>>
>>> Twitter: @k8_bowers
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
>>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
>>> Olivia S Solis <livsolis at utexas.edu>
>>> *Sent:* Wednesday, February 24, 2021 6:32 PM
>>> *To:* Archivesspace Users Group <
>>> archivesspace_users_group at lyralists.lyrasis.org>
>>> *Subject:* [Archivesspace_Users_Group] Geographic creators
>>>
>>>
>>>
>>> Hi all,
>>>
>>>
>>>
>>> I am wondering how some of you all may have handled documenting the
>>> creators of collections in ArchivesSpace when the creator is a geographic
>>> location, as in e.g. Austin (Tex.) ? meaning its government.
>>>
>>>
>>>
>>> Some the standards I am looking at:
>>>
>>> RDA
>>>
>>> In its chapter on places, "The names of places are commonly used in the
>>> following ways: as the names of governments and communities that are not
>>> governments."
>>>
>>>
>>>
>>> Chapter on corporate bodies: "The conventional name of a government is
>>> the name of the area over which the government exercises jurisdiction" and
>>> then it refers you to the chapter on places.
>>>
>>>
>>>
>>> DACS
>>>
>>> Defines the creator as "identifies the corporate bodies, persons, and
>>> families associated with the creation, assembly, accumulation..."
>>>
>>>
>>>
>>> Our particular conundrum is that we export and publish EAD to a
>>> consortium that is going to begin imposing mandatory creators, and many of
>>> ours are technically geographic. However, perhaps some of you have also
>>> grappled with this hybrid geographic/corporate sense of a place term. Maybe
>>> some of you would also like to identify a creator when it is a government
>>> that presides over a geographic area because you would like Austin to be a
>>> nice clickable, identifiable creator *and* geographic subject.
>>>
>>>
>>>
>>> A dodge I have tried to recommend to processors is to identify the
>>> creator as the specific agency of the term that may have created the
>>> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know
>>> the division that created the records and sometimes the broader city of
>>> Austin is really the creator. I certainly don't want to create two Austins,
>>> one agent and one geographic subject, as it would violate cataloging
>>> standards, wreak havoc on our taxonomy management, and create a clickable
>>> wild west in ASpace.
>>>
>>>
>>>
>>> Apologies if there is an obvious solution to this that I do not know
>>> about.
>>>
>>>
>>>
>>> Thanks,
>>> Olivia
>>>
>>>
>>>
>>> --
>>>
>>> Olivia Solis, MSIS
>>>
>>> Metadata Coordinator
>>>
>>> Dolph Briscoe Center for American History
>>>
>>> The University of Texas at Austin
>>>
>>> 2300 Red River St. Stop D1100
>>>
>>> Austin TX, 78712-1426
>>>
>>> (512) 232-8013
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0
>>>
>>
>>
>> --
>> Olivia Solis, MSIS
>> Metadata Coordinator
>> Dolph Briscoe Center for American History
>> The University of Texas at Austin
>> 2300 Red River St. Stop D1100
>> Austin TX, 78712-1426
>> (512) 232-8013
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0
>>
>
>
> --
> Dan Michelson
> Project Manager Archivist
> Smith College Special Collections
>
> Due to COVID-19, Special Collections is offering limited, remote reference
> and digitization services and ongoing consultations for faculty, students,
> and other researchers. Smith course support is our primary responsibility
> at this time. All other requests and inquiries will be responded to as we
> are able.
>
>
> For information about Smith College?s response to Covid-19, please visit
> the Smith College Libraries <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2FSCLcovid-19&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=UY8DmIac26j89E87uiqDoZuYTkPeS%2FdcsFm8GDgsPVw%3D&reserved=0> and Smith College
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=qLN8NMbY7B1VGDrGeA2Sff73nMDVH7OchSxExgUsPUU%3D&reserved=0>
> websites. For information about library services during this time,
> information is available on our website.
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0
>


--
Olivia Solis, MSIS
Metadata Coordinator
Dolph Briscoe Center for American History
The University of Texas at Austin
2300 Red River St. Stop D1100
Austin TX, 78712-1426
(512) 232-8013
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2Fe792f6c8%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=k5QZPQoG2C5ix6Ajx4MEES0yeg34GJealHcMCj%2BNtTw%3D&reserved=0>

------------------------------

Message: 22
Date: Thu, 25 Feb 2021 12:50:05 -0500
From: Daniel Michelson <dmichelson at smith.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAOS_AZn39Dr7pk3fozxTkJPZbfkRxW0WdVcNi5VBqYTeXFndfA at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Olivia,

That's what I would do, but I should stress that we're still very much in
the "giant pile of names" phase of agent control, so this isn't something
we've done much of yet.

I do have high hopes about a lot of the maintenance issues being addressed
in a future iteration of ArchivesSpace that can exchange agent (and
eventually subject) data with external authority sources.  Depending on
your situation, waiting for a system improvement like that may not be
feasible.

All the best,

Dan

On Thu, Feb 25, 2021 at 11:40 AM Olivia S Solis <livsolis at utexas.edu> wrote:

> Hi Daniel,
>
> I do agree that the government and geographic location are different, but
> I also want to simplify maintenance of terms. And I think that LOC doesn't
> preclude its government/geographic term from being a creator as it
> conceives of it as such due to its conflation of government and its
> jurisdiction. So in practice, do you have an agent that points to the LOC
> geographic term (our prefered source is VIAF, but they follow the same
> conventions in terms of categorizing governments) if you want that term to
> be a creator? You just update both records if there is any correction to
> the term? We have thousands upon thousands of names to manage, so I want to
> cut down on any fat, though I suppose that is a solution.
>
> Thanks,
> Olivia
>
> On Thu, Feb 25, 2021 at 10:18 AM Daniel Michelson <dmichelson at smith.edu>
> wrote:
>
>> Hi All,
>>
>> I certainly agree with Kate that the fundamental problem is the
>> conflation by LC of the governing body with the location.
>>
>> I'd also argue that ArchivesSpace is behaving correctly here.  A
>> geographic location cannot create, assemble, accumulate, or maintain and
>> use the materials being described (DACS 2.6
>> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsaa-ts-dacs.github.io%2Fdacs%2F06_part_I%2F03_chapter_02%2F06_name_of_creators.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=wtJA2QNpaeosdDEzNxPKM6Iytk6BVDOBmjxidM4lT1Q%3D&reserved=0>),
>> therefore it should not be considered a creating agent.  Distinguishing
>> between the government entity and the location may inconvenience a
>> researcher looking for information on Austin as a location, but it is very
>> helpful to a researcher looking for information about Austin's government.
>>
>> Some of the downsides may be ameliorated with the options in the new
>> agents module, but even with the current system, you can at least have both
>> records point to the same LC authority record.
>>
>> All the best,
>>
>> Dan
>>
>> On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis <livsolis at utexas.edu>
>> wrote:
>>
>>> Hi Kate,
>>>
>>> Thanks for your reply! So yes, I have thought about creating both a
>>> separate agent record just for e.g. Austin just so catalogers would be able
>>> to add the creator of Austin because, as all users in this group know, only
>>> agents can be creators in ASpace. I don't like this for many reasons:
>>>
>>> It would violate cataloging standards.
>>>
>>>    - Every authority source I have ever seen (VIAF
>>>    <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fviaf.org%2Fviaf%2F157089669&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=b33ABzg0zHwAYEyf8wk4SSZ1c6Kc2ytBfqIotyJnfLM%3D&reserved=0>, LNCAF
>>>    <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=L7sc7DJHRlJpXzDRy64xMiztp4WxchA3MB%2FkYIqh6G4%3D&reserved=0>, FAST
>>>    <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Ffast.oclc.org%2Fsearchfast%2F%3F%26limit%3Dkeywords%26facet%3Dall%26query%3DTexas--Austin%26sort%3Dusage%2Bdesc%26start%3D0%23%26single%3Dfst01204313%26fullview%3Dsimple%26sep%3Dclick&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=KLUenFSrgQsHcghQl9wKNsHVvINHYN8HB0rqm98Dabg%3D&reserved=0>,
>>>    ...) considers Austin and its government a geographic term.
>>>    - This is consistent with more elaborative cataloging standards that
>>>    I have read, e.g. RDA which I quoted in my first email. I'm not a trained
>>>    cataloger though, so if someone would like to correct me on ways of
>>>    establishing a government of a geographic area as a corporate term in an
>>>    authority list, please enlighten me.
>>>
>>> It would wreak havoc on our taxonomy management.
>>>
>>>    - This is particular to our institution, but I am the only one who
>>>    enters subject/agent terms for our organization. This to ensure more
>>>    consistent, standards-based use of terms, and so that we do not have e.g
>>>    ten different ways of entering Hillary Clinton. If Austin changes its name
>>>    to Keep Austin Weird, I only want to change it in one place, not both the
>>>    agent and the subject record.
>>>
>>> It would create a clickable wild west.
>>>
>>>    - I'm not sure how much all staff and researchers make the
>>>    distinction between Austin the government and Austin a geographic location.
>>>    - So if someone is browsing around in the system and they want to
>>>    get everything related to Austin, they might click on Austin the
>>>    creator/agent, but miss out on all the resources that use the subject term.
>>>    Or vice versa. Highly unsatisfying retrieval.
>>>
>>> I am using Austin as the example, but my question can apply to any
>>> government/geographic level (county, state, etc).
>>>
>>> Thanks!
>>> Olivia
>>>
>>> On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. <kate_bowers at harvard.edu>
>>> wrote:
>>>
>>>> Can you explain more about "two Austins, one agent and one geographic
>>>> subject, as it would violate cataloging standards, wreak havoc on our
>>>> taxonomy management, and create a clickable wild west in ASpace."
>>>>
>>>>
>>>> I find the LCSH/LCNAF practice of conflating a governing corporate body
>>>> with a geographic area inherently illogical.  Instead of using the chosen
>>>> name for the government, as an example ?City of Boston? they use the same
>>>> text as the geographical name. We?d never do this to other corporate
>>>> bodies.
>>>>
>>>>
>>>>
>>>> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical
>>>> authority record and uses the same text for the governing body and the
>>>> geographic area, and just codes it differently in the MARC resource records
>>>> if the usage is as a corporate body ?creator? field instead of a ?subject?
>>>> field.  Technically, AS cannot do this.
>>>>
>>>>
>>>>
>>>> Kate
>>>>
>>>>
>>>>
>>>> *Kate Bowers*
>>>>
>>>> Collections Services Archivist for Metadata, Systems, and Standards
>>>>
>>>> Harvard University Archives
>>>>
>>>> kate_bowers at harvard.edu
>>>> <megan_sniffin-marinoff at harvard.edu>
>>>>
>>>> voice: (617) 998-5238
>>>>
>>>> fax: (617) 495-8011
>>>>
>>>> web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=y0TCH%2FAgWoWEoZIW6%2FFt9IbZgRXAOInwBqOtetcoNgI%3D&reserved=0
>>>>
>>>> Twitter: @k8_bowers
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
>>>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
>>>> Olivia S Solis <livsolis at utexas.edu>
>>>> *Sent:* Wednesday, February 24, 2021 6:32 PM
>>>> *To:* Archivesspace Users Group <
>>>> archivesspace_users_group at lyralists.lyrasis.org>
>>>> *Subject:* [Archivesspace_Users_Group] Geographic creators
>>>>
>>>>
>>>>
>>>> Hi all,
>>>>
>>>>
>>>>
>>>> I am wondering how some of you all may have handled documenting the
>>>> creators of collections in ArchivesSpace when the creator is a geographic
>>>> location, as in e.g. Austin (Tex.) ? meaning its government.
>>>>
>>>>
>>>>
>>>> Some the standards I am looking at:
>>>>
>>>> RDA
>>>>
>>>> In its chapter on places, "The names of places are commonly used in the
>>>> following ways: as the names of governments and communities that are not
>>>> governments."
>>>>
>>>>
>>>>
>>>> Chapter on corporate bodies: "The conventional name of a government is
>>>> the name of the area over which the government exercises jurisdiction" and
>>>> then it refers you to the chapter on places.
>>>>
>>>>
>>>>
>>>> DACS
>>>>
>>>> Defines the creator as "identifies the corporate bodies, persons, and
>>>> families associated with the creation, assembly, accumulation..."
>>>>
>>>>
>>>>
>>>> Our particular conundrum is that we export and publish EAD to a
>>>> consortium that is going to begin imposing mandatory creators, and many of
>>>> ours are technically geographic. However, perhaps some of you have also
>>>> grappled with this hybrid geographic/corporate sense of a place term. Maybe
>>>> some of you would also like to identify a creator when it is a government
>>>> that presides over a geographic area because you would like Austin to be a
>>>> nice clickable, identifiable creator *and* geographic subject.
>>>>
>>>>
>>>>
>>>> A dodge I have tried to recommend to processors is to identify the
>>>> creator as the specific agency of the term that may have created the
>>>> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know
>>>> the division that created the records and sometimes the broader city of
>>>> Austin is really the creator. I certainly don't want to create two Austins,
>>>> one agent and one geographic subject, as it would violate cataloging
>>>> standards, wreak havoc on our taxonomy management, and create a clickable
>>>> wild west in ASpace.
>>>>
>>>>
>>>>
>>>> Apologies if there is an obvious solution to this that I do not know
>>>> about.
>>>>
>>>>
>>>>
>>>> Thanks,
>>>> Olivia
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Olivia Solis, MSIS
>>>>
>>>> Metadata Coordinator
>>>>
>>>> Dolph Briscoe Center for American History
>>>>
>>>> The University of Texas at Austin
>>>>
>>>> 2300 Red River St. Stop D1100
>>>>
>>>> Austin TX, 78712-1426
>>>>
>>>> (512) 232-8013
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0
>>>>
>>>
>>>
>>> --
>>> Olivia Solis, MSIS
>>> Metadata Coordinator
>>> Dolph Briscoe Center for American History
>>> The University of Texas at Austin
>>> 2300 Red River St. Stop D1100
>>> Austin TX, 78712-1426
>>> (512) 232-8013
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0
>>>
>>
>>
>> --
>> Dan Michelson
>> Project Manager Archivist
>> Smith College Special Collections
>>
>> Due to COVID-19, Special Collections is offering limited, remote
>> reference and digitization services and ongoing consultations for faculty,
>> students, and other researchers. Smith course support is our primary
>> responsibility at this time. All other requests and inquiries will be
>> responded to as we are able.
>>
>>
>> For information about Smith College?s response to Covid-19, please visit
>> the Smith College Libraries <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2FSCLcovid-19&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=UY8DmIac26j89E87uiqDoZuYTkPeS%2FdcsFm8GDgsPVw%3D&reserved=0> and Smith College
>> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=qLN8NMbY7B1VGDrGeA2Sff73nMDVH7OchSxExgUsPUU%3D&reserved=0>
>> websites. For information about library services during this time,
>> information is available on our website.
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0
>>
>
>
> --
> Olivia Solis, MSIS
> Metadata Coordinator
> Dolph Briscoe Center for American History
> The University of Texas at Austin
> 2300 Red River St. Stop D1100
> Austin TX, 78712-1426
> (512) 232-8013
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0
>


--
Dan Michelson
Project Manager Archivist
Smith College Special Collections

Due to COVID-19, Special Collections is offering limited, remote reference
and digitization services and ongoing consultations for faculty, students,
and other researchers. Smith course support is our primary responsibility
at this time. All other requests and inquiries will be responded to as we
are able.


For information about Smith College?s response to Covid-19, please visit
the Smith College Libraries <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2FSCLcovid-19&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QYSy7uP80ir4P280Jf4To1mcAKtNkAyaT0FX0EpSLzM%3D&reserved=0> and Smith College
<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=rLSjihORs%2F9tKxMWCeT3qxPsLCqQUfiIGG7QLQMfm5U%3D&reserved=0> websites.
For information about library services during this time, information is
available on our website.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2Ff671315c%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=HlMD22Yut1TkDje96hZA%2FF8TF%2B4tJVNOha2oZYS9fig%3D&reserved=0>

------------------------------

Message: 23
Date: Thu, 25 Feb 2021 18:42:51 +0000
From: "Galligan, Patrick" <PGalligan at rockarch.org>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Running ArchivesSpace against
        Solr 8.8.1
Message-ID:
        <BLAPR22MB22417E1A85F35DDEBD460E0DD49E9 at BLAPR22MB2241.namprd22.prod.outlook.com>

Content-Type: text/plain; charset="windows-1252"

Hey everyone,

I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory.<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Farchivesspace%2Farchivesspace%2Ftree%2Fmaster%2Fsolr&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ZW4f7bXqeccCMZtAad7bBy3q7lJoco%2B55TSZ1Xxp6dk%3D&reserved=0>

I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fprovisioning%2Fsolr.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=JdVScSsIPnSpY18CxM1SQQsF1own2vhpvjxS3IXIYpg%3D&reserved=0>.

I?m getting this error when trying to actually create and initialize the core:

archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory'


I read through this thread<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.drupal.org%2Fproject%2Fsearch_api_solr%2Fissues%2F3015993&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=JHa2W44m3ngAYAsDRTg%2FMjk98Q%2BHNsl7pa%2BwvSX5arg%3D&reserved=0> about the issue, but haven?t gotten anything to work yet.

Has anyone had experience with running external Solr that might have advice on what to do here?

Thanks,
Patrick Galligan
Rockefeller Archive Center
Digital Archivist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F13456363%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=7bTaFFs%2Bm%2BHuRbupLsAk41I39b4t0wTKPJIHxjbA49g%3D&reserved=0>

------------------------------

Message: 24
Date: Thu, 25 Feb 2021 18:49:38 +0000
From: "Schanz, Megan" <schanzme at msu.edu>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against
        Solr    8.8.1
Message-ID:
        <CH2PR12MB3701346EBCBD802CA4F35E80CE9E9 at CH2PR12MB3701.namprd12.prod.outlook.com>

Content-Type: text/plain; charset="windows-1252"

I ran into that exact problem. You need to make a change to the solrconfig.xml and schema.xml to have it load the ICU filter. Here is links to the exact changes you need to make to the file:

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fsolrconfig.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ox1NCND0xc9eIVc%2FuoECp4IKer0MEM2p%2FrjGydt1msE%3D&reserved=0

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fschema.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dR9xwufWgzRb60fbkxWoh%2FkUKOnG8u7IVFfa0LCgUak%3D&reserved=0

This is the commands you could run to have it apply those patches if it helps: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2FDockerfile%23L35&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=vW6yt65e2NWkv73d%2BJcyU7dT07NC2LSLGHLAf8zkY0k%3D&reserved=0

I hope this gets it working for you!

- Megan


Megan Schanz
Michigan State University Libraries
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: Thursday, February 25, 2021 1:42 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1


Hey everyone,



I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory.<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fgithub.com%2Farchivesspace%2Farchivesspace%2Ftree%2Fmaster%2Fsolr__%3B!!HXCxUKc!j_DgJzAPfLaI9rnYyaJdQBL-4MdM-ONfKV6-3CC9S2dhLBL80vOS5CLm0Qo7ctg%24&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=oEuz4p7o3Q5UJGNQp1goOThQLndJHSxRZM6Bd34cjek%3D&reserved=0>



I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Farchivesspace.github.io%2Ftech-docs%2Fprovisioning%2Fsolr.html__%3B!!HXCxUKc!j_DgJzAPfLaI9rnYyaJdQBL-4MdM-ONfKV6-3CC9S2dhLBL80vOS5CLmlDXwdMM%24&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=VktMj%2F0U9%2FvGvlncqxiq7Qd1FhDz33sLhjbOA04nNFo%3D&reserved=0>.



I?m getting this error when trying to actually create and initialize the core:



archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory'





I read through this thread<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fwww.drupal.org%2Fproject%2Fsearch_api_solr%2Fissues%2F3015993__%3B!!HXCxUKc!j_DgJzAPfLaI9rnYyaJdQBL-4MdM-ONfKV6-3CC9S2dhLBL80vOS5CLmzeKzXQU%24&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=PXeO5sXRP16oW2KuyD6XV%2BmInV%2BLpen54TSIy8REqL0%3D&reserved=0> about the issue, but haven?t gotten anything to work yet.



Has anyone had experience with running external Solr that might have advice on what to do here?



Thanks,

Patrick Galligan

Rockefeller Archive Center

Digital Archivist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F4940fdbf%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=bpgeFAkLAfGtSz7%2Fjj52mTbvATYtFxa8S5quYTVTK8w%3D&reserved=0>

------------------------------

Message: 25
Date: Thu, 25 Feb 2021 18:56:53 +0000
From: "Galligan, Patrick" <PGalligan at rockarch.org>
To: Archivesspace Users Group
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against
        Solr    8.8.1
Message-ID:
        <BLAPR22MB224147992306DF8D70E74A1ED49E9 at BLAPR22MB2241.namprd22.prod.outlook.com>

Content-Type: text/plain; charset="windows-1252"

Thank you! I?ll give this a shot.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Schanz, Megan <schanzme at msu.edu>
Date: Thursday, February 25, 2021 at 1:49 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1
***External*** This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.***

I ran into that exact problem. You need to make a change to the solrconfig.xml and schema.xml to have it load the ICU filter. Here is links to the exact changes you need to make to the file:

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fsolrconfig.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ox1NCND0xc9eIVc%2FuoECp4IKer0MEM2p%2FrjGydt1msE%3D&reserved=0<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__gitlab.msu.edu_msu-2Dlibraries_public_archivesspace-2Ddocker_-2D_blob_master_solr_solrconfig.xml.patch%26d%3DDwMF-g%26c%3DeuGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM%26r%3DY-nkcMVA8HUy414mqqPzYKQHoWcbkObHpxMl8sVQL2I%26m%3DjZ-PtsJXeFM_K2ZYaq4wXMxmx42rh9bV0TOxKOLZedQ%26s%3DtLnzlK7vU1xbDccAH0xe4LiKotMucSGVy_CBrb-0Kg8%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=D67gd6GE0ZIR6w86NRsaRUGNNO0SoCtx1FcaUMU5g7s%3D&reserved=0>

https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fschema.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=yMriz%2FivJNTz3xekdafIvBSudZhZyld8W6nyLvSB5E0%3D&reserved=0<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__gitlab.msu.edu_msu-2Dlibraries_public_archivesspace-2Ddocker_-2D_blob_master_solr_schema.xml.patch%26d%3DDwMF-g%26c%3DeuGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM%26r%3DY-nkcMVA8HUy414mqqPzYKQHoWcbkObHpxMl8sVQL2I%26m%3DjZ-PtsJXeFM_K2ZYaq4wXMxmx42rh9bV0TOxKOLZedQ%26s%3DHOvLvcsK6xENK_o7SF8xwbDCFtH1F_Vz5Tl_Lu_UcgU%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=XtzcF8o7E%2FVmhcHiDWruTre%2BP%2BNr1lDCblGCHjS5ksE%3D&reserved=0>

This is the commands you could run to have it apply those patches if it helps: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2FDockerfile%23L35&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dZgbLDPQa8CCAF3R3N%2BbvFw6fyefKaBo9l%2BgGrfmngg%3D&reserved=0<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__gitlab.msu.edu_msu-2Dlibraries_public_archivesspace-2Ddocker_-2D_blob_master_solr_Dockerfile-23L35%26d%3DDwMF-g%26c%3DeuGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM%26r%3DY-nkcMVA8HUy414mqqPzYKQHoWcbkObHpxMl8sVQL2I%26m%3DjZ-PtsJXeFM_K2ZYaq4wXMxmx42rh9bV0TOxKOLZedQ%26s%3DYpdUXFgiX4WzNhuQZS1M7XGMlGajoYasGWaJfFpB7dw%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=6gdh0vdfZRhUx342SOPlBQ3FCz%2BUtq4Y1imkAA1KCUI%3D&reserved=0>

I hope this gets it working for you!

- Megan


Megan Schanz
Michigan State University Libraries
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: Thursday, February 25, 2021 1:42 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1


Hey everyone,



I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory.<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__urldefense.com_v3_-5F-5Fhttps-3A__github.com_archivesspace_archivesspace_tree_master_solr-5F-5F-3B-21-21HXCxUKc-21j-5FDgJzAPfLaI9rnYyaJdQBL-2D4MdM-2DONfKV6-2D3CC9S2dhLBL80vOS5CLm0Qo7ctg-24%26d%3DDwMF-g%26c%3DeuGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM%26r%3DY-nkcMVA8HUy414mqqPzYKQHoWcbkObHpxMl8sVQL2I%26m%3DjZ-PtsJXeFM_K2ZYaq4wXMxmx42rh9bV0TOxKOLZedQ%26s%3D5I7EWxe8uIXxqWqaJ0mQB7YjpWiWqKwRJuXrhwKI6Gw%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=p2m%2FaHQcbmUEjoqfA4YNrwbr0FwAzN8WmiKQYGsR%2BOU%3D&reserved=0>



I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__urldefense.com_v3_-5F-5Fhttps-3A__archivesspace.github.io_tech-2Ddocs_provisioning_solr.html-5F-5F-3B-21-21HXCxUKc-21j-5FDgJzAPfLaI9rnYyaJdQBL-2D4MdM-2DONfKV6-2D3CC9S2dhLBL80vOS5CLmlDXwdMM-24%26d%3DDwMF-g%26c%3DeuGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM%26r%3DY-nkcMVA8HUy414mqqPzYKQHoWcbkObHpxMl8sVQL2I%26m%3DjZ-PtsJXeFM_K2ZYaq4wXMxmx42rh9bV0TOxKOLZedQ%26s%3DwNPJWsHbHjls1n2LYbcdMYquWXzCFcD1Kb1KUhsHHJM%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=FaFtJwQpupHvMzJab4gJ0ZhyskpMCD39dAi61bNfh%2BI%3D&reserved=0>.



I?m getting this error when trying to actually create and initialize the core:



archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory'





I read through this thread<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__urldefense.com_v3_-5F-5Fhttps-3A__www.drupal.org_project_search-5Fapi-5Fsolr_issues_3015993-5F-5F-3B-21-21HXCxUKc-21j-5FDgJzAPfLaI9rnYyaJdQBL-2D4MdM-2DONfKV6-2D3CC9S2dhLBL80vOS5CLmzeKzXQU-24%26d%3DDwMF-g%26c%3DeuGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM%26r%3DY-nkcMVA8HUy414mqqPzYKQHoWcbkObHpxMl8sVQL2I%26m%3DjZ-PtsJXeFM_K2ZYaq4wXMxmx42rh9bV0TOxKOLZedQ%26s%3DW-pJ0wxUkn_vWJeG5OU22njnkdeobduznM5GWpFhbCY%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=xywmgCRtFDSsxPq9cWHTPkPsPbjvFtruxIPFkiIei3k%3D&reserved=0> about the issue, but haven?t gotten anything to work yet.



Has anyone had experience with running external Solr that might have advice on what to do here?



Thanks,

Patrick Galligan

Rockefeller Archive Center

Digital Archivist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F53d42baf%2Fattachment-0001.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=J6FUR2iddKa2P4s1WXA5m8VZEgjC6aC1CjpxfIk1Nuk%3D&reserved=0>

------------------------------

Message: 26
Date: Thu, 25 Feb 2021 20:31:12 +0000
From: "Rees, John (NIH/NLM) [E]" <reesj at mail.nlm.nih.gov>
To: "archivesspace_users_group at lyralists.lyrasis.org"
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Importing 'born digital' EAD
        container       info
Message-ID:
        <SA9PR09MB550244CC78D4F69D7892A339C89E9 at SA9PR09MB5502.namprd09.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Hi all,

We're importing raw EAD to populate our ASpace. Our old EAD dodge for naming a container as being a 'born digital' thing was simply to encode a generic <container type="box">Born Digital</container>. Users would see the phrase in the same space as a box number, so it was relatively intuitive to understand what was being described.

I was thinking of another temporary dodge for our ASpace migrations - rather than replacing <container> by ginning up a bunch of <dao>s, which aren't that user-friendly in the PUI if they don't link anywhere, I'd try something like <container label="computer_disks" type="Born Digital">Born Digital</container> or <container label="computer_disks">Born Digital</container>at the resource level.

It would be relatively obvious in the SUI what's going on, better defines the nature of the content (it's not a box), is batch-fixable later, and in the PUI users would encounter an archival resource without any sort of container information beyond the huge DO glyph and a link that goes nowhere (for now).

Some screenshots below.

Has anyone encountered a similar scenario?

John

John P. Rees
Archivist and Digital Resources Manager
History of Medicine Division
National Library of Medicine
301-827-4510
Teleworking M-F 8:00AM - 4:30PM Eastern Time each day until further notice



[cid:image002.jpg at 01D70B8B.3E753F70]

[cid:image006.png at 01D70B8B.3E753F70]






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F2bd4bdcb%2Fattachment.html&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=tpMdeYKgMP%2Fpw8AQBxAeNVnE0B3H%2FUJNbSL0ewVvE60%3D&reserved=0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 22907 bytes
Desc: image002.jpg
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F2bd4bdcb%2Fattachment.jpg&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=CXrW8TtKfEzKriPkrjy2kWntTqGRqjS1qISv7amkJQc%3D&reserved=0>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 203236 bytes
Desc: image006.png
URL: <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fpipermail%2Farchivesspace_users_group%2Fattachments%2F20210225%2F2bd4bdcb%2Fattachment.png&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2FAR8KkhDkcTzuobN32fB6Rm9zLmMmMezLWnHLKqlIs8%3D&reserved=0>

------------------------------

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832368834%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=FD%2F5R0x%2FDExtbg%2F5uogNBwRZUXJFDs3mNy3uASCPSOo%3D&reserved=0


End of Archivesspace_Users_Group Digest, Vol 150, Issue 1
*********************************************************