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
jwaxm...@tulane.edu


-----Original Message-----
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> On Behalf Of 
archivesspace_users_group-requ...@lyralists.lyrasis.org
Sent: Thursday, February 25, 2021 2:32 PM
To: archivesspace_users_group@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@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832299129%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=kqSwBYzFgDSZz8PU1JHkHkne%2BEb9Q9PA%2BpRwQ4QFxcA%3D&amp;reserved=0

or, via email, send a message with subject or body 'help' to
        archivesspace_users_group-requ...@lyralists.lyrasis.org

You can reach the person managing the list at
        archivesspace_users_group-ow...@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.ca...@wilkes.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Import error for CSV file--Help?
Message-ID:
        <CAJ5QzCc9K8NEC19R4q=33V=2qkj2w1wbv16c9lgbs57f3va...@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
Cell: 917-656-3515
suzanna.ca...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832299129%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=camNYLa9nFiz2831aDdukdV15TOp%2B7SZSfVWtYgn1Ak%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832299129%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=nzZIma3Bxo7e3JmT45rbbX3tQqfIuQTuKiZJdVPS12k%3D&amp;reserved=0>

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

Message: 2
Date: Tue, 16 Feb 2021 16:07:13 +0000
From: "Wendler, Robin" <robin_wend...@harvard.edu>
To: "archivesspace_users_group@lyralists.lyrasis.org"
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1
Message-ID:
        
<bn7pr07mb4466951977b1d88f1d2e01f79e...@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_wend...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=KxB7DKHyEwhnQzn3JPcYBAqa6bhyC4ySsvkVO7thX9I%3D&amp;reserved=0>

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

Message: 3
Date: Tue, 16 Feb 2021 16:39:26 +0000
From: Valerie Addonizio <vaddoni...@atlas-sys.com>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Import error for CSV
        file--Help?
Message-ID:
        
<bl0pr20mb21161802606d05eb84f2723d89...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=2s3UAuYtjC3xcP%2BHQyvT1Tv%2FnGlkUCZtrHSL95NyHgA%3D&amp;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-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> On Behalf Of Calev, 
Suzanna
Sent: Monday, February 15, 2021 12:53 PM
To: Archivesspace Users Group <archivesspace_users_group@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
Cell: 917-656-3515
suzanna.ca...@wilkes.edu<mailto:suzanna.ca...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=RxiM2D2YpQ7%2FT%2FeaTh4I8v3MaRDX1FU2KfydCpkfAxY%3D&amp;reserved=0>

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

Message: 4
Date: Tue, 16 Feb 2021 16:41:35 +0000
From: Corey Schmidt <corey.schm...@uga.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1
Message-ID:
        
<bn6pr02mb31568bcab0093cb99872a5a4f3...@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.schm...@uga.edu
________________________________
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of Wendler, 
Robin <robin_wend...@harvard.edu>
Sent: Tuesday, February 16, 2021 11:07 AM
To: archivesspace_users_group@lyralists.lyrasis.org 
<archivesspace_users_group@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_wend...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=F56PS6%2BFZiEjYD7qf67TDKwcvdvIN6nc2mO3%2BDjjgpc%3D&amp;reserved=0>

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

Message: 5
Date: Tue, 16 Feb 2021 20:42:49 +0000
From: Sara Butterfass Schliep <sbschl...@folger.edu>
To: "archivesspace_users_group@lyralists.lyrasis.org"
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] EAD mapping to Import spreadsheet
Message-ID:
        
<mn2pr13mb39901d3666776180a7154f9ecc...@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
sbschl...@folger.edu<mailto:sbschl...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=cJ7NtLRFZK7jkenlxh4%2BlKW%2BwQimxC4J%2BvxS1HuWdeo%3D&amp;reserved=0>

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

Message: 6
Date: Wed, 17 Feb 2021 07:12:31 -0800
From: David Triebwasser <davidtriebwas...@berkeley.edu>
To: archivesspace_users_group@lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Digitization Work Order on v2.8.1
Message-ID:
        <CANk4vQTLM=3p4_qa3pygjl0iymbxvddebpk8qitp11kl3pc...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=xEFCZ9AjQiJexacXlbN9WZgY20UHG3TfWTQPoUo3dx0%3D&amp;reserved=0>

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

Message: 7
Date: Thu, 18 Feb 2021 09:55:56 -0800
From: David Triebwasser <davidtriebwas...@berkeley.edu>
To: archivesspace_users_group@lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Digitization Work Order on
        v2.8.1
Message-ID:
        <CANk4vQTsusYUOqSnf+5y=2fcwxHJ-L=0vjcqeckr186xrx1...@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 <
davidtriebwas...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=%2BnDdtaku%2F6XjNQJLct9M2UnrCSx6CeRojMDUqK%2BiAEM%3D&amp;reserved=0>

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

Message: 8
Date: Fri, 19 Feb 2021 17:11:03 +0000
From: "Tenenholtz, David" <dtene...@rand.org>
To: "archivesspace_users_group@lyralists.lyrasis.org"
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Local plugin disabled and
        aspace_diagnostic not present
Message-ID: <351e8fc4-aff3-4fd0-8143-bc623f8d7...@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
dtene...@rand.org<mailto:dtene...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=Im3ZF6JFQluSak8V4GFEz1hb0YsomAy6Y2r22uQ9%2FxA%3D&amp;reserved=0>

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

Message: 9
Date: Mon, 22 Feb 2021 10:02:08 +1100
From: James Bullen <ja...@hudmol.com>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Local plugin disabled and
        aspace_diagnostic not present
Message-ID: <9d3a4e11-e690-4519-bbd2-ce8d65d9c...@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 <dtene...@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
> dtene...@rand.org <mailto:dtene...@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@lyralists.lyrasis.org 
> <mailto:Archivesspace_Users_Group@lyralists.lyrasis.org>
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&amp;reserved=0
>  
> <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=RTqFPV8QZl%2FaI55UlRAjLEtNnprkgyCUPfnoLa26RTY%3D&amp;reserved=0>

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

Message: 10
Date: Mon, 22 Feb 2021 15:42:17 -0500
From: "Calev, Suzanna" <suzanna.ca...@wilkes.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Plugin to search uploaded PDFs in
        Aspace?
Message-ID:
        <CAJ5QzCePAvi01v=jozub2d4nke1nnl6bnoku53hk5xs5xqw...@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
Cell: 917-656-3515
suzanna.ca...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=BQxfArVZb%2FgPgdeNZogs%2BfcH%2BnK3kWFr7dYFexKHWZY%3D&amp;reserved=0>

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

Message: 11
Date: Mon, 22 Feb 2021 17:45:04 -0500
From: Mark Cyzyk <mcy...@jhu.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Containers not being associated
        with    their resources
Message-ID: <1944c45d-be2b-8831-41f1-acbcc53f3...@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
mcy...@jhu.edu

Verba volant, scripta manent.



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

Message: 12
Date: Tue, 23 Feb 2021 00:38:37 +0000
From: "Waxman, Jennifer" <jwaxm...@tulane.edu>
To: "archivesspace_users_group@lyralists.lyrasis.org"
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID:
        
<sa2pr03mb58995ae2410ecf54d7e63728f0...@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
jwaxm...@tulane.edu
[cid:image001.jpg@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=dP5TPdE7UG3Fcj07f9y9ftnAnSLkRUUlBBjJp%2B4%2BHFM%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=%2FUPbizye%2Fobj0pD1%2BYCTka2EhmJ3OoT6WENFu3ljZJs%3D&amp;reserved=0>

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

Message: 13
Date: Tue, 23 Feb 2021 10:39:14 +0000
From: Andrew Morrison <andrew.morri...@bodleian.ox.ac.uk>
To: <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID: <75e7eaf7-11a8-0e07-1715-ffbc8d306...@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
>
> jwaxm...@tulane.edu
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group@lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=Dw0QVWqzPsSVyBJiHABCVIdO%2BkAmmjB49QCM228Ok5k%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=LxrEwmWNQJIyecJawxFePznK7uxC%2FYULPAMj26PKuD4%3D&amp;reserved=0>

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

Message: 14
Date: Tue, 23 Feb 2021 16:10:09 +0000
From: Brian Harrington <brian.harring...@lyrasis.org>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID: <7a9f24e3-0d15-4637-99a7-fd6915136...@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.harring...@lyrasis.org


From: <archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of 
"Waxman, Jennifer" <jwaxm...@tulane.edu>
Reply-To: Archivesspace Users Group 
<archivesspace_users_group@lyralists.lyrasis.org>
Date: Monday, February 22, 2021 at 7:38 PM
To: "archivesspace_users_group@lyralists.lyrasis.org" 
<archivesspace_users_group@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
jwaxm...@tulane.edu
[cid:image001.jpg@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=hMJcmQ3GIsxVPAESenp57lfZFt2gp7lxawL3jFhtbb0%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=vhhNMT%2B%2BVBjQuXXevYoevz%2BDlBx7sTYL0Q3vhWuyLfY%3D&amp;reserved=0>

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

Message: 15
Date: Tue, 23 Feb 2021 19:49:38 +0000
From: "Hilton, Adrien" <adrien_hil...@harvard.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed
        records
Message-ID:
        
<mn2pr07mb72296f85362ccf0ccc83937788...@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-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> On Behalf Of Waxman, 
Jennifer
Sent: Monday, February 22, 2021 7:39 PM
To: archivesspace_users_group@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
jwaxm...@tulane.edu<mailto:jwaxm...@tulane.edu>
[cid:image001.jpg@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=LYOy3ie8fOdyPzOuoTGCjiA%2BYrBKVSRYdgkL4hrrPTU%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=yOG10OGNCLeJKJqbIrKuS9o4D%2BUv9sNlWs3ySU%2FjxrY%3D&amp;reserved=0>

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

Message: 16
Date: Wed, 24 Feb 2021 11:11:13 -0500
From: Rachel Aileen Searcy <rachel.sea...@nyu.edu>
To: mcy...@jhu.edu, Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Containers not being
        associated with their resources
Message-ID:
        <cagfasrnkx4tgokbmwovxi+oqyy79e-nshnuzumpecjhd7x3...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=e2QgYy0cI1oxcrzq%2BwaugNPKVcpySx%2FGD3WZP%2Fwbcz0%3D&amp;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 <mcy...@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
> mcy...@jhu.edu
>
> Verba volant, scripta manent.
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=OU7G3gTaxcQK1XR3ZZw5xdCHMDhMtdLNvedIg0lNH1o%3D&amp;reserved=0
>


--
Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | rachel.sea...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=Kfa5UGr7deGb9jTb6QLAgGoCaTTS3z%2B6qibRpNGygIE%3D&amp;reserved=0>

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

Message: 17
Date: Wed, 24 Feb 2021 17:32:34 -0600
From: Olivia S Solis <livso...@utexas.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAKu+i=1q1qe8bobvwoo5vfhnkn25pvvly-+5d8z-qzdw_rz...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=74bF0R5Kv56NxhrbYiV5Edre5TOmQdKm%2F%2BrHcASZx3s%3D&amp;reserved=0>

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

Message: 18
Date: Thu, 25 Feb 2021 14:36:18 +0000
From: "Bowers, Kate A." <kate_bow...@harvard.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        
<ch2pr07mb72699c16d1fc15ac961edde580...@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_bow...@harvard.edu
<mailto:megan_sniffin-marin...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=zQndDoT4IJGbLZlP4g2j%2Bz%2FJ1fHqniZ5%2BIekNPQ7Iu0%3D&amp;reserved=0
Twitter: @k8_bowers



________________________________
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of Olivia S 
Solis <livso...@utexas.edu>
Sent: Wednesday, February 24, 2021 6:32 PM
To: Archivesspace Users Group <archivesspace_users_group@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=Y79TM9qJeJjUOm1K%2FycnR84ruziyufUsteGbyG%2FIQSk%3D&amp;reserved=0>

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

Message: 19
Date: Thu, 25 Feb 2021 09:20:33 -0600
From: Olivia S Solis <livso...@utexas.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAKu+i=1Z+-LzWRvNM0fGsQ29xAUtZi0fEpqq34enu=hezou...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=wKiOA4xKRZh5hdwjbZwGOoWvkFfnEOTvdbSnTervYA0%3D&amp;reserved=0>,
 LNCAF
   
<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=T4u1yEksK6Wajv6HcKUdAWe9EAcNQEktdjgaCvWSKmQ%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=4H522xwA5ubZLif9Pd89AjsJaZ%2Fz4Qk6NtqF6fRxfPU%3D&amp;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_bow...@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_bow...@harvard.edu
> <megan_sniffin-marin...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=zQndDoT4IJGbLZlP4g2j%2Bz%2FJ1fHqniZ5%2BIekNPQ7Iu0%3D&amp;reserved=0
>
> Twitter: @k8_bowers
>
>
>
> ------------------------------
>
> *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org <
> archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of
> Olivia S Solis <livso...@utexas.edu>
> *Sent:* Wednesday, February 24, 2021 6:32 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group@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@lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=Ypj6ROquAPmNbhrxgl4uIzAZNak2sqk7eAbtkbXWLSs%3D&amp;reserved=0>

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

Message: 20
Date: Thu, 25 Feb 2021 10:52:21 -0500
From: Daniel Michelson <dmichel...@smith.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAOS_AZ=is6xieshkbtxmf2hrabznxmvftmi2-tp5rp4or1e...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=Rm%2Fdi2%2BQPYSJgXu%2FrTPB7FN5cqyLdXj%2BDNWHb8%2FdODw%3D&amp;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 <livso...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=FT48p5JWypUWdvO1MyaZeU1FsrFMFyb8Lzjunu6gYMU%3D&amp;reserved=0>,
>  LNCAF
>    
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=haZANOHMh3xtZkn8kjSOxjWWz6zDGvW5MDngjN5bFNY%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=RiD8ZL8OBiu5byk6jjgWsijDytQ3afpfLL3NWSNwzlI%3D&amp;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_bow...@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_bow...@harvard.edu
>> <megan_sniffin-marin...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=MmyJ3GcvQ9cATSWtoDlcGbHCav5z7KBPfagWbcv1Yaw%3D&amp;reserved=0
>>
>> Twitter: @k8_bowers
>>
>>
>>
>> ------------------------------
>>
>> *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org <
>> archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of
>> Olivia S Solis <livso...@utexas.edu>
>> *Sent:* Wednesday, February 24, 2021 6:32 PM
>> *To:* Archivesspace Users Group <
>> archivesspace_users_group@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@lyralists.lyrasis.org
>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&amp;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@lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=VkIGcGHAqMWdSRuFNElJA7UuHI%2FZbkraGcUtTBs0nDU%3D&amp;reserved=0>
 and Smith College
<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=vcFbmpHdxj9wurgWbEs19npYSqFYmLKty50Gk9HuRbM%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=wEfeSl5yV5ur68TA4IpI%2BfUTpFJbV4OfaqIMoEXEVPs%3D&amp;reserved=0>

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

Message: 21
Date: Thu, 25 Feb 2021 10:41:23 -0600
From: Olivia S Solis <livso...@utexas.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <CAKu+i=3bpl6vu+20gmdquuusqzqtmxikvtj-6zwkohtnwn7...@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 <dmichel...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=Rm%2Fdi2%2BQPYSJgXu%2FrTPB7FN5cqyLdXj%2BDNWHb8%2FdODw%3D&amp;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 <livso...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=FT48p5JWypUWdvO1MyaZeU1FsrFMFyb8Lzjunu6gYMU%3D&amp;reserved=0>,
>>  LNCAF
>>    
>> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=haZANOHMh3xtZkn8kjSOxjWWz6zDGvW5MDngjN5bFNY%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=RiD8ZL8OBiu5byk6jjgWsijDytQ3afpfLL3NWSNwzlI%3D&amp;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_bow...@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_bow...@harvard.edu
>>> <megan_sniffin-marin...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=MmyJ3GcvQ9cATSWtoDlcGbHCav5z7KBPfagWbcv1Yaw%3D&amp;reserved=0
>>>
>>> Twitter: @k8_bowers
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org <
>>> archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of
>>> Olivia S Solis <livso...@utexas.edu>
>>> *Sent:* Wednesday, February 24, 2021 6:32 PM
>>> *To:* Archivesspace Users Group <
>>> archivesspace_users_group@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@lyralists.lyrasis.org
>>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&amp;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@lyralists.lyrasis.org
>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=UY8DmIac26j89E87uiqDoZuYTkPeS%2FdcsFm8GDgsPVw%3D&amp;reserved=0>
>  and Smith College
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=qLN8NMbY7B1VGDrGeA2Sff73nMDVH7OchSxExgUsPUU%3D&amp;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@lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=k5QZPQoG2C5ix6Ajx4MEES0yeg34GJealHcMCj%2BNtTw%3D&amp;reserved=0>

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

Message: 22
Date: Thu, 25 Feb 2021 12:50:05 -0500
From: Daniel Michelson <dmichel...@smith.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Geographic creators
Message-ID:
        <caos_azn39dr7pk3fozxtkjpzbfkrxw0wdvcni5vbqytexfn...@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 <livso...@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 <dmichel...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=wtJA2QNpaeosdDEzNxPKM6Iytk6BVDOBmjxidM4lT1Q%3D&amp;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 <livso...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=b33ABzg0zHwAYEyf8wk4SSZ1c6Kc2ytBfqIotyJnfLM%3D&amp;reserved=0>,
>>>  LNCAF
>>>    
>>> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fid.loc.gov%2Fauthorities%2Fnames%2Fn79007290.html&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=L7sc7DJHRlJpXzDRy64xMiztp4WxchA3MB%2FkYIqh6G4%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=KLUenFSrgQsHcghQl9wKNsHVvINHYN8HB0rqm98Dabg%3D&amp;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_bow...@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_bow...@harvard.edu
>>>> <megan_sniffin-marin...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=y0TCH%2FAgWoWEoZIW6%2FFt9IbZgRXAOInwBqOtetcoNgI%3D&amp;reserved=0
>>>>
>>>> Twitter: @k8_bowers
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>> *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org <
>>>> archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of
>>>> Olivia S Solis <livso...@utexas.edu>
>>>> *Sent:* Wednesday, February 24, 2021 6:32 PM
>>>> *To:* Archivesspace Users Group <
>>>> archivesspace_users_group@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@lyralists.lyrasis.org
>>>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&amp;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@lyralists.lyrasis.org
>>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=UY8DmIac26j89E87uiqDoZuYTkPeS%2FdcsFm8GDgsPVw%3D&amp;reserved=0>
>>  and Smith College
>> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=qLN8NMbY7B1VGDrGeA2Sff73nMDVH7OchSxExgUsPUU%3D&amp;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@lyralists.lyrasis.org
>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&amp;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@lyralists.lyrasis.org
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=QYSy7uP80ir4P280Jf4To1mcAKtNkAyaT0FX0EpSLzM%3D&amp;reserved=0>
 and Smith College
<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fstudent-life%2Fhealth-wellness%2Fcoronavirus&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=rLSjihORs%2F9tKxMWCeT3qxPsLCqQUfiIGG7QLQMfm5U%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=HlMD22Yut1TkDje96hZA%2FF8TF%2B4tJVNOha2oZYS9fig%3D&amp;reserved=0>

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

Message: 23
Date: Thu, 25 Feb 2021 18:42:51 +0000
From: "Galligan, Patrick" <pgalli...@rockarch.org>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Running ArchivesSpace against
        Solr 8.8.1
Message-ID:
        
<blapr22mb22417e1a85f35ddebd460e0dd4...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=ZW4f7bXqeccCMZtAad7bBy3q7lJoco%2B55TSZ1Xxp6dk%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=JdVScSsIPnSpY18CxM1SQQsF1own2vhpvjxS3IXIYpg%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=JHa2W44m3ngAYAsDRTg%2FMjk98Q%2BHNsl7pa%2BwvSX5arg%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=7bTaFFs%2Bm%2BHuRbupLsAk41I39b4t0wTKPJIHxjbA49g%3D&amp;reserved=0>

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

Message: 24
Date: Thu, 25 Feb 2021 18:49:38 +0000
From: "Schanz, Megan" <schan...@msu.edu>
To: Archivesspace Users Group
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against
        Solr    8.8.1
Message-ID:
        
<ch2pr12mb3701346ebcbd802ca4f35e80ce...@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=ox1NCND0xc9eIVc%2FuoECp4IKer0MEM2p%2FrjGydt1msE%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=dR9xwufWgzRb60fbkxWoh%2FkUKOnG8u7IVFfa0LCgUak%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=vW6yt65e2NWkv73d%2BJcyU7dT07NC2LSLGHLAf8zkY0k%3D&amp;reserved=0

I hope this gets it working for you!

- Megan


Megan Schanz
Michigan State University Libraries
________________________________
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of 
Galligan, Patrick <pgalli...@rockarch.org>
Sent: Thursday, February 25, 2021 1:42 PM
To: Archivesspace Users Group <archivesspace_users_group@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=oEuz4p7o3Q5UJGNQp1goOThQLndJHSxRZM6Bd34cjek%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=VktMj%2F0U9%2FvGvlncqxiq7Qd1FhDz33sLhjbOA04nNFo%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=PXeO5sXRP16oW2KuyD6XV%2BmInV%2BLpen54TSIy8REqL0%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=bpgeFAkLAfGtSz7%2Fjj52mTbvATYtFxa8S5quYTVTK8w%3D&amp;reserved=0>

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

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

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

Thank you! I?ll give this a shot.

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of Schanz, 
Megan <schan...@msu.edu>
Date: Thursday, February 25, 2021 at 1:49 PM
To: Archivesspace Users Group <archivesspace_users_group@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=ox1NCND0xc9eIVc%2FuoECp4IKer0MEM2p%2FrjGydt1msE%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b
 
08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=D67gd6GE0ZIR6w86NRsaRUGNNO0SoCtx1FcaUMU5g7s%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=yMriz%2FivJNTz3xekdafIvBSudZhZyld8W6nyLvSB5E0%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f
 
9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=XtzcF8o7E%2FVmhcHiDWruTre%2BP%2BNr1lDCblGCHjS5ksE%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=dZgbLDPQa8CCAF3R3N%2BbvFw6fyefKaBo9l%2BgGrfmngg%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=6gdh0vdfZRhUx342SOPlBQ3FCz%2BUtq4Y1imkAA1KCUI%3D&amp;reserved=0>

I hope this gets it working for you!

- Megan


Megan Schanz
Michigan State University Libraries
________________________________
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
<archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of 
Galligan, Patrick <pgalli...@rockarch.org>
Sent: Thursday, February 25, 2021 1:42 PM
To: Archivesspace Users Group <archivesspace_users_group@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=p2m%2FaHQcbmUEjoqfA4YNrwbr0FwAzN8WmiKQYGsR%2BOU%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=FaFtJwQpupHvMzJab4gJ0ZhyskpMCD39dAi61bNfh%2BI%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=xywmgCRtFDSsxPq9cWHTPkPsPbjvFtruxIPFkiIei3k%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=J6FUR2iddKa2P4s1WXA5m8VZEgjC6aC1CjpxfIk1Nuk%3D&amp;reserved=0>

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

Message: 26
Date: Thu, 25 Feb 2021 20:31:12 +0000
From: "Rees, John (NIH/NLM) [E]" <re...@mail.nlm.nih.gov>
To: "archivesspace_users_group@lyralists.lyrasis.org"
        <archivesspace_users_group@lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Importing 'born digital' EAD
        container       info
Message-ID:
        
<sa9pr09mb550244cc78d4f69d7892a339c8...@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@01D70B8B.3E753F70]

[cid:image006.png@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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=tpMdeYKgMP%2Fpw8AQBxAeNVnE0B3H%2FUJNbSL0ewVvE60%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=CXrW8TtKfEzKriPkrjy2kWntTqGRqjS1qISv7amkJQc%3D&amp;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&amp;data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=%2FAR8KkhDkcTzuobN32fB6Rm9zLmMmMezLWnHLKqlIs8%3D&amp;reserved=0>

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

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


End of Archivesspace_Users_Group Digest, Vol 150, Issue 1
*********************************************************
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Reply via email to