From Joshua.D.Shaw at dartmouth.edu  Wed Dec  1 09:29:47 2021
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Wed, 1 Dec 2021 14:29:47 +0000
Subject: [Archivesspace_Users_Group] Warnings for collection content in
	ArchivesSpace
In-Reply-To: <PH0PR08MB7244D313B80B7110D78D895DAC669@PH0PR08MB7244.namprd08.prod.outlook.com>
References: <BYAPR06MB58134157DDE6BB54AEC93101C1619@BYAPR06MB5813.namprd06.prod.outlook.com>
 <BYAPR02MB4840D9B9FBC1B910653BE620B5619@BYAPR02MB4840.namprd02.prod.outlook.com>
 <PH0PR08MB7244D313B80B7110D78D895DAC669@PH0PR08MB7244.namprd08.prod.outlook.com>
Message-ID: <BL0PR03MB42920A8EC8A7CC4826D86D92AB689@BL0PR03MB4292.namprd03.prod.outlook.com>

Hi Everyone

I've gotten the content warnings plugin I mentioned up for others to take a look at. GitHub - dartmouth-dltg/aspace_content_warnings<https://github.com/dartmouth-dltg/aspace_content_warnings>

Note that this is still in a 'beta' phase, so I would not recommend using this in a production system without testing. I've tested this locally and seen no issues, but... better safe than sorry!

For institutions that have enabled the request form in the PUI with the email setup, I'd be especially interested to know if the plugin feedback form works as intended - ie it sends an email with a patron's suggested warnings. That piece is one area that might need improvement.

I'd be interested in hearing thoughts and feedback and collaborating if others are interested in contributing so that we can make this work for a wide variety of institutions.

Joshua

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of McLaughlin, Brianna Jean <brijmcla at iu.edu>
Sent: Monday, November 29, 2021 11:45 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] [External] Re: Warnings for collection content in ArchivesSpace


Hi,



Are you using the ArchivesSpace PUI? If so, you could change the standard note order in Preferences so General notes are on top. Granted, they will always be on top regardless of if it?s a trigger warning note. We?re using General notes with a ?Harmful Language Statement? warning, or something along those lines. However, we use ArcLight for discovery which doesn?t yet respect ArchivesSpace note order.



The plugin mentioned below would also be incredibly useful for folks using the PUI.



Bri McLaughlin, she/her/hers

Visiting Metadata Services Librarian

Indiana University

812-856-3321



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Clair, Kevin
Sent: Wednesday, November 24, 2021 12:19 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [External] Re: [Archivesspace_Users_Group] Warnings for collection content in ArchivesSpace



This message was sent from a non-IU address. Please exercise caution when clicking links or opening attachments from external sources.



My sense is that ArchivesSpace is so tied to EAD as a data model that a change to one couldn't happen without a change to the other. Right now it seems to me like the best solution for this would be to write a plugin that looks for either a user-defined text field with the content warning in it, or a general note with a specific label indicating a content warning, and displays it as an alert in the PUI.



I'd be curious to hear others' thoughts about this. It's definitely something we would use here.  -k

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of James E. Cross <jcross at clemson.edu<mailto:jcross at clemson.edu>>
Sent: Wednesday, November 24, 2021 12:07 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Warnings for collection content in ArchivesSpace



Has anyone suggested a note for ArchivesSpace that would contain content or trigger warnings for the collection being described? The General note would tend to get lost among the other notes and both the Abstract and Scope and Content Notes do not seem to be quite right either. It would also be important that the note be at the beginning of the ArchivesSpace finding aid so a researcher could see it immediately rather than come further in the description (which they might not read).



James Edward Cross, C.A. CLEMSON UNIVERSITY

Manuscripts Archivist

Special Collections and Archives

Clemson University Libraries

Box 343001

Clemson, SC  29634-3001

Phone: (864) 656-5182

Website: http://library.clemson.edu/depts/specialcollections/<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flibrary.clemson.edu%2Fdepts%2Fspecialcollections%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cf4efc6dfe28d4c4af51b08d9b357b995%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637738012351678509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ZQKyD0otYg310wjEhH5mC3xXQGzfus7RevigdO2LoPU%3D&reserved=0>

Pronouns: he/him/his


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211201/1c7b84ca/attachment.html>

From Corinne.Chatnik at nysed.gov  Wed Dec  1 14:25:21 2021
From: Corinne.Chatnik at nysed.gov (Corinne Chatnik)
Date: Wed, 1 Dec 2021 19:25:21 +0000
Subject: [Archivesspace_Users_Group] Re-ordering instances in Accessions via
	database or other method
Message-ID: <DM6PR08MB5691120C720858F58504F8CBE1689@DM6PR08MB5691.namprd08.prod.outlook.com>

Hi,

Is there a way to re-order a large amount of instances in an accession record? All I can see is to drag and drop in the edit screen but for other Archivesspace elements, like Archival Objects, you can modify the position values in the database to change the order of elements. There is no such field in the instance table. I have hundreds of instances linked to some accessions so I'd love any help in re-ordering them in a more automated way.

Thanks!

Corinne Chatnik
Digital Strategies
New York State Archives
Corinne.chatnik at nysed.gov<mailto:Corinne.chatnik at nysed.gov>



Confidentiality Notice

This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211201/d3cd3e95/attachment.html>

From PGalligan at rockarch.org  Thu Dec  2 11:57:41 2021
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Thu, 2 Dec 2021 16:57:41 +0000
Subject: [Archivesspace_Users_Group] Optimistic locking error
Message-ID: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>

Hi all,

I?m trying to diagnose and fix a warning I?m seeing in our AS log files every 12 or 13 seconds:

Got an optimistic locking error when updating user: Attempt to update object did not result in a single row modification (SQL: UPDATE `user` SET `system_mtime` = '2021-12-02 16:52:37', `user_mtime` = '2021-12-02 16:52:37', `lock_version` = 1272 WHERE ((`id` = 113) AND (`lock_version` = 1271)) LIMIT 1)

I can delete the user, but if I remake it with the same username, the warning comes back. If I leave the user open for editing, I get the ?This record has been updated by another user. Please refresh the page to access the latest version,? message in the UI.

Any idea how to fix this issue? I?d prefer to be able to keep the username the same. I?m not sure why the system thinks there are two different lock versions associated with the record.

Thanks,
Patrick Galligan
Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211202/e4a6ec3b/attachment.html>

From ph448 at cam.ac.uk  Thu Dec  2 12:41:32 2021
From: ph448 at cam.ac.uk (Peter Heiner)
Date: Thu, 2 Dec 2021 17:41:32 +0000
Subject: [Archivesspace_Users_Group] Optimistic locking error
In-Reply-To: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
References: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
Message-ID: <LO2P265MB49033901B039917C120A4962A9699@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>

Hi Patrick,

What does
SELECT * FROM `user` WHERE ((`id` = 113) AND (`lock_version` = 1271));
say?

p

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: 02 December 2021 16:57
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Optimistic locking error


Hi all,



I?m trying to diagnose and fix a warning I?m seeing in our AS log files every 12 or 13 seconds:



Got an optimistic locking error when updating user: Attempt to update object did not result in a single row modification (SQL: UPDATE `user` SET `system_mtime` = '2021-12-02 16:52:37', `user_mtime` = '2021-12-02 16:52:37', `lock_version` = 1272 WHERE ((`id` = 113) AND (`lock_version` = 1271)) LIMIT 1)



I can delete the user, but if I remake it with the same username, the warning comes back. If I leave the user open for editing, I get the ?This record has been updated by another user. Please refresh the page to access the latest version,? message in the UI.



Any idea how to fix this issue? I?d prefer to be able to keep the username the same. I?m not sure why the system thinks there are two different lock versions associated with the record.



Thanks,

Patrick Galligan

Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211202/9c9f688e/attachment.html>

From PGalligan at rockarch.org  Thu Dec  2 13:10:55 2021
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Thu, 2 Dec 2021 18:10:55 +0000
Subject: [Archivesspace_Users_Group] Optimistic locking error
In-Reply-To: <LO2P265MB49033901B039917C120A4962A9699@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
References: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <LO2P265MB49033901B039917C120A4962A9699@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
Message-ID: <BLAPR22MB22419BBECB11470618D5A6B0D4699@BLAPR22MB2241.namprd22.prod.outlook.com>

Peter,

Unfortunately that?s an empty set. It seems like the lock_version is constantly changing for this record. I?m not sure why.

-Patrick

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Peter Heiner <ph448 at cam.ac.uk>
Date: Thursday, December 2, 2021 at 12:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Optimistic locking error
***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.***

Hi Patrick,

What does
SELECT * FROM `user` WHERE ((`id` = 113) AND (`lock_version` = 1271));
say?

p

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: 02 December 2021 16:57
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Optimistic locking error


Hi all,



I?m trying to diagnose and fix a warning I?m seeing in our AS log files every 12 or 13 seconds:



Got an optimistic locking error when updating user: Attempt to update object did not result in a single row modification (SQL: UPDATE `user` SET `system_mtime` = '2021-12-02 16:52:37', `user_mtime` = '2021-12-02 16:52:37', `lock_version` = 1272 WHERE ((`id` = 113) AND (`lock_version` = 1271)) LIMIT 1)



I can delete the user, but if I remake it with the same username, the warning comes back. If I leave the user open for editing, I get the ?This record has been updated by another user. Please refresh the page to access the latest version,? message in the UI.



Any idea how to fix this issue? I?d prefer to be able to keep the username the same. I?m not sure why the system thinks there are two different lock versions associated with the record.



Thanks,

Patrick Galligan

Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211202/fea2467a/attachment.html>

From trthorn2 at ncsu.edu  Thu Dec  2 13:46:03 2021
From: trthorn2 at ncsu.edu (Trevor Thornton)
Date: Thu, 2 Dec 2021 13:46:03 -0500
Subject: [Archivesspace_Users_Group] Optimistic locking error
In-Reply-To: <BLAPR22MB22419BBECB11470618D5A6B0D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
References: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <LO2P265MB49033901B039917C120A4962A9699@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <BLAPR22MB22419BBECB11470618D5A6B0D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
Message-ID: <CA+SdyS0KaRLBgOWKT9TRLvPYu23Ne2m7Bo1sq90Bj1=JdTcgKw@mail.gmail.com>

I can confirm that this is a thing, at least it's happening to me as well
(we're on v2.8.1 still). It isn't affecting performance from what I can
tell, but the lock_version value for the user keeps getting higher
(currently over 370000). At some point I shut down AS, reset the
lock_version to 0, and restarted, and it just started doing it again.

It doesn't seem to be causing any other problems, but it does fill up the
logs, and it's annoying. What version are you on? We're getting ready to
upgrade and I was hoping the problem would magically go away when we did.

On Thu, Dec 2, 2021 at 1:11 PM Galligan, Patrick <PGalligan at rockarch.org>
wrote:

> Peter,
>
>
>
> Unfortunately that?s an empty set. It seems like the lock_version is
> constantly changing for this record. I?m not sure why.
>
>
>
> -Patrick
>
>
>
> *From: *archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Peter Heiner <ph448 at cam.ac.uk>
> *Date: *Thursday, December 2, 2021 at 12:41 PM
> *To: *Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject: *Re: [Archivesspace_Users_Group] Optimistic locking error
>
> ****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.****
>
>
>
> Hi Patrick,
>
>
>
> What does
>
> SELECT * FROM `user` WHERE ((`id` = 113) AND (`lock_version` = 1271));
>
> say?
>
>
>
> p
>
>
> ------------------------------
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Galligan, Patrick <PGalligan at rockarch.org>
> *Sent:* 02 December 2021 16:57
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Optimistic locking error
>
>
>
> Hi all,
>
>
>
> I?m trying to diagnose and fix a warning I?m seeing in our AS log files
> every 12 or 13 seconds:
>
>
>
> Got an optimistic locking error when updating user: Attempt to update
> object did not result in a single row modification (SQL: UPDATE `user` SET
> `system_mtime` = '2021-12-02 16:52:37', `user_mtime` = '2021-12-02
> 16:52:37', `lock_version` = 1272 WHERE ((`id` = 113) AND (`lock_version` =
> 1271)) LIMIT 1)
>
>
>
> I can delete the user, but if I remake it with the same username, the
> warning comes back. If I leave the user open for editing, I get the ?This
> record has been updated by another user. Please refresh the page to access
> the latest version,? message in the UI.
>
>
>
> Any idea how to fix this issue? I?d prefer to be able to keep the username
> the same. I?m not sure why the system thinks there are two different lock
> versions associated with the record.
>
>
>
> Thanks,
>
> Patrick Galligan
>
> Rockefeller Archive Center
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Trevor Thornton
Applications Developer, Digital Library Initiatives
North Carolina State University Libraries
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211202/77668c8a/attachment.html>

From PGalligan at rockarch.org  Thu Dec  2 13:48:03 2021
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Thu, 2 Dec 2021 18:48:03 +0000
Subject: [Archivesspace_Users_Group] Optimistic locking error
In-Reply-To: <CA+SdyS0KaRLBgOWKT9TRLvPYu23Ne2m7Bo1sq90Bj1=JdTcgKw@mail.gmail.com>
References: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <LO2P265MB49033901B039917C120A4962A9699@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <BLAPR22MB22419BBECB11470618D5A6B0D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <CA+SdyS0KaRLBgOWKT9TRLvPYu23Ne2m7Bo1sq90Bj1=JdTcgKw@mail.gmail.com>
Message-ID: <BLAPR22MB22411D48A2E377E5031B78ECD4699@BLAPR22MB2241.namprd22.prod.outlook.com>

We?re on version 2.8.0, and we were going to upgrade to 3.1.1 over the weekend.

Can confirm that it?s not causing performance issues, but is inflating the logs like crazy.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Trevor Thornton <trthorn2 at ncsu.edu>
Date: Thursday, December 2, 2021 at 1:46 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Optimistic locking error
***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 can confirm that this is a thing, at least it's happening to me as well (we're on v2.8.1 still). It isn't affecting performance from what I can tell, but the lock_version value for the user keeps getting higher (currently over 370000). At some point I shut down AS, reset the lock_version to 0, and restarted, and it just started doing it again.

It doesn't seem to be causing any other problems, but it does fill up the logs, and it's annoying. What version are you on? We're getting ready to upgrade and I was hoping the problem would magically go away when we did.

On Thu, Dec 2, 2021 at 1:11 PM Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>> wrote:
Peter,

Unfortunately that?s an empty set. It seems like the lock_version is constantly changing for this record. I?m not sure why.

-Patrick

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Peter Heiner <ph448 at cam.ac.uk<mailto:ph448 at cam.ac.uk>>
Date: Thursday, December 2, 2021 at 12:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Optimistic locking error
***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.***

Hi Patrick,

What does
SELECT * FROM `user` WHERE ((`id` = 113) AND (`lock_version` = 1271));
say?

p

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: 02 December 2021 16:57
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Optimistic locking error


Hi all,



I?m trying to diagnose and fix a warning I?m seeing in our AS log files every 12 or 13 seconds:



Got an optimistic locking error when updating user: Attempt to update object did not result in a single row modification (SQL: UPDATE `user` SET `system_mtime` = '2021-12-02 16:52:37', `user_mtime` = '2021-12-02 16:52:37', `lock_version` = 1272 WHERE ((`id` = 113) AND (`lock_version` = 1271)) LIMIT 1)



I can delete the user, but if I remake it with the same username, the warning comes back. If I leave the user open for editing, I get the ?This record has been updated by another user. Please refresh the page to access the latest version,? message in the UI.



Any idea how to fix this issue? I?d prefer to be able to keep the username the same. I?m not sure why the system thinks there are two different lock versions associated with the record.



Thanks,

Patrick Galligan

Rockefeller Archive Center
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


--
Trevor Thornton
Applications Developer, Digital Library Initiatives
North Carolina State University Libraries
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211202/91452ea9/attachment.html>

From PGalligan at rockarch.org  Thu Dec  2 15:33:53 2021
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Thu, 2 Dec 2021 20:33:53 +0000
Subject: [Archivesspace_Users_Group] Optimistic locking error
In-Reply-To: <BLAPR22MB22411D48A2E377E5031B78ECD4699@BLAPR22MB2241.namprd22.prod.outlook.com>
References: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <LO2P265MB49033901B039917C120A4962A9699@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <BLAPR22MB22419BBECB11470618D5A6B0D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <CA+SdyS0KaRLBgOWKT9TRLvPYu23Ne2m7Bo1sq90Bj1=JdTcgKw@mail.gmail.com>
 <BLAPR22MB22411D48A2E377E5031B78ECD4699@BLAPR22MB2241.namprd22.prod.outlook.com>
Message-ID: <BLAPR22MB2241846C21E4971DDCF78ED2D4699@BLAPR22MB2241.namprd22.prod.outlook.com>

Trevor,

After some help from Mark Triggs, and some digging into logs, it looks like our issue is overlapping login sessions from an application authenticating really often.

-Patrick

From: Galligan, Patrick <PGalligan at rockarch.org>
Date: Thursday, December 2, 2021 at 1:48 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Optimistic locking error
We?re on version 2.8.0, and we were going to upgrade to 3.1.1 over the weekend.

Can confirm that it?s not causing performance issues, but is inflating the logs like crazy.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Trevor Thornton <trthorn2 at ncsu.edu>
Date: Thursday, December 2, 2021 at 1:46 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Optimistic locking error
***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 can confirm that this is a thing, at least it's happening to me as well (we're on v2.8.1 still). It isn't affecting performance from what I can tell, but the lock_version value for the user keeps getting higher (currently over 370000). At some point I shut down AS, reset the lock_version to 0, and restarted, and it just started doing it again.

It doesn't seem to be causing any other problems, but it does fill up the logs, and it's annoying. What version are you on? We're getting ready to upgrade and I was hoping the problem would magically go away when we did.

On Thu, Dec 2, 2021 at 1:11 PM Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>> wrote:
Peter,

Unfortunately that?s an empty set. It seems like the lock_version is constantly changing for this record. I?m not sure why.

-Patrick

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Peter Heiner <ph448 at cam.ac.uk<mailto:ph448 at cam.ac.uk>>
Date: Thursday, December 2, 2021 at 12:41 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Optimistic locking error
***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.***

Hi Patrick,

What does
SELECT * FROM `user` WHERE ((`id` = 113) AND (`lock_version` = 1271));
say?

p

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: 02 December 2021 16:57
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Optimistic locking error


Hi all,



I?m trying to diagnose and fix a warning I?m seeing in our AS log files every 12 or 13 seconds:



Got an optimistic locking error when updating user: Attempt to update object did not result in a single row modification (SQL: UPDATE `user` SET `system_mtime` = '2021-12-02 16:52:37', `user_mtime` = '2021-12-02 16:52:37', `lock_version` = 1272 WHERE ((`id` = 113) AND (`lock_version` = 1271)) LIMIT 1)



I can delete the user, but if I remake it with the same username, the warning comes back. If I leave the user open for editing, I get the ?This record has been updated by another user. Please refresh the page to access the latest version,? message in the UI.



Any idea how to fix this issue? I?d prefer to be able to keep the username the same. I?m not sure why the system thinks there are two different lock versions associated with the record.



Thanks,

Patrick Galligan

Rockefeller Archive Center
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


--
Trevor Thornton
Applications Developer, Digital Library Initiatives
North Carolina State University Libraries
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211202/24dd15cb/attachment.html>

From trthorn2 at ncsu.edu  Thu Dec  2 15:47:30 2021
From: trthorn2 at ncsu.edu (Trevor Thornton)
Date: Thu, 2 Dec 2021 15:47:30 -0500
Subject: [Archivesspace_Users_Group] Optimistic locking error
In-Reply-To: <BLAPR22MB2241846C21E4971DDCF78ED2D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
References: <BLAPR22MB22417A445C19A1B6F09FB6C1D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <LO2P265MB49033901B039917C120A4962A9699@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <BLAPR22MB22419BBECB11470618D5A6B0D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <CA+SdyS0KaRLBgOWKT9TRLvPYu23Ne2m7Bo1sq90Bj1=JdTcgKw@mail.gmail.com>
 <BLAPR22MB22411D48A2E377E5031B78ECD4699@BLAPR22MB2241.namprd22.prod.outlook.com>
 <BLAPR22MB2241846C21E4971DDCF78ED2D4699@BLAPR22MB2241.namprd22.prod.outlook.com>
Message-ID: <CA+SdyS38f7ACw7PR1dSo4pcYQqksUzFD8ct+XtWbWv-AV91Wgg@mail.gmail.com>

That sounds like it might be a likely culprit for us too . Thanks for the
tip!

On Thu, Dec 2, 2021 at 3:34 PM Galligan, Patrick <PGalligan at rockarch.org>
wrote:

> Trevor,
>
>
>
> After some help from Mark Triggs, and some digging into logs, it looks
> like our issue is overlapping login sessions from an application
> authenticating really often.
>
>
>
> -Patrick
>
>
>
> *From: *Galligan, Patrick <PGalligan at rockarch.org>
> *Date: *Thursday, December 2, 2021 at 1:48 PM
> *To: *Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject: *Re: [Archivesspace_Users_Group] Optimistic locking error
>
> We?re on version 2.8.0, and we were going to upgrade to 3.1.1 over the
> weekend.
>
>
>
> Can confirm that it?s not causing performance issues, but is inflating the
> logs like crazy.
>
>
>
> *From: *archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Trevor Thornton <trthorn2 at ncsu.edu>
> *Date: *Thursday, December 2, 2021 at 1:46 PM
> *To: *Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject: *Re: [Archivesspace_Users_Group] Optimistic locking error
>
> ****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 can confirm that this is a thing, at least it's happening to me as well
> (we're on v2.8.1 still). It isn't affecting performance from what I can
> tell, but the lock_version value for the user keeps getting higher
> (currently over 370000). At some point I shut down AS, reset the
> lock_version to 0, and restarted, and it just started doing it again.
>
>
>
> It doesn't seem to be causing any other problems, but it does fill up the
> logs, and it's annoying. What version are you on? We're getting ready to
> upgrade and I was hoping the problem would magically go away when we did.
>
>
>
> On Thu, Dec 2, 2021 at 1:11 PM Galligan, Patrick <PGalligan at rockarch.org>
> wrote:
>
> Peter,
>
>
>
> Unfortunately that?s an empty set. It seems like the lock_version is
> constantly changing for this record. I?m not sure why.
>
>
>
> -Patrick
>
>
>
> *From: *archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Peter Heiner <ph448 at cam.ac.uk>
> *Date: *Thursday, December 2, 2021 at 12:41 PM
> *To: *Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject: *Re: [Archivesspace_Users_Group] Optimistic locking error
>
> ****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.****
>
>
>
> Hi Patrick,
>
>
>
> What does
>
> SELECT * FROM `user` WHERE ((`id` = 113) AND (`lock_version` = 1271));
>
> say?
>
>
>
> p
>
>
> ------------------------------
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Galligan, Patrick <PGalligan at rockarch.org>
> *Sent:* 02 December 2021 16:57
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Optimistic locking error
>
>
>
> Hi all,
>
>
>
> I?m trying to diagnose and fix a warning I?m seeing in our AS log files
> every 12 or 13 seconds:
>
>
>
> Got an optimistic locking error when updating user: Attempt to update
> object did not result in a single row modification (SQL: UPDATE `user` SET
> `system_mtime` = '2021-12-02 16:52:37', `user_mtime` = '2021-12-02
> 16:52:37', `lock_version` = 1272 WHERE ((`id` = 113) AND (`lock_version` =
> 1271)) LIMIT 1)
>
>
>
> I can delete the user, but if I remake it with the same username, the
> warning comes back. If I leave the user open for editing, I get the ?This
> record has been updated by another user. Please refresh the page to access
> the latest version,? message in the UI.
>
>
>
> Any idea how to fix this issue? I?d prefer to be able to keep the username
> the same. I?m not sure why the system thinks there are two different lock
> versions associated with the record.
>
>
>
> Thanks,
>
> Patrick Galligan
>
> Rockefeller Archive Center
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
>
> --
>
> Trevor Thornton
>
> Applications Developer, Digital Library Initiatives
>
> North Carolina State University Libraries
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Trevor Thornton
Applications Developer, Digital Library Initiatives
North Carolina State University Libraries
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211202/75508839/attachment.html>

From kbreneman at ubalt.edu  Fri Dec  3 11:50:29 2021
From: kbreneman at ubalt.edu (Kyle Breneman)
Date: Fri, 3 Dec 2021 16:50:29 +0000
Subject: [Archivesspace_Users_Group] Implementing a standalone Solr instance
Message-ID: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>

Here at the University of Baltimore, we are working to stand up our own external Solr installation in preparation for ArchivesSpace's move away from bundled Solr.  Campus IT is asking me whether or not we should install Solr on the same server we're using to host ArchviesSpace.  I see that ArchivesSpace officially has no opinion<https://archivesspace.org/archives/7137> on this matter (See under "Will you have strict requirements for how to deploy Solr?").

Does anyone on this list have a recommendation about whether an external instance of Solr should be installed on the same server as ArchivesSpace, or on its own separate server?  I don't see that it makes much difference, but I am also not experienced in managing servers, or in administering Solr.

Kyle Breneman
Integrated Digital Services Librarian
The University of Baltimore
kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
I believe in freedom of thought and
freedom of speech. Do you?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211203/a732d8d4/attachment.html>

From jmhutchens at anderson.edu  Fri Dec  3 12:33:45 2021
From: jmhutchens at anderson.edu (Jared Hutchens)
Date: Fri, 3 Dec 2021 12:33:45 -0500
Subject: [Archivesspace_Users_Group] Implementing a standalone Solr
	instance
In-Reply-To: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
References: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
Message-ID: <CABdH0zmdk==oSOzRbtbsPJS5Nf_MG8Vg-sAk77U_26rrP0XWmA@mail.gmail.com>

Hi Kyle,

Here at Anderson University we've been running our external Solr instance
on the same server as ArchivesSpace for over a month now with no issues.
That being said, the server receives minimal traffic so I can't attest to
any volume related performance impacts but appears to be similar to running
the embedded Solr (or in our case, potentially running even better than
before).

If any of the larger users have looked into this I'd be interested in
seeing what you've found.


Jared Hutchens  | Library Technology Specialist  | Nicholson Library

Anderson University  |  1100 E. 5th St., Anderson, IN 46012
(765) 641-4270  | jmhutchens at anderson.edu  | library.anderson.edu


On Fri, Dec 3, 2021 at 11:50 AM Kyle Breneman <kbreneman at ubalt.edu> wrote:

> Here at the University of Baltimore, we are working to stand up our own
> external Solr installation in preparation for ArchivesSpace?s move away
> from bundled Solr.  Campus IT is asking me whether or not we should install
> Solr on the same server we?re using to host ArchviesSpace.  I see that ArchivesSpace
> officially has no opinion <https://archivesspace.org/archives/7137> on
> this matter (See under ?Will you have strict requirements for how to deploy
> Solr??).
>
>
>
> Does anyone on this list have a recommendation about whether an external
> instance of Solr should be installed on the same server as ArchivesSpace,
> or on its own separate server?  I don?t see that it makes much difference,
> but I am also not experienced in managing servers, or in administering Solr.
>
>
>
> *Kyle Breneman*
>
> Integrated Digital Services Librarian
>
> The University of Baltimore
>
> kbreneman at ubalt.edu
>
> *I believe in freedom of thought and *
>
> *freedom of speech. Do you?*
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211203/6fb80c72/attachment.html>

From ph448 at cam.ac.uk  Sun Dec  5 01:58:28 2021
From: ph448 at cam.ac.uk (Peter Heiner)
Date: Sun, 5 Dec 2021 06:58:28 +0000
Subject: [Archivesspace_Users_Group] Implementing a standalone Solr
 instance
In-Reply-To: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
References: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
Message-ID: <20211205065827.auky2bxqxxhb6oin@sparkly.localdomain>

Hi Kyle,

We at the Cambridge University Library have been running an external Solr
instance since the early days of our deployment.
We use Puppet for configuration management of our local VM stack and the
module we use is https://forge.puppetlabs.com/modules/landcareresearch/solr.

We currently store over 13K resources comprised of over 900K archival objects
across 30 repositories, the number of attached notes is well above 2.2M.
It's important to note that our initial archival object count was over 700K, I
believe we were fairly large scale users even initially.

Our production Solr currently has just under 3 million documents in the index.
Availability and performance of Solr is, in our experience, the single most
common cause of ArchivesSpace downtime, ahead of Java memory leakage, planned
maintenance due to upgrades, and database or network failures.

For our scale and use, especially while we were in the migration phase
occasionally bringing in hundreds of thousands of archival objects, we have
found that indexing threads could also interfere with interactive use of the
site and after some unsuccessful attempts at fixing this by altering the
indexer thread count we have split the indexer off to another VM. Our Ops team
have recently identified and fixed issues with our VM infrastructure, so we're
waiting for more monitoring data to confirm whether we still need this, but I
imagine having Solr, AS, and the indexer on the same VM might hurt
performance.

Hope that helps,
p

Kyle Breneman wrote on 2021-12-03 16:50:29:
> Here at the University of Baltimore, we are working to stand up our own external Solr installation in preparation for ArchivesSpace's move away from bundled Solr.  Campus IT is asking me whether or not we should install Solr on the same server we're using to host ArchviesSpace.  I see that ArchivesSpace officially has no opinion<https://archivesspace.org/archives/7137> on this matter (See under "Will you have strict requirements for how to deploy Solr?").
> 
> Does anyone on this list have a recommendation about whether an external instance of Solr should be installed on the same server as ArchivesSpace, or on its own separate server?  I don't see that it makes much difference, but I am also not experienced in managing servers, or in administering Solr.
> 
> Kyle Breneman
> Integrated Digital Services Librarian
> The University of Baltimore
> kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
> I believe in freedom of thought and
> freedom of speech. Do you?
> 

> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

From amanifold at slv.vic.gov.au  Sun Dec  5 19:05:53 2021
From: amanifold at slv.vic.gov.au (Alan Manifold)
Date: Mon, 6 Dec 2021 00:05:53 +0000
Subject: [Archivesspace_Users_Group] Implementing a standalone Solr
 instance
In-Reply-To: <CABdH0zmdk==oSOzRbtbsPJS5Nf_MG8Vg-sAk77U_26rrP0XWmA@mail.gmail.com>
References: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
 <CABdH0zmdk==oSOzRbtbsPJS5Nf_MG8Vg-sAk77U_26rrP0XWmA@mail.gmail.com>
Message-ID: <ME3PR01MB6088258C8646DA13D9328534C06D9@ME3PR01MB6088.ausprd01.prod.outlook.com>

Related to this, are there instructions out there for implementing ArchivesSpace with external SOLR? I'm sure they'll be coming, but I didn't find any the last time I looked. We're also thinking about moving to this prior to it being required.

Regards,
Alan





Alan Manifold | Library Systems & Digital Preservation Manager | Collection Development & Description
State Library Victoria | 328 Swanston Street | Melbourne VIC 3000
T +61 3 8664 7122 | amanifold at slv.vic.gov.au
slv.vic.gov.au<http://slv.vic.gov.au>

 [slv]

[https://www.slv.vic.gov.au/sites/default/files/email_signature/signature.jpg?9]<https://www.slv.vic.gov.au/email_campaign>



________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Jared Hutchens <jmhutchens at anderson.edu>
Sent: Saturday, 4 December 2021 4:33 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Implementing a standalone Solr instance

Hi Kyle,

Here at Anderson University we've been running our external Solr instance on the same server as ArchivesSpace for over a month now with no issues. That being said, the server receives minimal traffic so I can't attest to any volume related performance impacts but appears to be similar to running the embedded Solr (or in our case, potentially running even better than before).

If any of the larger users have looked into this I'd be interested in seeing what you've found.

[https://lh4.googleusercontent.com/2cqdpPanpPHRmQo0drMK5LKoNeS631xRPI1vOTtHcbn8d9ESe8UB7kSF2L-gp9vSpOrGADAfgyrcbVyGk_9S1X8uiCr3IEpvio7nu-2N-OtSYGMWWsZd-h1S5d-Sv3-j3KXXFWWb]


Jared Hutchens  | Library Technology Specialist  | Nicholson Library

Anderson University  |  1100 E. 5th St., Anderson, IN 46012

(765) 641-4270  | jmhutchens at anderson.edu<mailto:jmhutchens at anderson.edu>  | anderson.edu<https://au01.z.antigena.com/l/py4nquok8W02CRMcvDDFlIReG-Dlsz8xhGuksoHGXAEkTfo1T4HN-sHOhQsicBQdbcKm-QRdN1wqBLhoPeMeImS11mkL5nFOCDFzDKxeoaZU0g6bzMnEWU6orFBCi-r0f2KQWUu3nn~OSaEjy1LnHYRrxgjK>


On Fri, Dec 3, 2021 at 11:50 AM Kyle Breneman <kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>> wrote:

Here at the University of Baltimore, we are working to stand up our own external Solr installation in preparation for ArchivesSpace?s move away from bundled Solr.  Campus IT is asking me whether or not we should install Solr on the same server we?re using to host ArchviesSpace.  I see that ArchivesSpace officially has no opinion<https://au01.z.antigena.com/l/Zm4A3Kakq6bOy8h-3_4z82nr4-mPBn80PoAp4-lxeBYSBhHYJZQcIlee~7wQzNxmC~v_1OODg-p~M62KiwC2EpI70qszUzTVGwIERA8pr9SbS393fouGbeRUfb6a4MHi_VpvZkofd43WNwzBZazNuMsv3zBJQk> on this matter (See under ?Will you have strict requirements for how to deploy Solr??).



Does anyone on this list have a recommendation about whether an external instance of Solr should be installed on the same server as ArchivesSpace, or on its own separate server?  I don?t see that it makes much difference, but I am also not experienced in managing servers, or in administering Solr.



Kyle Breneman

Integrated Digital Services Librarian

The University of Baltimore

kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>

I believe in freedom of thought and

freedom of speech. Do you?



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
This message and any attachment is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please delete all copies of the message and its attachments and notify the sender immediately. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211206/c1028bb8/attachment.html>

From andrew.morrison at bodleian.ox.ac.uk  Mon Dec  6 04:54:37 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Mon, 6 Dec 2021 09:54:37 +0000
Subject: [Archivesspace_Users_Group] Implementing a standalone Solr
 instance
In-Reply-To: <ME3PR01MB6088258C8646DA13D9328534C06D9@ME3PR01MB6088.ausprd01.prod.outlook.com>
References: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
 <CABdH0zmdk==oSOzRbtbsPJS5Nf_MG8Vg-sAk77U_26rrP0XWmA@mail.gmail.com>
 <ME3PR01MB6088258C8646DA13D9328534C06D9@ME3PR01MB6088.ausprd01.prod.outlook.com>
Message-ID: <735a27de-1188-d138-a0dc-acba8f5d7c7c@bodleian.ox.ac.uk>

Presumably there will be documentation. In the meantime, there is a 
webinar recording you can watch: https://archivesspace.org/archives/7151


Andrew.



On 06/12/2021 00:05, Alan Manifold wrote:
> Related to this, are there instructions out there for implementing 
> ArchivesSpace with external SOLR? I'm sure they'll be coming, but I 
> didn't find any the last time I looked. We're also thinking about 
> moving to this prior to it being required.
>
> Regards,
> Alan
>
>
> *Alan Manifold | Library Systems & Digital Preservation Manager | 
> Collection Development & Description *
> State Library Victoria | 328 Swanston Street | Melbourne VIC 3000
> T +61 3 8664 7122 | amanifold at slv.vic.gov.au
> slv.vic.gov.au <http://slv.vic.gov.au>
>
>
> slv
>
> <https://www.slv.vic.gov.au/email_campaign> 	
>
> ------------------------------------------------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org 
> <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of 
> Jared Hutchens <jmhutchens at anderson.edu>
> *Sent:* Saturday, 4 December 2021 4:33 AM
> *To:* Archivesspace Users Group 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] Implementing a standalone 
> Solr instance
> Hi Kyle,
>
> Here at Anderson University we've been running our external Solr 
> instance on the same server as ArchivesSpace for over a month now with 
> no issues. That being said, the server receives minimal traffic so I 
> can't attest to any volume related performance impacts but appears to 
> be similar to running the embedded Solr (or in our case, potentially 
> running even better than before).
>
> If any of the larger users have looked into this I'd be interested in 
> seeing what you've found.
>
>
> Jared Hutchens| Library Technology Specialist? | Nicholson Library
>
> Anderson University |? 1100 E. 5th St., Anderson, IN 46012
>
> (765) 641-4270? | jmhutchens at anderson.edu 
> <mailto:jmhutchens at anderson.edu>? | anderson.edu 
> <https://au01.z.antigena.com/l/py4nquok8W02CRMcvDDFlIReG-Dlsz8xhGuksoHGXAEkTfo1T4HN-sHOhQsicBQdbcKm-QRdN1wqBLhoPeMeImS11mkL5nFOCDFzDKxeoaZU0g6bzMnEWU6orFBCi-r0f2KQWUu3nn~OSaEjy1LnHYRrxgjK>
>
>
> On Fri, Dec 3, 2021 at 11:50 AM Kyle Breneman <kbreneman at ubalt.edu 
> <mailto:kbreneman at ubalt.edu>> wrote:
>
>     Here at the University of Baltimore, we are working to stand up
>     our own external Solr installation in preparation for
>     ArchivesSpace?s move away from bundled Solr. Campus IT is asking
>     me whether or not we should install Solr on the same server we?re
>     using to host ArchviesSpace.? I see that ArchivesSpace officially
>     has no opinion
>     <https://au01.z.antigena.com/l/Zm4A3Kakq6bOy8h-3_4z82nr4-mPBn80PoAp4-lxeBYSBhHYJZQcIlee~7wQzNxmC~v_1OODg-p~M62KiwC2EpI70qszUzTVGwIERA8pr9SbS393fouGbeRUfb6a4MHi_VpvZkofd43WNwzBZazNuMsv3zBJQk>
>     on this matter (See under ?Will you have strict requirements for
>     how to deploy Solr??).
>
>     Does anyone on this list have a recommendation about whether an
>     external instance of Solr should be installed on the same server
>     as ArchivesSpace, or on its own separate server?? I don?t see that
>     it makes much difference, but I am also not experienced in
>     managing servers, or in administering Solr.
>
>     *Kyle Breneman*
>
>     Integrated Digital Services Librarian
>
>     The University of Baltimore
>
>     kbreneman at ubalt.edu <mailto:kbreneman at ubalt.edu>
>
>     /I believe in freedom of thought and /
>
>     /freedom of speech. Do you?/
>
>     _______________________________________________
>     Archivesspace_Users_Group mailing list
>     Archivesspace_Users_Group at lyralists.lyrasis.org
>     <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>     http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>     <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>
> This message and any attachment is intended only for the use of the 
> Addressee and may contain information that is PRIVILEGED and 
> CONFIDENTIAL. If you are not the intended recipient, you are hereby 
> notified that any dissemination of this communication is strictly 
> prohibited. If you have received this communication in error, please 
> delete all copies of the message and its attachments and notify the 
> sender immediately. Thank you.
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211206/8e8eaa09/attachment.html>

From andrew.morrison at bodleian.ox.ac.uk  Mon Dec  6 05:04:16 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Mon, 6 Dec 2021 10:04:16 +0000
Subject: [Archivesspace_Users_Group] Implementing a standalone Solr
 instance
In-Reply-To: <20211205065827.auky2bxqxxhb6oin@sparkly.localdomain>
References: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
 <20211205065827.auky2bxqxxhb6oin@sparkly.localdomain>
Message-ID: <76dd1be8-b5dd-7e9c-8278-18ab673dcdf5@bodleian.ox.ac.uk>

Your issues with the indexer may be, in part, because Cambridge have 
over 30 repositories. The indexer runs twice (once staff, once PUI) per 
repository over the course of the indexing_frequency_seconds periods set 
in config.rb. The Bodleian has a similar number of records, but only one 
repository, so indexing is less of an issue.

Switching to external Solr here had an imperceptible effect on search 
times (and none above a certain number of simultaneous requests as other 
factors become the more significant bottleneck) and a marginal increase 
on the time for a full re-index.

Probably the best thing for the OP to do is to load-test both options 
and see what works for them, with their particular infrastructure, data, 
and configurations.

Andrew.


On 05/12/2021 06:58, Peter Heiner wrote:
> Hi Kyle,
>
> We at the Cambridge University Library have been running an external Solr
> instance since the early days of our deployment.
> We use Puppet for configuration management of our local VM stack and the
> module we use is https://forge.puppetlabs.com/modules/landcareresearch/solr.
>
> We currently store over 13K resources comprised of over 900K archival objects
> across 30 repositories, the number of attached notes is well above 2.2M.
> It's important to note that our initial archival object count was over 700K, I
> believe we were fairly large scale users even initially.
>
> Our production Solr currently has just under 3 million documents in the index.
> Availability and performance of Solr is, in our experience, the single most
> common cause of ArchivesSpace downtime, ahead of Java memory leakage, planned
> maintenance due to upgrades, and database or network failures.
>
> For our scale and use, especially while we were in the migration phase
> occasionally bringing in hundreds of thousands of archival objects, we have
> found that indexing threads could also interfere with interactive use of the
> site and after some unsuccessful attempts at fixing this by altering the
> indexer thread count we have split the indexer off to another VM. Our Ops team
> have recently identified and fixed issues with our VM infrastructure, so we're
> waiting for more monitoring data to confirm whether we still need this, but I
> imagine having Solr, AS, and the indexer on the same VM might hurt
> performance.
>
> Hope that helps,
> p
>
> Kyle Breneman wrote on 2021-12-03 16:50:29:
>> Here at the University of Baltimore, we are working to stand up our own external Solr installation in preparation for ArchivesSpace's move away from bundled Solr.  Campus IT is asking me whether or not we should install Solr on the same server we're using to host ArchviesSpace.  I see that ArchivesSpace officially has no opinion<https://archivesspace.org/archives/7137> on this matter (See under "Will you have strict requirements for how to deploy Solr?").
>>
>> Does anyone on this list have a recommendation about whether an external instance of Solr should be installed on the same server as ArchivesSpace, or on its own separate server?  I don't see that it makes much difference, but I am also not experienced in managing servers, or in administering Solr.
>>
>> Kyle Breneman
>> Integrated Digital Services Librarian
>> The University of Baltimore
>> kbreneman at ubalt.edu<mailto:kbreneman at ubalt.edu>
>> I believe in freedom of thought and
>> freedom of speech. Do you?
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

From trthorn2 at ncsu.edu  Mon Dec  6 08:52:35 2021
From: trthorn2 at ncsu.edu (Trevor Thornton)
Date: Mon, 6 Dec 2021 08:52:35 -0500
Subject: [Archivesspace_Users_Group] Implementing a standalone Solr
	instance
In-Reply-To: <735a27de-1188-d138-a0dc-acba8f5d7c7c@bodleian.ox.ac.uk>
References: <MN2PR05MB7022E8E009424FDDAFDDFF57B96A9@MN2PR05MB7022.namprd05.prod.outlook.com>
 <CABdH0zmdk==oSOzRbtbsPJS5Nf_MG8Vg-sAk77U_26rrP0XWmA@mail.gmail.com>
 <ME3PR01MB6088258C8646DA13D9328534C06D9@ME3PR01MB6088.ausprd01.prod.outlook.com>
 <735a27de-1188-d138-a0dc-acba8f5d7c7c@bodleian.ox.ac.uk>
Message-ID: <CA+SdyS0QyT-NZG2wxDkcyMZvHwDqAMObxxuuuPnhDmvh-Q_ZBQ@mail.gmail.com>

Instructions for running AS with an external Solr instance are here:
https://archivesspace.github.io/tech-docs/provisioning/solr.html

On Mon, Dec 6, 2021 at 4:54 AM Andrew Morrison <
andrew.morrison at bodleian.ox.ac.uk> wrote:

> Presumably there will be documentation. In the meantime, there is a
> webinar recording you can watch: https://archivesspace.org/archives/7151
>
>
> Andrew.
>
>
>
> On 06/12/2021 00:05, Alan Manifold wrote:
>
> Related to this, are there instructions out there for implementing
> ArchivesSpace with external SOLR? I'm sure they'll be coming, but I didn't
> find any the last time I looked. We're also thinking about moving to this
> prior to it being required.
>
> Regards,
> Alan
>
>
>
>
> *Alan Manifold | Library Systems & Digital Preservation Manager |
> Collection Development & Description *
> State Library Victoria | 328 Swanston Street | Melbourne VIC 3000
> T +61 3 8664 7122 | amanifold at slv.vic.gov.au
> slv.vic.gov.au
>
>
>  [image: slv]
> <https://www.slv.vic.gov.au/email_campaign>
>
>
> ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>
> <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Jared Hutchens <jmhutchens at anderson.edu> <jmhutchens at anderson.edu>
> *Sent:* Saturday, 4 December 2021 4:33 AM
> *To:* Archivesspace Users Group
> <archivesspace_users_group at lyralists.lyrasis.org>
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] Implementing a standalone Solr
> instance
>
> Hi Kyle,
>
> Here at Anderson University we've been running our external Solr instance
> on the same server as ArchivesSpace for over a month now with no issues.
> That being said, the server receives minimal traffic so I can't attest to
> any volume related performance impacts but appears to be similar to running
> the embedded Solr (or in our case, potentially running even better than
> before).
>
> If any of the larger users have looked into this I'd be interested in
> seeing what you've found.
>
>
> Jared Hutchens  | Library Technology Specialist  | Nicholson Library
>
> Anderson University  |  1100 E. 5th St., Anderson, IN 46012
> (765) 641-4270  | jmhutchens at anderson.edu  | anderson.edu
> <https://au01.z.antigena.com/l/py4nquok8W02CRMcvDDFlIReG-Dlsz8xhGuksoHGXAEkTfo1T4HN-sHOhQsicBQdbcKm-QRdN1wqBLhoPeMeImS11mkL5nFOCDFzDKxeoaZU0g6bzMnEWU6orFBCi-r0f2KQWUu3nn~OSaEjy1LnHYRrxgjK>
>
>
> On Fri, Dec 3, 2021 at 11:50 AM Kyle Breneman <kbreneman at ubalt.edu> wrote:
>
> Here at the University of Baltimore, we are working to stand up our own
> external Solr installation in preparation for ArchivesSpace?s move away
> from bundled Solr.  Campus IT is asking me whether or not we should install
> Solr on the same server we?re using to host ArchviesSpace.  I see that ArchivesSpace
> officially has no opinion
> <https://au01.z.antigena.com/l/Zm4A3Kakq6bOy8h-3_4z82nr4-mPBn80PoAp4-lxeBYSBhHYJZQcIlee~7wQzNxmC~v_1OODg-p~M62KiwC2EpI70qszUzTVGwIERA8pr9SbS393fouGbeRUfb6a4MHi_VpvZkofd43WNwzBZazNuMsv3zBJQk>
> on this matter (See under ?Will you have strict requirements for how to
> deploy Solr??).
>
>
>
> Does anyone on this list have a recommendation about whether an external
> instance of Solr should be installed on the same server as ArchivesSpace,
> or on its own separate server?  I don?t see that it makes much difference,
> but I am also not experienced in managing servers, or in administering Solr.
>
>
>
> *Kyle Breneman*
>
> Integrated Digital Services Librarian
>
> The University of Baltimore
>
> kbreneman at ubalt.edu
>
> *I believe in freedom of thought and *
>
> *freedom of speech. Do you?*
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> This message and any attachment is intended only for the use of the
> Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL.
> If you are not the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please delete all copies of the
> message and its attachments and notify the sender immediately. Thank you.
>
> _______________________________________________
> Archivesspace_Users_Group mailing listArchivesspace_Users_Group at lyralists.lyrasis.orghttp://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Trevor Thornton
Applications Developer, Digital Library Initiatives
North Carolina State University Libraries
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211206/9e39ff6b/attachment-0001.html>

From ebrassel at email.unc.edu  Mon Dec  6 15:22:31 2021
From: ebrassel at email.unc.edu (Brassell, Emily)
Date: Mon, 6 Dec 2021 20:22:31 +0000
Subject: [Archivesspace_Users_Group] Development plans for Digital Objects
	in PUI?
Message-ID: <BN9PR03MB6156C1ADF75512A11A8F40A387699@BN9PR03MB6156.namprd03.prod.outlook.com>

Hi all,

We?re in the process of migrating EAD into ArchivesSpace and have been considering whether to use the PUI or implement ArcLight for our public interface. One of our major concerns with the PUI is its handling of digital objects (the second is publishing workflow ? we really want the ability to make extensive edits over time and to preview them, without risking publishing works-in-progress). It?s great that there are tickets to improve the handling of digital objects! Such as these:

  *   Digital Objects Search: ANW-1102<https://archivesspace.atlassian.net/browse/ANW-1102> (Awaiting Prioritization), ANW-1343<https://archivesspace.atlassian.net/browse/ANW-1343> (Ready for Testing)
  *   Easily identifying digitized content within a collection:  ANW-1157<https://archivesspace.atlassian.net/browse/ANW-1157> (Awaiting More Information) and spinoff ANW-1206<https://archivesspace.atlassian.net/browse/ANW-1206> (Awaiting Prioritization)
  *   Integration and display of thumbnails: ANW-810<https://archivesspace.atlassian.net/browse/ANW-810> (Ready for Testing), ANW-1209<https://archivesspace.atlassian.net/browse/ANW-1209> (Awaiting Prioritization).
It looks like there has been recent activity on ANW-1343 and ANW-810, yay! For the rest, we?re wondering whether there?s any timeline for when they might be worked on or make it into a release? Apologies if we missed this somewhere in the meeting notes of the Development Prioritization sub-team or elsewhere. There?s a note in ANW-1157<https://archivesspace.atlassian.net/browse/ANW-1157> from March 2021 that mentions that part of this ticket?s feature request "should be part of a larger discussion related to Digital Objects,? and we wondered if this discussion is planned? Sounds like there?s the potential for significant changes to Digital Objects module?

We?re glad to be migrating to ArchivesSpace and appreciate all transparency around development and the great community support!

Thanks,
Emily Brassell

_________________________________
Emily Brassell
Software Development, UNC-CH Library
ebrassel at email.unc.edu<mailto:ebrassel at email.unc.edu>
she/her

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211206/035f8236/attachment.html>

From PGalligan at rockarch.org  Tue Dec  7 09:38:43 2021
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 7 Dec 2021 14:38:43 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace-Aeon add-on in AS
	verision 3.1.1
Message-ID: <BLAPR22MB2241535362F8A54FB2ADC24DD46E9@BLAPR22MB2241.namprd22.prod.outlook.com>

Hi all,

Can anyone confirm that the ArchivesSpace-Aeon Client addon<https://github.com/AtlasSystems/AeonArchivesSpaceClientAddon> works in ArchivesSpace version 3.1.1? We?ve recently updated and are having an issue with interacting with the interface through the Aeon client.

Thanks!
Patrick Galligan
Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211207/120665e7/attachment.html>

From amlyons at atlas-sys.com  Tue Dec  7 09:53:36 2021
From: amlyons at atlas-sys.com (Anne Marie Lyons)
Date: Tue, 7 Dec 2021 14:53:36 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace-Aeon add-on in
	AS	verision 3.1.1
In-Reply-To: <BLAPR22MB2241535362F8A54FB2ADC24DD46E9@BLAPR22MB2241.namprd22.prod.outlook.com>
References: <BLAPR22MB2241535362F8A54FB2ADC24DD46E9@BLAPR22MB2241.namprd22.prod.outlook.com>
Message-ID: <BLAPR20MB3745CCC52F896825A729E88FE16E9@BLAPR20MB3745.namprd20.prod.outlook.com>

Hi Patrick,

It should work, so let's do some troubleshooting. I will create a support ticket for you on the Atlas end - you'll be receiving an email from our support system (support at atlas-sys.com<mailto:support at atlas-sys.com>) shortly.

Thank you,

- Anne Marie
_______________________
Anne Marie Lyons, MLIS
Atlas Systems, Inc.
1-800-567-7401 x1


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Galligan, Patrick
Sent: Tuesday, December 7, 2021 9:39 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] ArchivesSpace-Aeon add-on in AS verision 3.1.1

Hi all,

Can anyone confirm that the ArchivesSpace-Aeon Client addon<https://github.com/AtlasSystems/AeonArchivesSpaceClientAddon> works in ArchivesSpace version 3.1.1? We've recently updated and are having an issue with interacting with the interface through the Aeon client.

Thanks!
Patrick Galligan
Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211207/9e3a9322/attachment.html>

From christine.dibella at lyrasis.org  Tue Dec  7 10:47:54 2021
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 7 Dec 2021 15:47:54 +0000
Subject: [Archivesspace_Users_Group] Development plans for Digital
	Objects	in PUI?
In-Reply-To: <BN9PR03MB6156C1ADF75512A11A8F40A387699@BN9PR03MB6156.namprd03.prod.outlook.com>
References: <BN9PR03MB6156C1ADF75512A11A8F40A387699@BN9PR03MB6156.namprd03.prod.outlook.com>
Message-ID: <DM6PR22MB18811581C76F9254E9580CA2F16E9@DM6PR22MB1881.namprd22.prod.outlook.com>

Hello Emily,

Getting a community discussion going about revisiting the digital objects module of ArchivesSpace is a long-term goal, but the program team is currently short-staffed and there is a substantial backlog of development that has already been prioritized through the Development Prioritization sub-team right now. While we work to phase in smaller improvements over time (including the two JIRAs you note that should be in the next release) I don't anticipate us being able to make more significant changes to this area of the application in the next year. We'll updating the roadmap (https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2634973195/Roadmap+as+of+September+2021) soon.

You mention ArcLight as something you're considering for discovery. Particularly given UNC Chapel Hill's size and requirement for being able to hold description in draft before having it appear in the public interface that sounds like a good option to me. There are a number of ArcLight users in the ArchivesSpace community and a good body of community practice for it. If you haven't already, I'd recommend reaching out to users at Duke, the University of Michigan, and Indiana University, in particular, about their reasons for going with ArcLight over the ArchivesSpace public interface. You may also want to get a different thread going about it on this listserv.

Christine

Christine Di Bella
ArchivesSpace Program Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905


[ASpaceOrgHomeMedium]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brassell, Emily
Sent: Monday, December 6, 2021 3:23 PM
To: Archivesspace_Users_Group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Development plans for Digital Objects in PUI?

Hi all,

We're in the process of migrating EAD into ArchivesSpace and have been considering whether to use the PUI or implement ArcLight for our public interface. One of our major concerns with the PUI is its handling of digital objects (the second is publishing workflow - we really want the ability to make extensive edits over time and to preview them, without risking publishing works-in-progress). It's great that there are tickets to improve the handling of digital objects! Such as these:

  *   Digital Objects Search: ANW-1102<https://archivesspace.atlassian.net/browse/ANW-1102> (Awaiting Prioritization), ANW-1343<https://archivesspace.atlassian.net/browse/ANW-1343> (Ready for Testing)
  *   Easily identifying digitized content within a collection:  ANW-1157<https://archivesspace.atlassian.net/browse/ANW-1157> (Awaiting More Information) and spinoff ANW-1206<https://archivesspace.atlassian.net/browse/ANW-1206> (Awaiting Prioritization)
  *   Integration and display of thumbnails: ANW-810<https://archivesspace.atlassian.net/browse/ANW-810> (Ready for Testing), ANW-1209<https://archivesspace.atlassian.net/browse/ANW-1209> (Awaiting Prioritization).
It looks like there has been recent activity on ANW-1343 and ANW-810, yay! For the rest, we're wondering whether there's any timeline for when they might be worked on or make it into a release? Apologies if we missed this somewhere in the meeting notes of the Development Prioritization sub-team or elsewhere. There's a note in ANW-1157<https://archivesspace.atlassian.net/browse/ANW-1157> from March 2021 that mentions that part of this ticket's feature request "should be part of a larger discussion related to Digital Objects," and we wondered if this discussion is planned? Sounds like there's the potential for significant changes to Digital Objects module?

We're glad to be migrating to ArchivesSpace and appreciate all transparency around development and the great community support!

Thanks,
Emily Brassell

_________________________________
Emily Brassell
Software Development, UNC-CH Library
ebrassel at email.unc.edu<mailto:ebrassel at email.unc.edu>
she/her

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211207/b3b6589f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 13904 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211207/b3b6589f/attachment.jpg>

From ebrassel at email.unc.edu  Tue Dec  7 14:09:37 2021
From: ebrassel at email.unc.edu (Brassell, Emily)
Date: Tue, 7 Dec 2021 19:09:37 +0000
Subject: [Archivesspace_Users_Group] Development plans for
	Digital	Objects	in PUI?
In-Reply-To: <DM6PR22MB18811581C76F9254E9580CA2F16E9@DM6PR22MB1881.namprd22.prod.outlook.com>
References: <BN9PR03MB6156C1ADF75512A11A8F40A387699@BN9PR03MB6156.namprd03.prod.outlook.com>
 <DM6PR22MB18811581C76F9254E9580CA2F16E9@DM6PR22MB1881.namprd22.prod.outlook.com>
Message-ID: <CH0PR03MB6147398A981CD87B9A8BE322876E9@CH0PR03MB6147.namprd03.prod.outlook.com>

Hi Christine,

Thanks so much, this is really helpful!  We?ve been fortunate to get some good guidance and feedback from ArcLight users, including Duke and University of Georgia (thanks, ya?ll!), and there?s a lot to admire.  It?s a tough decision, but we?re learning a lot along the way.

Thanks,
Emily

_________________________________
Emily Brassell
Software Development, UNC-CH Library
ebrassel at email.unc.edu<mailto:ebrassel at email.unc.edu>
she/her


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Christine Di Bella <christine.dibella at lyrasis.org>
Date: Tuesday, December 7, 2021 at 10:48 AM
To: Archivesspace_Users_Group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Development plans for Digital Objects in PUI?
Hello Emily,

Getting a community discussion going about revisiting the digital objects module of ArchivesSpace is a long-term goal, but the program team is currently short-staffed and there is a substantial backlog of development that has already been prioritized through the Development Prioritization sub-team right now. While we work to phase in smaller improvements over time (including the two JIRAs you note that should be in the next release) I don?t anticipate us being able to make more significant changes to this area of the application in the next year. We?ll updating the roadmap (https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2634973195/Roadmap+as+of+September+2021) soon.

You mention ArcLight as something you?re considering for discovery. Particularly given UNC Chapel Hill?s size and requirement for being able to hold description in draft before having it appear in the public interface that sounds like a good option to me. There are a number of ArcLight users in the ArchivesSpace community and a good body of community practice for it. If you haven?t already, I?d recommend reaching out to users at Duke, the University of Michigan, and Indiana University, in particular, about their reasons for going with ArcLight over the ArchivesSpace public interface. You may also want to get a different thread going about it on this listserv.

Christine

Christine Di Bella
ArchivesSpace Program Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905


[ASpaceOrgHomeMedium]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brassell, Emily
Sent: Monday, December 6, 2021 3:23 PM
To: Archivesspace_Users_Group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Development plans for Digital Objects in PUI?

Hi all,

We?re in the process of migrating EAD into ArchivesSpace and have been considering whether to use the PUI or implement ArcLight for our public interface. One of our major concerns with the PUI is its handling of digital objects (the second is publishing workflow ? we really want the ability to make extensive edits over time and to preview them, without risking publishing works-in-progress). It?s great that there are tickets to improve the handling of digital objects! Such as these:

  *   Digital Objects Search: ANW-1102<https://archivesspace.atlassian.net/browse/ANW-1102> (Awaiting Prioritization), ANW-1343<https://archivesspace.atlassian.net/browse/ANW-1343> (Ready for Testing)
  *   Easily identifying digitized content within a collection:  ANW-1157<https://archivesspace.atlassian.net/browse/ANW-1157> (Awaiting More Information) and spinoff ANW-1206<https://archivesspace.atlassian.net/browse/ANW-1206> (Awaiting Prioritization)
  *   Integration and display of thumbnails: ANW-810<https://archivesspace.atlassian.net/browse/ANW-810> (Ready for Testing), ANW-1209<https://archivesspace.atlassian.net/browse/ANW-1209> (Awaiting Prioritization).
It looks like there has been recent activity on ANW-1343 and ANW-810, yay! For the rest, we?re wondering whether there?s any timeline for when they might be worked on or make it into a release? Apologies if we missed this somewhere in the meeting notes of the Development Prioritization sub-team or elsewhere. There?s a note in ANW-1157<https://archivesspace.atlassian.net/browse/ANW-1157> from March 2021 that mentions that part of this ticket?s feature request "should be part of a larger discussion related to Digital Objects,? and we wondered if this discussion is planned? Sounds like there?s the potential for significant changes to Digital Objects module?

We?re glad to be migrating to ArchivesSpace and appreciate all transparency around development and the great community support!

Thanks,
Emily Brassell

_________________________________
Emily Brassell
Software Development, UNC-CH Library
ebrassel at email.unc.edu<mailto:ebrassel at email.unc.edu>
she/her

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211207/afe2ee7e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 13909 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211207/afe2ee7e/attachment.jpg>

From jodi.allisonbunnell at montana.edu  Tue Dec  7 20:09:20 2021
From: jodi.allisonbunnell at montana.edu (Allison-Bunnell, Jodi)
Date: Wed, 8 Dec 2021 01:09:20 +0000
Subject: [Archivesspace_Users_Group] Managing media instances in collection
Message-ID: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>

A question of practice for your collected wisdom.

We would like to be able to pull a report for all media in our collections?audio, video, film, and digital (computer) media. I do not have access to custom reporting and would need to generate this from a standard report. We need to be able to audit by format (e.g. how many reel to reel tapes do we have? How many obsolete floppy discs do we have?) in order to identify vulnerable media and plan migrations.

Since the media is an instantiation of a described object, I?d like to be able to do this from a standard vocabulary in the instance/container type. It looks like PBcore would be a possible choice for the audio, video, and film, but I need a concise list of computer media. Neither DCMI formats nor MIME types fit the bill.

We do not have the resources to take an elaborate approach to this, and I (always!) want to use standardized practices rather than creating local ones whenever possible.

Does anyone have a practice that would fit the bill?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/fe13c8a3/attachment.html>

From brijmcla at iu.edu  Wed Dec  8 11:28:04 2021
From: brijmcla at iu.edu (McLaughlin, Brianna Jean)
Date: Wed, 8 Dec 2021 16:28:04 +0000
Subject: [Archivesspace_Users_Group] Setting Ref ids
Message-ID: <PH0PR08MB7244AE7BD1E99435A3598E5AAC6F9@PH0PR08MB7244.namprd08.prod.outlook.com>

Hi,

Could anyone confirm that they can set their own Ref ids (component identifiers) via spreadsheet import as of AS version 2.8.1? I know it works in the 3.1.1 Sandbox.

Thanks,

Bri McLaughlin, she/her/hers
Visiting Metadata Services Librarian
Indiana University
812-856-3321

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/3eec8491/attachment.html>

From brijmcla at iu.edu  Wed Dec  8 11:56:25 2021
From: brijmcla at iu.edu (McLaughlin, Brianna Jean)
Date: Wed, 8 Dec 2021 16:56:25 +0000
Subject: [Archivesspace_Users_Group] Batch find and replace
Message-ID: <PH0PR08MB724434A317C0D240A6FE7F6DAC6F9@PH0PR08MB7244.namprd08.prod.outlook.com>

Hi,

Has anyone successfully used the batch find and replace function on ArchivesSpace? I've tried to use it to replace periods in Ref IDs with dashes. At the end of the job log, it says "All done, logging modified records" and lists the correct components as being edited. However, no changes occurred on the components.

I'd appreciate any input!

Thanks,

Bri McLaughlin, she/her/hers
Visiting Metadata Services Librarian
Indiana University
812-856-3321

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/7dac5837/attachment.html>

From agray2 at berklee.edu  Wed Dec  8 12:41:39 2021
From: agray2 at berklee.edu (Ashley Gray)
Date: Wed, 8 Dec 2021 12:41:39 -0500
Subject: [Archivesspace_Users_Group] Adding hyperlinks to other Resource
	records within Related Materials note
Message-ID: <CABcs=qGYheH9_D=pjJMNOth+nbMjXeDN_mTYx-z=-kCeFirn3g@mail.gmail.com>

Hi, all,

Could anyone point me to documentation for adding hyperlinks to a Resource
note? I'm trying to link to other collections in our archivesspace instance
in the Related Materials note, but I'm clearly using the wrong tags or
mis-wrapping the elements, as I can't get anything to display. I haven't
been able to find any examples or detailed instructions in the Help Center.
Would appreciate any tips!

Thanks,
Ashley

*Ashley Gray*
*Processing Archivist*
Berklee Archives
Berklee College of Music
Boston Conservatory at Berklee
Tel: 617-747-6774
agray2 at berklee.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/141c4465/attachment.html>

From vaddonizio at atlas-sys.com  Wed Dec  8 13:06:05 2021
From: vaddonizio at atlas-sys.com (Valerie Addonizio)
Date: Wed, 8 Dec 2021 18:06:05 +0000
Subject: [Archivesspace_Users_Group] Batch find and replace
In-Reply-To: <PH0PR08MB724434A317C0D240A6FE7F6DAC6F9@PH0PR08MB7244.namprd08.prod.outlook.com>
References: <PH0PR08MB724434A317C0D240A6FE7F6DAC6F9@PH0PR08MB7244.namprd08.prod.outlook.com>
Message-ID: <MN2PR20MB2239F4A4B737C1AEFAA0B21E896F9@MN2PR20MB2239.namprd20.prod.outlook.com>

Bri,

When reading your question I wanted to relay what is only a suspicion that this might not be so much about the Find and Replace tool as about the specific field you're trying to modify. ArchivesSpace is very protective of Ref IDs; in my experience you can't modify them through the API, only directly in the db. I wonder if that is the underlying issue. I know the Find and Replace tool gives RefID as a field option, so I'm also curious about this and if anyone else has experience using it on that field in particular.

-Valerie

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of McLaughlin, Brianna Jean
Sent: Wednesday, December 8, 2021 11:56 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Batch find and replace

Hi,

Has anyone successfully used the batch find and replace function on ArchivesSpace? I've tried to use it to replace periods in Ref IDs with dashes. At the end of the job log, it says "All done, logging modified records" and lists the correct components as being edited. However, no changes occurred on the components.

I'd appreciate any input!

Thanks,

Bri McLaughlin, she/her/hers
Visiting Metadata Services Librarian
Indiana University
812-856-3321

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/6214e186/attachment.html>

From brijmcla at iu.edu  Wed Dec  8 13:25:29 2021
From: brijmcla at iu.edu (McLaughlin, Brianna Jean)
Date: Wed, 8 Dec 2021 18:25:29 +0000
Subject: [Archivesspace_Users_Group] Batch find and replace
In-Reply-To: <MN2PR20MB2239F4A4B737C1AEFAA0B21E896F9@MN2PR20MB2239.namprd20.prod.outlook.com>
References: <PH0PR08MB724434A317C0D240A6FE7F6DAC6F9@PH0PR08MB7244.namprd08.prod.outlook.com>
 <MN2PR20MB2239F4A4B737C1AEFAA0B21E896F9@MN2PR20MB2239.namprd20.prod.outlook.com>
Message-ID: <PH0PR08MB724436C422FDE156761E0534AC6F9@PH0PR08MB7244.namprd08.prod.outlook.com>

Hi,

I've heard the same thing, which is confusing because the Set Ref ID function was added in the 2.8.1 release. See pull request: https://github.com/archivesspace/archivesspace/pull/2056 I was also able to successfully change Ref IDs in the 3.1.1 sandbox. I'm confused in general about Ref IDs in AS!

Thanks,

Bri McLaughlin, she/her/hers
Visiting Metadata Services Librarian
Indiana University
812-856-3321

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Valerie Addonizio
Sent: Wednesday, December 8, 2021 1:06 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [External] Re: [Archivesspace_Users_Group] Batch find and replace

This message was sent from a non-IU address. Please exercise caution when clicking links or opening attachments from external sources.

Bri,

When reading your question I wanted to relay what is only a suspicion that this might not be so much about the Find and Replace tool as about the specific field you're trying to modify. ArchivesSpace is very protective of Ref IDs; in my experience you can't modify them through the API, only directly in the db. I wonder if that is the underlying issue. I know the Find and Replace tool gives RefID as a field option, so I'm also curious about this and if anyone else has experience using it on that field in particular.

-Valerie

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of McLaughlin, Brianna Jean
Sent: Wednesday, December 8, 2021 11:56 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Batch find and replace

Hi,

Has anyone successfully used the batch find and replace function on ArchivesSpace? I've tried to use it to replace periods in Ref IDs with dashes. At the end of the job log, it says "All done, logging modified records" and lists the correct components as being edited. However, no changes occurred on the components.

I'd appreciate any input!

Thanks,

Bri McLaughlin, she/her/hers
Visiting Metadata Services Librarian
Indiana University
812-856-3321

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/7059227c/attachment.html>

From Corey.Schmidt at uga.edu  Wed Dec  8 15:17:55 2021
From: Corey.Schmidt at uga.edu (Corey Schmidt)
Date: Wed, 8 Dec 2021 20:17:55 +0000
Subject: [Archivesspace_Users_Group] Adding hyperlinks to other
	Resource	records within Related Materials note
In-Reply-To: <CABcs=qGYheH9_D=pjJMNOth+nbMjXeDN_mTYx-z=-kCeFirn3g@mail.gmail.com>
References: <CABcs=qGYheH9_D=pjJMNOth+nbMjXeDN_mTYx-z=-kCeFirn3g@mail.gmail.com>
Message-ID: <CY4PR02MB31576FDBAA0418A13FB60079F36F9@CY4PR02MB3157.namprd02.prod.outlook.com>

Hi Ashley,

The closest documentation I can find that relates to adding hyperlinks to a resource note is the Using EAD Tagging, XML, Special Characters and Punctuation in Text Fields<https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/890208354> page in the Help Center, but it doesn't call out your use case specifically.

We here at UGA use the <archref> tag to link to other collections within our repository. However, we don't use the PUI, so I'm not sure how or if the PUI generates hyperlinks using the archref tag. Someone else here may be able to help with that, but my suspicion is the EAD3 schema examples for that tag might provide a clue on how to do it: https://www.loc.gov/ead/EAD3taglib/EAD3.html#elem-archref, specifically this one:

<relatedmaterial>
    <archref>
        <ref actuate="onrequest" show="new" href="smith_m">Mary Smith Papers</ref>

    </archref>

    <archref>
        <ref actuate="onrequest" show="new" href="smith_j">Jeremiah Smith Correspondence</ref>

    </archref>

</relatedmaterial>

Or if you're using EAD2002 schema, use this as a reference: https://www.loc.gov/ead/tglib/elements/archref.html. Anywhere the href attribute can be included may get you the hyperlink you're looking for. I was thinking if the PUI can add hyperlinks using local references, like using the id attribute to generate a hyperlink based on matching collection ids, that would be awesome and mean you wouldn't have to use the href attribute to post an actual link. BUT, I'm not sure how it works so that is probably a red herring.

Others on this listserv may be more able to help than I can.

Sincerely,

Corey


Corey Schmidt
Special Collections Libraries | ArchivesSpace Project Manager


Corey.Schmidt at uga.edu<mailto:Corey.Schmidt at uga.edu>


[University of Georgia]
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Ashley Gray <agray2 at berklee.edu>
Sent: Wednesday, December 8, 2021 12:41 PM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Adding hyperlinks to other Resource records within Related Materials note

[EXTERNAL SENDER - PROCEED CAUTIOUSLY]

Hi, all,

Could anyone point me to documentation for adding hyperlinks to a Resource note? I'm trying to link to other collections in our archivesspace instance in the Related Materials note, but I'm clearly using the wrong tags or mis-wrapping the elements, as I can't get anything to display. I haven't been able to find any examples or detailed instructions in the Help Center. Would appreciate any tips!

Thanks,
Ashley

Ashley Gray
Processing Archivist
Berklee Archives
Berklee College of Music
Boston Conservatory at Berklee
Tel: 617-747-6774
agray2 at berklee.edu<mailto:agray2 at berklee.edu>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/e763bbc9/attachment.html>

From david.mendoza at bofa.com  Wed Dec  8 15:54:34 2021
From: david.mendoza at bofa.com (Mendoza, David)
Date: Wed, 08 Dec 2021 20:54:34 +0000
Subject: [Archivesspace_Users_Group] Location/Container Profile Questions
Message-ID: <e2ae42299d4e4c4486c0d52b87415950@bofa.com>

Hi All, I have a multipart question, apologies for any cross posts.  New to the forum, so excuse the length of the questions.

Regarding linear footage, are calculations in ArchivesSpace based on Location or Container profile entries?  And how does this affect location profiles that are modular?  I.e., we have filing units where shelves can be added or taken away.  If linear footage is based on location profiles, how would the addition or subtraction of shelves, or a change in the stacking limit, be dealt with in location profiles?

Thanks

----------------------------------------------------------------------
This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended recipient, please delete this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/a48b221e/attachment.html>

From mark.custer at yale.edu  Wed Dec  8 16:07:12 2021
From: mark.custer at yale.edu (Custer, Mark)
Date: Wed, 8 Dec 2021 21:07:12 +0000
Subject: [Archivesspace_Users_Group] Adding hyperlinks to
	other	Resource	records within Related Materials note
In-Reply-To: <CY4PR02MB31576FDBAA0418A13FB60079F36F9@CY4PR02MB3157.namprd02.prod.outlook.com>
References: <CABcs=qGYheH9_D=pjJMNOth+nbMjXeDN_mTYx-z=-kCeFirn3g@mail.gmail.com>
 <CY4PR02MB31576FDBAA0418A13FB60079F36F9@CY4PR02MB3157.namprd02.prod.outlook.com>
Message-ID: <PH0PR08MB65686E4B63E9E0A917BF18AE8C6F9@PH0PR08MB6568.namprd08.prod.outlook.com>

For internal linking in EAD, you can use the "@target" attribute.  There is a feature in the PUI that exploits this, as well.  The documentation is a bit rough, but here's a link:  https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/103209762/Public+Interface+Documentation+for+staff#PublicInterfaceDocumentation(forstaff)-Internallinking

For external linking, the "@href" attribute should be picked up in the PUI, as well, and will definitely be available in the EAD exports, as Corey notes.

Ashley, can you share what you've tried so far, and where it's not working, e.g. PUI, EAD export, PDF exports, etc.)?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Corey Schmidt
Sent: Wednesday, 08 December, 2021 3:18 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Adding hyperlinks to other Resource records within Related Materials note

Hi Ashley,

The closest documentation I can find that relates to adding hyperlinks to a resource note is the Using EAD Tagging, XML, Special Characters and Punctuation in Text Fields<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.atlassian.net%2Fwiki%2Fspaces%2FArchivesSpaceUserManual%2Fpages%2F890208354&data=04%7C01%7Cmark.custer%40yale.edu%7C444109be4063428299e308d9ba87d738%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637745915603192484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Uqrvm9xBXLapHb3oUUFxXm4Wd8Y0wnKo8Yqbcqa5nhw%3D&reserved=0> page in the Help Center, but it doesn't call out your use case specifically.

We here at UGA use the <archref> tag to link to other collections within our repository. However, we don't use the PUI, so I'm not sure how or if the PUI generates hyperlinks using the archref tag. Someone else here may be able to help with that, but my suspicion is the EAD3 schema examples for that tag might provide a clue on how to do it: https://www.loc.gov/ead/EAD3taglib/EAD3.html#elem-archref<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.loc.gov%2Fead%2FEAD3taglib%2FEAD3.html%23elem-archref&data=04%7C01%7Cmark.custer%40yale.edu%7C444109be4063428299e308d9ba87d738%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637745915603202461%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oe0sVcV9QJdU%2BVjI9H7UQK%2ByCBH4maIoI4OcsZBbq3M%3D&reserved=0>, specifically this one:

<relatedmaterial>
    <archref>
        <ref actuate="onrequest" show="new" href="smith_m">Mary Smith Papers</ref>
    </archref>
    <archref>
        <ref actuate="onrequest" show="new" href="smith_j">Jeremiah Smith Correspondence</ref>
    </archref>
</relatedmaterial>

Or if you're using EAD2002 schema, use this as a reference: https://www.loc.gov/ead/tglib/elements/archref.html<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.loc.gov%2Fead%2Ftglib%2Felements%2Farchref.html&data=04%7C01%7Cmark.custer%40yale.edu%7C444109be4063428299e308d9ba87d738%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637745915603212417%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=HmmZLCJG84M82I0Eh2VDSXIqhhg%2FSD2X%2BhHOsjt8GMM%3D&reserved=0>. Anywhere the href attribute can be included may get you the hyperlink you're looking for. I was thinking if the PUI can add hyperlinks using local references, like using the id attribute to generate a hyperlink based on matching collection ids, that would be awesome and mean you wouldn't have to use the href attribute to post an actual link. BUT, I'm not sure how it works so that is probably a red herring.

Others on this listserv may be more able to help than I can.

Sincerely,

Corey


Corey Schmidt
Special Collections Libraries | ArchivesSpace Project Manager



Corey.Schmidt at uga.edu<mailto:Corey.Schmidt at uga.edu>


[University of Georgia]
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Ashley Gray <agray2 at berklee.edu<mailto:agray2 at berklee.edu>>
Sent: Wednesday, December 8, 2021 12:41 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Adding hyperlinks to other Resource records within Related Materials note

[EXTERNAL SENDER - PROCEED CAUTIOUSLY]
Hi, all,
Could anyone point me to documentation for adding hyperlinks to a Resource note? I'm trying to link to other collections in our archivesspace instance in the Related Materials note, but I'm clearly using the wrong tags or mis-wrapping the elements, as I can't get anything to display. I haven't been able to find any examples or detailed instructions in the Help Center. Would appreciate any tips!

Thanks,
Ashley

Ashley Gray
Processing Archivist
Berklee Archives
Berklee College of Music
Boston Conservatory at Berklee
Tel: 617-747-6774
agray2 at berklee.edu<mailto:agray2 at berklee.edu>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211208/be0541a0/attachment.html>

From james at hudmol.com  Wed Dec  8 20:43:50 2021
From: james at hudmol.com (James Bullen)
Date: Thu, 9 Dec 2021 12:43:50 +1100
Subject: [Archivesspace_Users_Group] Location/Container Profile Questions
In-Reply-To: <e2ae42299d4e4c4486c0d52b87415950@bofa.com>
References: <e2ae42299d4e4c4486c0d52b87415950@bofa.com>
Message-ID: <67161FB2-72F7-433A-99F0-49895C55CC5E@hudmol.com>


Hi David,

Space calculations are based on container profiles and location profiles.

I think the only way to handle modular location profiles would be to create a new profile for each shelf configuration in use. Not ideal, but the space calculator was not designed with this requirement in mind.

We did this work over five years ago so others may have more current knowledge, but a quick check suggests that this remains the case.


Cheers,
James



> On Dec 9, 2021, at 7:54 AM, Mendoza, David <david.mendoza at bofa.com> wrote:
> 
> Hi All, I have a multipart question, apologies for any cross posts.  New to the forum, so excuse the length of the questions.
>  
> Regarding linear footage, are calculations in ArchivesSpace based on Location or Container profile entries?  And how does this affect location profiles that are modular?  I.e., we have filing units where shelves can be added or taken away.  If linear footage is based on location profiles, how would the addition or subtraction of shelves, or a change in the stacking limit, be dealt with in location profiles? 
>  
> Thanks
> This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer <http://www.bankofamerica.com/emaildisclaimer>. If you are not the intended recipient, please delete this message.
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211209/f3aa05af/attachment.html>

From cap166 at georgetown.edu  Thu Dec  9 10:09:40 2021
From: cap166 at georgetown.edu (Carole Prietto)
Date: Thu, 9 Dec 2021 10:09:40 -0500
Subject: [Archivesspace_Users_Group] Adding hyperlinks to other Resource
 records within Related Materials note
In-Reply-To: <PH0PR08MB65686E4B63E9E0A917BF18AE8C6F9@PH0PR08MB6568.namprd08.prod.outlook.com>
References: <CABcs=qGYheH9_D=pjJMNOth+nbMjXeDN_mTYx-z=-kCeFirn3g@mail.gmail.com>
 <CY4PR02MB31576FDBAA0418A13FB60079F36F9@CY4PR02MB3157.namprd02.prod.outlook.com>
 <PH0PR08MB65686E4B63E9E0A917BF18AE8C6F9@PH0PR08MB6568.namprd08.prod.outlook.com>
Message-ID: <CABZRgGyGXsZB_Jzr+kcGGgBiYpV9UStiS0dE092eEPLHSWFXTw@mail.gmail.com>

Been following this thread with interest. When I saw Mark's post with the
link to the documentation I decided to give this a try - linking to related
materials will be very useful. I don't have any solutions - I, too, can't
get this to work and can't figure out what I'm doing wrong.

Started by trying to link one collection level record (AV collection) to
another one (photo collection) in the collection-level Related Materials
Note.
Linked to URL for photo collection's collection level record in public mode.
<ref target="
https://aspace.ll.georgetown.edu/public/repositories/4/resources/130">Law
Center Archives Photo Collection</ref>
Error message: "The page you were looking for doesn't exist. You may have
mistyped the address or the page may have moved."
It definitely exists
It is published.
I copied and pasted the address from the browser, so I'm sure it's not
mis-typed.

Then I tried linking from the AV collection level record to a specific
resource in the photo collection.
<ref target="89cf9541248532a3b0799200b4fa4472">Law Center Archives
Photograph Collection</ref>
Error message "The record you've tried to access does not exist or may have
been removed.
/repositories/4/resources/128/resolve/89cf9541248532a3b0799200b4fa4472"
It does exist
It has not been removed
It is published.
Ref ID was copied and pasted, so not mis-typed.

Then I thought: Maybe the system needs a RefID at both the source and the
destination. So I went to a specific record/RefID in the AV collection and
tried to link it to a specific record/RefID in the photo collection,.
In the Related Materials Note for the source record (AV), used
<ref target="89cf9541248532a3b0799200b4fa4472">Law Center Archives
Photograph Collection</ref>
in the Related Materials Note.
Error message: "The record you've tried to access does not exist or may
have been removed.
/repositories/4/resources/128/resolve/89cf9541248532a3b0799200b4fa4472"
Both records exist
Both are published.

What am I doing wrong?

Carole Prietto (she/her)  |  Law Center Archivist, Law Library

GEORGETOWN LAW  | cap166 at georgetown.edu

111 G Street, N.W. | Washington, D.C. 20001

Phone: 202.662.9149

Law Center History on Digital Georgetown
<https://repository.library.georgetown.edu/handle/10822/559514>

Law Center Archives Research Portal
<https://aspace.ll.georgetown.edu/public/repositories/4>


On Wed, Dec 8, 2021 at 4:07 PM Custer, Mark <mark.custer at yale.edu> wrote:

> For internal linking in EAD, you can use the ?@target? attribute.  There
> is a feature in the PUI that exploits this, as well.  The documentation is
> a bit rough, but here?s a link:
> https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/103209762/Public+Interface+Documentation+for+staff#PublicInterfaceDocumentation(forstaff)-Internallinking
>
>
>
> For external linking, the ?@href? attribute should be picked up in the
> PUI, as well, and will definitely be available in the EAD exports, as Corey
> notes.
>
>
>
> Ashley, can you share what you?ve tried so far, and where it?s not
> working, e.g. PUI, EAD export, PDF exports, etc.)?
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Corey
> Schmidt
> *Sent:* Wednesday, 08 December, 2021 3:18 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] Adding hyperlinks to other
> Resource records within Related Materials note
>
>
>
> Hi Ashley,
>
>
> The closest documentation I can find that relates to adding hyperlinks to
> a resource note is the Using EAD Tagging, XML, Special Characters and
> Punctuation in Text Fields
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.atlassian.net%2Fwiki%2Fspaces%2FArchivesSpaceUserManual%2Fpages%2F890208354&data=04%7C01%7Cmark.custer%40yale.edu%7C444109be4063428299e308d9ba87d738%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637745915603192484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Uqrvm9xBXLapHb3oUUFxXm4Wd8Y0wnKo8Yqbcqa5nhw%3D&reserved=0>
> page in the Help Center, but it doesn't call out your use case specifically.
>
> We here at UGA use the <archref> tag to link to other collections within
> our repository. However, we don't use the PUI, so I'm not sure how or if
> the PUI generates hyperlinks using the archref tag. Someone else here may
> be able to help with that, but my suspicion is the EAD3 schema examples for
> that tag might provide a clue on how to do it:
> https://www.loc.gov/ead/EAD3taglib/EAD3.html#elem-archref
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.loc.gov%2Fead%2FEAD3taglib%2FEAD3.html%23elem-archref&data=04%7C01%7Cmark.custer%40yale.edu%7C444109be4063428299e308d9ba87d738%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637745915603202461%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oe0sVcV9QJdU%2BVjI9H7UQK%2ByCBH4maIoI4OcsZBbq3M%3D&reserved=0>,
> specifically this one:
>
> <relatedmaterial>
>
>     <archref>
>
>         <ref actuate="onrequest" show="new" href="smith_m">Mary Smith
> Papers</ref>
>
>     </archref>
>
>     <archref>
>
>         <ref actuate="onrequest" show="new" href="smith_j">Jeremiah Smith
> Correspondence</ref>
>
>     </archref>
>
> </relatedmaterial>
>
> Or if you're using EAD2002 schema, use this as a reference:
> https://www.loc.gov/ead/tglib/elements/archref.html
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.loc.gov%2Fead%2Ftglib%2Felements%2Farchref.html&data=04%7C01%7Cmark.custer%40yale.edu%7C444109be4063428299e308d9ba87d738%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637745915603212417%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=HmmZLCJG84M82I0Eh2VDSXIqhhg%2FSD2X%2BhHOsjt8GMM%3D&reserved=0>.
> Anywhere the href attribute can be included may get you the hyperlink
> you're looking for. I was thinking if the PUI can add hyperlinks using
> local references, like using the id attribute to generate a hyperlink based
> on matching collection ids, that would be awesome and mean you wouldn't
> have to use the href attribute to post an actual link. BUT, I'm not sure
> how it works so that is probably a red herring.
>
> Others on this listserv may be more able to help than I can.
>
> Sincerely,
>
> Corey
>
>
>
> *Corey Schmidt*
> Special Collections Libraries | *ArchivesSpace Project Manager*
>
>
>
> Corey.Schmidt at uga.edu
>
>
>
> [image: University of Georgia]
> ------------------------------
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Ashley Gray <agray2 at berklee.edu>
> *Sent:* Wednesday, December 8, 2021 12:41 PM
> *To:* archivesspace_users_group at lyralists.lyrasis.org <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Adding hyperlinks to other
> Resource records within Related Materials note
>
>
>
> [EXTERNAL SENDER - PROCEED CAUTIOUSLY]
>
> Hi, all,
>
> Could anyone point me to documentation for adding hyperlinks to a Resource
> note? I'm trying to link to other collections in our archivesspace instance
> in the Related Materials note, but I'm clearly using the wrong tags or
> mis-wrapping the elements, as I can't get anything to display. I haven't
> been able to find any examples or detailed instructions in the Help Center.
> Would appreciate any tips!
>
> Thanks,
> Ashley
>
>
> *Ashley Gray*
>
> *Processing Archivist*
>
> Berklee Archives
>
> Berklee College of Music
>
> Boston Conservatory at Berklee
>
> Tel: 617-747-6774
>
> agray2 at berklee.edu
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211209/8023bf55/attachment.html>

From smquimby at upenn.edu  Fri Dec 10 11:54:32 2021
From: smquimby at upenn.edu (Quimby, Sean)
Date: Fri, 10 Dec 2021 16:54:32 +0000
Subject: [Archivesspace_Users_Group] Message from the Chair
Message-ID: <MN2PR10MB3582806A520229A21064098BC5719@MN2PR10MB3582.namprd10.prod.outlook.com>

Dear ArchivesSpace members,

I am writing to report on the ArchivesSpace Governance Board 2nd Quarter meeting, a call that was held November 16, 2021.

The operations report highlighted the progress of the pilot Diversity Partnership Program<https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2049998863/ArchivesSpace+Diversity+Partnership#:~:text=The%20ArchivesSpace%20Diversity%20Partnership%20is,underrepresented%20in%20the%20ArchivesSpace%20community.> designed to engage and provide assistance with ArchivesSpace implementations for a small number of institutions that are or primarily serve communities that are underrepresented in the ArchivesSpace community. We have been excited to work with the program participants as they undergo training, start to deploy the application, and get involved in the wider community.

We reviewed the ongoing work of the Technical Advisory Council and the User Advisory Council. We would like to thank the members of these councils for their incredible contributions. It is good to see these councils continue to mature and develop stronger processes and structures to run more smoothly.

The financial reports show that the program?s financial position continues to be strong.

The board continues to discuss DEIA initiatives<https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/1737490437/Anti-racism+and+Inclusion+Initiatives+Progress> in general as well as specific ways to make ArchivesSpace more diverse and inclusive. Austin Scott presented on NYU Libraries? diversity initiative and the board reviewed ideas from the community and discussed how to accelerate those efforts throughout the community, with a particular focus on ensuring broader participation in governance. The board considered suggestions for improvements to the nominations process beginning with the next cycle.

As the board will not meet in person for its 3rd quarter meeting, it is experimenting with different online meeting configurations to ensure regular updates take place but also provide time for meaningful, strategic discussions.

In closing, I am very pleased that the ArchivesSpace organization continues to be vital and growing, with members making contributions to all facets of the program.
As always, the Board invites your feedback. Feel free to reach out directly to me or to your elected representative<https://archivesspace.org/governance-board-and-councils#GovernanceBoard>.
With thanks and warm wishes for the holidays,

Sean Quimby
Chair, Board of Governance, ArchivesSpace
Associate University Librarian for Special Collections
Director of the Jay I. Kislak Center
University of Pennsylvania Libraries
3420 Walnut Street
Philadelphia, PA 19104-6206

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211210/ce9a2938/attachment.html>

From hanstra at nd.edu  Sat Dec 11 08:21:50 2021
From: hanstra at nd.edu (Tom Hanstra)
Date: Sat, 11 Dec 2021 08:21:50 -0500
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?
Message-ID: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>

There is a lot of buzz right now about the log4j exploit being used against
Java applications. Does anyone know if ArchivesSpace is vulnerable to these
exploits?

Tom
-- 
*Tom Hanstra*
*Sr. Systems Administrator*
hanstra at nd.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211211/3333bc17/attachment.html>

From blake.carver at lyrasis.org  Sat Dec 11 08:46:28 2021
From: blake.carver at lyrasis.org (Blake Carver)
Date: Sat, 11 Dec 2021 13:46:28 +0000
Subject: [Archivesspace_Users_Group] log4j vulnerability in
	ArchivesSpace?
In-Reply-To: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
Message-ID: <DM6PR22MB23095AC6F79EF2B0D7EF8E779F729@DM6PR22MB2309.namprd22.prod.outlook.com>

Almost certainly not, there's no absolutes in this stuff, but from everything I've read it's currently not vulnerable.

This is a bad vulnerability, log4j is all over the place.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom Hanstra <hanstra at nd.edu>
Sent: Saturday, December 11, 2021 8:21 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?

Tom
--
Tom Hanstra
Sr. Systems Administrator
hanstra at nd.edu<mailto:hanstra at nd.edu>

[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211211/49afe663/attachment.html>

From hanstra at nd.edu  Sat Dec 11 08:57:49 2021
From: hanstra at nd.edu (Tom Hanstra)
Date: Sat, 11 Dec 2021 08:57:49 -0500
Subject: [Archivesspace_Users_Group] log4j vulnerability in
	ArchivesSpace?
In-Reply-To: <DM6PR22MB23095AC6F79EF2B0D7EF8E779F729@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <DM6PR22MB23095AC6F79EF2B0D7EF8E779F729@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <CAA60kZO=10XxsjrAn8h5CW75yyARiE=EAx8YtTK1Z8WhzTh9GQ@mail.gmail.com>

Right, it is bad. I'm digging around at everything this morning looking for
places that might be vulnerable.

There are a couple of gems in the gems directory which use older versions
of log4j (ladle-0.2.0-java, mizuno-0.6.11). No idea where those come into
play with the overall software.

Tom

On Sat, Dec 11, 2021 at 8:46 AM Blake Carver <blake.carver at lyrasis.org>
wrote:

> Almost certainly not, there's no absolutes in this stuff, but from
> everything I've read it's currently not vulnerable.
>
> This is a bad vulnerability, log4j is all over the place.
> ------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom
> Hanstra <hanstra at nd.edu>
> *Sent:* Saturday, December 11, 2021 8:21 AM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] log4j vulnerability in
> ArchivesSpace?
>
> There is a lot of buzz right now about the log4j exploit being used
> against Java applications. Does anyone know if ArchivesSpace is vulnerable
> to these exploits?
>
> Tom
> --
> *Tom Hanstra*
> *Sr. Systems Administrator*
> hanstra at nd.edu
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
*Tom Hanstra*
*Sr. Systems Administrator*
hanstra at nd.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211211/270fceab/attachment.html>

From ph448 at cam.ac.uk  Sat Dec 11 09:00:29 2021
From: ph448 at cam.ac.uk (Peter Heiner)
Date: Sat, 11 Dec 2021 14:00:29 +0000
Subject: [Archivesspace_Users_Group] log4j vulnerability in
	ArchivesSpace?
In-Reply-To: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
Message-ID: <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>

While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.

p
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom Hanstra <hanstra at nd.edu>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?

Tom
--
Tom Hanstra
Sr. Systems Administrator
hanstra at nd.edu<mailto:hanstra at nd.edu>

[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211211/12550d03/attachment.html>

From reesj at mail.nlm.nih.gov  Mon Dec 13 08:39:15 2021
From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E])
Date: Mon, 13 Dec 2021 13:39:15 +0000
Subject: [Archivesspace_Users_Group] Managing media instances in
	collection
In-Reply-To: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
References: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
Message-ID: <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>

Hi Jodi,

We haven?t leveraged any national/international standards, but historically we use internally developed standardized language within folder title text to identify/highlight instances of non-paper formats within folders. I use these occasionally for kludgie searching exercises. We?ve started to better label these with ASpace container instance controlled values terms. We do similar for free-standing lose items on the shelf like film cans, artifacts. We?ve noticed a roughly similar pattern in use at Duke Rubenstein.


           *   3.5 computer disk
           *   5.25 computer disk
           *   8 computer disk
           *   35mm slides
           *   audio microcassette
           *   audio tape reel
           *   audiocassette
           *   Beta videocassette
           *   CD-ROM
           *   CD-RW
           *   computer tape
           *   DVD
           *   glass slides
           *   microscope slides
           *   negatives
           *   photographs
           *   U-Matic videocassette
           *   VHS videocassette
           *   video tape reel

Example folder title: "Arteriosclerosis and coronary disease" [audiocassette], Family Practice v.23, no.4, Nov. 24, 1975
In Aspace:
[cid:image001.png at 01D7EC2B.2E47DF50]

[cid:image002.png at 01D7EC2B.2E47DF50]

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




From: Allison-Bunnell, Jodi <jodi.allisonbunnell at montana.edu>
Sent: Tuesday, December 7, 2021 8:09 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Managing media instances in collection

A question of practice for your collected wisdom.

We would like to be able to pull a report for all media in our collections?audio, video, film, and digital (computer) media. I do not have access to custom reporting and would need to generate this from a standard report. We need to be able to audit by format (e.g. how many reel to reel tapes do we have? How many obsolete floppy discs do we have?) in order to identify vulnerable media and plan migrations.

Since the media is an instantiation of a described object, I?d like to be able to do this from a standard vocabulary in the instance/container type. It looks like PBcore would be a possible choice for the audio, video, and film, but I need a concise list of computer media. Neither DCMI formats nor MIME types fit the bill.

We do not have the resources to take an elaborate approach to this, and I (always!) want to use standardized practices rather than creating local ones whenever possible.

Does anyone have a practice that would fit the bill?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/1111c295/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 25419 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/1111c295/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 42322 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/1111c295/attachment-0001.png>

From jodi.allisonbunnell at montana.edu  Mon Dec 13 11:50:12 2021
From: jodi.allisonbunnell at montana.edu (Allison-Bunnell, Jodi)
Date: Mon, 13 Dec 2021 16:50:12 +0000
Subject: [Archivesspace_Users_Group] Managing media instances
	in	collection
In-Reply-To: <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>
References: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
 <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>
Message-ID: <8343BC04-FFB9-442B-839B-52E73A47FFE7@montana.edu>

Hello John:
Thank you, this is exactly the approach that I had in mind! I appreciate your reply very much.

So far you and one other institution have shared their internally developed CV lists?I?m hoping to find something more standardized, or drawn from a particular standard. Can you tell me anything more about what source(s) you used for this list?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297






On Dec 13, 2021, at 6:39 AM, Rees, John (NIH/NLM) [E] <reesj at mail.nlm.nih.gov<mailto:reesj at mail.nlm.nih.gov>> wrote:

Hi Jodi,

We haven?t leveraged any national/international standards, but historically we use internally developed standardized language within folder title text to identify/highlight instances of non-paper formats within folders. I use these occasionally for kludgie searching exercises. We?ve started to better label these with ASpace container instance controlled values terms. We do similar for free-standing lose items on the shelf like film cans, artifacts. We?ve noticed a roughly similar pattern in use at Duke Rubenstein.


           *   3.5 computer disk
           *   5.25 computer disk
           *   8 computer disk
           *   35mm slides
           *   audio microcassette
           *   audio tape reel
           *   audiocassette
           *   Beta videocassette
           *   CD-ROM
           *   CD-RW
           *   computer tape
           *   DVD
           *   glass slides
           *   microscope slides
           *   negatives
           *   photographs
           *   U-Matic videocassette
           *   VHS videocassette
           *   video tape reel


Example folder title: "Arteriosclerosis and coronary disease" [audiocassette], Family Practice v.23, no.4, Nov. 24, 1975
In Aspace:
<image001.png>

<image002.png>

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




From: Allison-Bunnell, Jodi <jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu>>
Sent: Tuesday, December 7, 2021 8:09 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Managing media instances in collection

A question of practice for your collected wisdom.

We would like to be able to pull a report for all media in our collections?audio, video, film, and digital (computer) media. I do not have access to custom reporting and would need to generate this from a standard report. We need to be able to audit by format (e.g. how many reel to reel tapes do we have? How many obsolete floppy discs do we have?) in order to identify vulnerable media and plan migrations.

Since the media is an instantiation of a described object, I?d like to be able to do this from a standard vocabulary in the instance/container type. It looks like PBcore would be a possible choice for the audio, video, and film, but I need a concise list of computer media. Neither DCMI formats nor MIME types fit the bill.

We do not have the resources to take an elaborate approach to this, and I (always!) want to use standardized practices rather than creating local ones whenever possible.

Does anyone have a practice that would fit the bill?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297





_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/5625ab43/attachment.html>

From noah.huffman at duke.edu  Mon Dec 13 12:22:02 2021
From: noah.huffman at duke.edu (Noah Huffman)
Date: Mon, 13 Dec 2021 17:22:02 +0000
Subject: [Archivesspace_Users_Group] Managing media
	instances	in	collection
In-Reply-To: <8343BC04-FFB9-442B-839B-52E73A47FFE7@montana.edu>
References: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
 <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>
 <8343BC04-FFB9-442B-839B-52E73A47FFE7@montana.edu>
Message-ID: <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>

Hi Jodi,

We also use a more-or-less locally-developed vocabulary / code list to identify format types. We have a short list of controlled container type values for broad categories of formats (boxes, videocassettes, film-reel, etc.), but more granular format information is communicated using format codes that we store as part of the item?s identifier in the container identifier field. So, in both cases we are storing the format information at the instance/container level and not necessarily at the archival object level. This has been helpful for reporting and for maintaining consistency across systems (many of these physical items are also represented as item records in our ILS).

Here?s a link to a Google sheet where we define the formats and corresponding format codes: https://docs.google.com/spreadsheets/d/1NfbeugxEOuGI1YQcudWcQoMUU6UyhijZtirFPL0NcuE/edit?usp=sharing

Here?s an example finding aid where many of the item identifiers include format codes for various video formats (e.g. : RL11360-UMATIC-003): https://archives.lib.duke.edu/catalog/jwtdetroitav_aspace_536753340d54f53d8b3db51d8598c5d9

Again, this is locally-developed and not based on any external standard or vocabulary, but perhaps useful for reference.

-Noah

================
Noah Huffman
Archivist for Metadata, Systems, and Digital Records
David M. Rubenstein Rare Book & Manuscript Library
Duke University | 919-660-5982
http://library.duke.edu/rubenstein/
Pronouns: he / him / his


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Allison-Bunnell, Jodi
Sent: Monday, December 13, 2021 11:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Managing media instances in collection

Hello John:
Thank you, this is exactly the approach that I had in mind! I appreciate your reply very much.

So far you and one other institution have shared their internally developed CV lists?I?m hoping to find something more standardized, or drawn from a particular standard. Can you tell me anything more about what source(s) you used for this list?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297






On Dec 13, 2021, at 6:39 AM, Rees, John (NIH/NLM) [E] <reesj at mail.nlm.nih.gov<mailto:reesj at mail.nlm.nih.gov>> wrote:

Hi Jodi,

We haven?t leveraged any national/international standards, but historically we use internally developed standardized language within folder title text to identify/highlight instances of non-paper formats within folders. I use these occasionally for kludgie searching exercises. We?ve started to better label these with ASpace container instance controlled values terms. We do similar for free-standing lose items on the shelf like film cans, artifacts. We?ve noticed a roughly similar pattern in use at Duke Rubenstein.


           *   3.5 computer disk
           *   5.25 computer disk
           *   8 computer disk
           *   35mm slides
           *   audio microcassette
           *   audio tape reel
           *   audiocassette
           *   Beta videocassette
           *   CD-ROM
           *   CD-RW
           *   computer tape
           *   DVD
           *   glass slides
           *   microscope slides
           *   negatives
           *   photographs
           *   U-Matic videocassette
           *   VHS videocassette
           *   video tape reel

Example folder title: "Arteriosclerosis and coronary disease" [audiocassette], Family Practice v.23, no.4, Nov. 24, 1975
In Aspace:
<image001.png>

<image002.png>

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




From: Allison-Bunnell, Jodi <jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu>>
Sent: Tuesday, December 7, 2021 8:09 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Managing media instances in collection

A question of practice for your collected wisdom.

We would like to be able to pull a report for all media in our collections?audio, video, film, and digital (computer) media. I do not have access to custom reporting and would need to generate this from a standard report. We need to be able to audit by format (e.g. how many reel to reel tapes do we have? How many obsolete floppy discs do we have?) in order to identify vulnerable media and plan migrations.

Since the media is an instantiation of a described object, I?d like to be able to do this from a standard vocabulary in the instance/container type. It looks like PBcore would be a possible choice for the audio, video, and film, but I need a concise list of computer media. Neither DCMI formats nor MIME types fit the bill.

We do not have the resources to take an elaborate approach to this, and I (always!) want to use standardized practices rather than creating local ones whenever possible.

Does anyone have a practice that would fit the bill?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297





_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.com/v3/__http:/lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group__;!!OToaGQ!-3VfaBl_UQMmdQPaQ-oIVpwedhJf3UT2ayq5YgezWSUA8pJMvVgdkQEPHmf1F1lf5YD4$>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/071cbd45/attachment.html>

From mcallahan at smith.edu  Mon Dec 13 12:42:05 2021
From: mcallahan at smith.edu (Maureen Cresci Callahan)
Date: Mon, 13 Dec 2021 12:42:05 -0500
Subject: [Archivesspace_Users_Group] Managing media instances in
	collection
In-Reply-To: <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>
References: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
 <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>
 <8343BC04-FFB9-442B-839B-52E73A47FFE7@montana.edu>
 <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>
Message-ID: <CAH0VKbC4KtcUqfGXNF6FCF_Q2RqgWwUu+wCZv7WY6cxuUGEAuA@mail.gmail.com>

Hi all,

I think that it's an under-theorized struggle in archival management to
figure out how to describe and distinguish a container, a carrier, and an
archival record, particularly when they all may have traits in common. In
my career, I've had the experience of managing a number of systems
migrations in and out of EAD, Archivists' Toolkit, and ArchivesSpace and
integrating data across preservation, access, and circulation systems, and
I've found that the biggest migration problems came from conflating or not
appropriately distinguishing these different concepts! For whatever it's
worth, here's my best thinking.

When I talk about a container, I mean the object that circulates -- the
thing that someone pages and brings to the reading room or from the stacks
or the warehouse. This is often a box, a volume, an oversize flat file, a
microfilm reel, etc. Something to remember is that carriers can be moved to
different containers! When I was working on the AT -> ASpace migration at
Yale, I was working with a customized version of AT where folks had stored
container type with the box number. So we had box types of "DVD case" for
instance, but often found that archivists would (quite reasonably) put
materials that best fit the box into that box even if the materials weren't
DVDs -- a conflation of carrier and container that meant that we couldn't
reliably use that data to do media surveys.

I tend to think that instead of associating carrier type with the
container, it's actually an attribute of archival description -- something
that tells you something important about the object which affects its
characteristics as an archival record. There are affordances of a film that
are different from a book, even if the creator and title and topic are the
same. I think for description purposes (and for future migrations!) I would
want to associate this kind of information with the archival object,
instead of the container.

For your use case, Jodi, how about using form/genre subject terms,
leveraging PBCore and additional vocabularies for computer media? When an
archivist is doing description, she can associate the appropriate subject
term with the item. For reporting purposes, you can search for and pull up
archival objects that are associated with each subject term.

I hope that you'll share what you end up doing!!!

Maureen

On Mon, Dec 13, 2021 at 12:22 PM Noah Huffman <noah.huffman at duke.edu> wrote:

> Hi Jodi,
>
>
>
> We also use a more-or-less locally-developed vocabulary / code list to
> identify format types. We have a short list of controlled container type
> values for broad categories of formats (boxes, videocassettes, film-reel,
> etc.), but more granular format information is communicated using format
> codes that we store as part of the item?s identifier in the container
> identifier field. So, in both cases we are storing the format information
> at the instance/container level and not necessarily at the archival object
> level. This has been helpful for reporting and for maintaining consistency
> across systems (many of these physical items are also represented as item
> records in our ILS).
>
>
>
> Here?s a link to a Google sheet where we define the formats and
> corresponding format codes:
> https://docs.google.com/spreadsheets/d/1NfbeugxEOuGI1YQcudWcQoMUU6UyhijZtirFPL0NcuE/edit?usp=sharing
>
>
>
> Here?s an example finding aid where many of the item identifiers include
> format codes for various video formats (e.g. : RL11360-UMATIC-003):
> https://archives.lib.duke.edu/catalog/jwtdetroitav_aspace_536753340d54f53d8b3db51d8598c5d9
>
>
>
> Again, this is locally-developed and not based on any external standard or
> vocabulary, but perhaps useful for reference.
>
>
>
> -Noah
>
>
>
> ================
>
> Noah Huffman
>
> Archivist for Metadata, Systems, and Digital Records
>
> David M. Rubenstein Rare Book & Manuscript Library
>
> Duke University | 919-660-5982
>
> http://library.duke.edu/rubenstein/
>
> Pronouns: he / him / his
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Allison-Bunnell,
> Jodi
> *Sent:* Monday, December 13, 2021 11:50 AM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] Managing media instances in
> collection
>
>
>
> Hello John:
>
> Thank you, this is exactly the approach that I had in mind! I appreciate
> your reply very much.
>
>
>
> So far you and one other institution have shared their internally
> developed CV lists?I?m hoping to find something more standardized, or drawn
> from a particular standard. Can you tell me anything more about what
> source(s) you used for this list?
>
>
>
> Best, Jodi
>
>
>
> Jodi Allison-Bunnell
> (pronouns: She, her)
> Head of Archives and Special Collections, University Archivist
> Montana State University Library
> jodi.allisonbunnell at montana.edu ?
> 406-994-5297
>
>
>
>
>
>
>
>
>
>
>
> On Dec 13, 2021, at 6:39 AM, Rees, John (NIH/NLM) [E] <
> reesj at mail.nlm.nih.gov> wrote:
>
>
>
> Hi Jodi,
>
>
>
> We haven?t leveraged any national/international standards, but
> historically we use internally developed standardized language within
> folder title text to identify/highlight instances of non-paper formats
> within folders. I use these occasionally for kludgie searching exercises.
> We?ve started to better label these with ASpace container instance
> controlled values terms. We do similar for free-standing lose items on the
> shelf like film cans, artifacts. We?ve noticed a roughly similar pattern in
> use at Duke Rubenstein.
>
>
>
>    - 3.5 computer disk
>             - 5.25 computer disk
>             - 8 computer disk
>             - 35mm slides
>             - audio microcassette
>             - audio tape reel
>             - audiocassette
>             - Beta videocassette
>             - CD-ROM
>             - CD-RW
>             - computer tape
>             - DVD
>             - glass slides
>             - microscope slides
>             - negatives
>             - photographs
>             - U-Matic videocassette
>             - VHS videocassette
>             - video tape reel
>
>
> Example folder title: "Arteriosclerosis and coronary disease"
> [audiocassette], *Family Practice* v.23, no.4, Nov. 24, 1975
>
> In Aspace:
>
> <image001.png>
>
>
>
> <image002.png>
>
>
>
> 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
>
>
>
>
>
>
>
>
>
> *From:* Allison-Bunnell, Jodi <jodi.allisonbunnell at montana.edu>
> *Sent:* Tuesday, December 7, 2021 8:09 PM
> *To:* archivesspace_users_group at lyralists.lyrasis.org
> *Subject:* [Archivesspace_Users_Group] Managing media instances in
> collection
>
>
>
> A question of practice for your collected wisdom.
>
>
>
> We would like to be able to pull a report for all media in our
> collections?audio, video, film, and digital (computer) media. I do not have
> access to custom reporting and would need to generate this from a standard
> report. We need to be able to audit by format (e.g. how many reel to reel
> tapes do we have? How many obsolete floppy discs do we have?) in order to
> identify vulnerable media and plan migrations.
>
>
>
> Since the media is an instantiation of a described object, I?d like to be
> able to do this from a standard vocabulary in the instance/container type.
> It looks like PBcore would be a possible choice for the audio, video, and
> film, but I need a concise list of computer media. Neither DCMI formats nor
> MIME types fit the bill.
>
>
>
> We do not have the resources to take an elaborate approach to this, and I
> (always!) want to use standardized practices rather than creating local
> ones whenever possible.
>
>
>
> Does anyone have a practice that would fit the bill?
>
>
>
> Best, Jodi
>
>
>
> Jodi Allison-Bunnell
> (pronouns: She, her)
> Head of Archives and Special Collections, University Archivist
> Montana State University Library
> jodi.allisonbunnell at montana.edu ?
> 406-994-5297
>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> <https://urldefense.com/v3/__http:/lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group__;!!OToaGQ!-3VfaBl_UQMmdQPaQ-oIVpwedhJf3UT2ayq5YgezWSUA8pJMvVgdkQEPHmf1F1lf5YD4$>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
*Maureen Cresci Callahan*
Sophia Smith Collection Archivist
Smith College Special Collections
Northampton, Massachusetts 01063
voicemail: 413 585 2981
email: mcallahan at smith.edu
videoconference: https://smith.zoom.us/my/maureen.callahan

pronouns
<https://www.smith.edu/about-smith/equity-inclusion/gender-identity/pronouns>:
she/her/hers

Information about the Sophia Smith Collection of Women's history
<https://libraries.smith.edu/special-collections/about/sophia-smith-collection-womens-history>

For current library access and services details, see Library Services
During COVID-19
<https://libraries.smith.edu/library-services-during-covid-19>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/da99d182/attachment.html>

From livsolis at utexas.edu  Mon Dec 13 13:12:55 2021
From: livsolis at utexas.edu (Olivia S Solis)
Date: Mon, 13 Dec 2021 12:12:55 -0600
Subject: [Archivesspace_Users_Group] Generic top container note?
Message-ID: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>

Hey all,

I was wondering if any other institutions out there had an interest in a
field that we have consistently found a need for: a generic note for staff
attached to top container records. Reasons have included:

   - We renamed a box. Because boxes may be part of citations or referenced
   in numerous places in internal documentation, staff sometimes goes to
   absurd lengths to keep an old box number when it is no longer relevant or
   the box really should be renamed. Having the old box # in a note that is
   indexed gets rid of that problem as there is an immediately obvious place
   to document the change. Staff and researchers often look for a box number
   they've found in citations and notes. Keeping this information in a note on
   the container record would allow us to locate the correct container through
   a key-word search.
   - We merged two boxes into one.
   - We want to document the space left in a box and ASpace currently
   allows no way to do that.
   - The box has a nonstandard size (no container profile yet)
   - The box needs some upkeep (new label, new container, it's missing a
   lid)
   - We can't find a box. It's happened. We want to document all the places
   we've looked
   - Other internal notes about the box's status, condition, barcode or
   indicator or history, restriction status.

It seems like ASpace wants us to document information about top containers
in other places including Processing Notes attached to specific archival
objects/resource records/accessions, assessments, location notes. Location
notes sometimes could work, but we have limited staff time and can't update
numerous records (all the archival objects/collections attached to a box or
assessments attached to AOs/collections) to document a single change.

A generic note attached to top containers would solve a lot of problems for
us. If you have encountered any similar issue, how have you approached them
in ASpace?

Thanks,
Olivia

-- 
Olivia Solis, MSIS (she/her)
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/5ce41d7a/attachment.html>

From dawne_lucas at unc.edu  Mon Dec 13 13:16:40 2021
From: dawne_lucas at unc.edu (Lucas, Dawne Howard)
Date: Mon, 13 Dec 2021 18:16:40 +0000
Subject: [Archivesspace_Users_Group] Generic top container note?
In-Reply-To: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>
References: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>
Message-ID: <BL1PR03MB59740BB5476FBBA9935E78B096749@BL1PR03MB5974.namprd03.prod.outlook.com>

Hi Olivia,

I?ve added this kind of information to the locations note field in the top container record, although it often doesn?t seem like the best place for it?more like it?s there so I use it when needed.

-Dawne

--
Dawne Howard Lucas (she/her/hers)
Technical Services Archivist

Wilson Special Collections Library
200 South Road, CB #3926
Chapel Hill, NC 27515
The University of North Carolina at Chapel Hill
E  dawne_lucas at unc.edu<mailto:dawne_lucas at unc.edu>




From: Olivia S Solis<mailto:livsolis at utexas.edu>
Sent: Monday, December 13, 2021 1:13 PM
To: Archivesspace Users Group<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Generic top container note?

Hey all,

I was wondering if any other institutions out there had an interest in a field that we have consistently found a need for: a generic note for staff attached to top container records. Reasons have included:

  *   We renamed a box. Because boxes may be part of citations or referenced in numerous places in internal documentation, staff sometimes goes to absurd lengths to keep an old box number when it is no longer relevant or the box really should be renamed. Having the old box # in a note that is indexed gets rid of that problem as there is an immediately obvious place to document the change. Staff and researchers often look for a box number they've found in citations and notes. Keeping this information in a note on the container record would allow us to locate the correct container through a key-word search.
  *   We merged two boxes into one.
  *   We want to document the space left in a box and ASpace currently allows no way to do that.
  *   The box has a nonstandard size (no container profile yet)
  *   The box needs some upkeep (new label, new container, it's missing a lid)
  *   We can't find a box. It's happened. We want to document all the places we've looked
  *   Other internal notes about the box's status, condition, barcode or indicator or history, restriction status.
It seems like ASpace wants us to document information about top containers in other places including Processing Notes attached to specific archival objects/resource records/accessions, assessments, location notes. Location notes sometimes could work, but we have limited staff time and can't update numerous records (all the archival objects/collections attached to a box or assessments attached to AOs/collections) to document a single change.

A generic note attached to top containers would solve a lot of problems for us. If you have encountered any similar issue, how have you approached them in ASpace?

Thanks,
Olivia

--
Olivia Solis, MSIS (she/her)
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/cbab4155/attachment.html>

From livsolis at utexas.edu  Mon Dec 13 13:32:40 2021
From: livsolis at utexas.edu (Olivia S Solis)
Date: Mon, 13 Dec 2021 12:32:40 -0600
Subject: [Archivesspace_Users_Group] Generic top container note?
In-Reply-To: <BL1PR03MB59740BB5476FBBA9935E78B096749@BL1PR03MB5974.namprd03.prod.outlook.com>
References: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>
 <BL1PR03MB59740BB5476FBBA9935E78B096749@BL1PR03MB5974.namprd03.prod.outlook.com>
Message-ID: <CAKu+i=28CV5wwmoCk1SjfD0XbehL3KwZh8XfQeSTaRi=EeJW6g@mail.gmail.com>

Thanks, Dawne for the response. That looks like the only current option to
attach a note specifically to a container, so we have considered just using
that field as well. But very often the information is unrelated in any way
to the location, so as you say, not the best place for it.

Sigh,
Olivia

On Mon, Dec 13, 2021 at 12:18 PM Lucas, Dawne Howard <dawne_lucas at unc.edu>
wrote:

> Hi Olivia,
>
>
>
> I?ve added this kind of information to the locations note field in the top
> container record, although it often doesn?t seem like the best place for
> it?more like it?s there so I use it when needed.
>
>
>
> -Dawne
>
>
>
> --
>
> *Dawne Howard Lucas (she/her/hers)*
>
> Technical Services Archivist
>
>
>
> Wilson Special Collections Library
>
> 200 South Road, CB #3926
>
> Chapel Hill, NC 27515
>
> The University of North Carolina at Chapel Hill
>
> E  dawne_lucas at unc.edu
>
>
>
>
>
>
>
>
>
> *From: *Olivia S Solis <livsolis at utexas.edu>
> *Sent: *Monday, December 13, 2021 1:13 PM
> *To: *Archivesspace Users Group
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject: *[Archivesspace_Users_Group] Generic top container note?
>
>
>
> Hey all,
>
>
>
> I was wondering if any other institutions out there had an interest in a
> field that we have consistently found a need for: a generic note for staff
> attached to top container records. Reasons have included:
>
>    - We renamed a box. Because boxes may be part of citations or
>    referenced in numerous places in internal documentation, staff sometimes
>    goes to absurd lengths to keep an old box number when it is no longer
>    relevant or the box really should be renamed. Having the old box # in a
>    note that is indexed gets rid of that problem as there is an immediately
>    obvious place to document the change. Staff and researchers often look for
>    a box number they've found in citations and notes. Keeping this information
>    in a note on the container record would allow us to locate the correct
>    container through a key-word search.
>    - We merged two boxes into one.
>    - We want to document the space left in a box and ASpace currently
>    allows no way to do that.
>    - The box has a nonstandard size (no container profile yet)
>    - The box needs some upkeep (new label, new container, it's missing a
>    lid)
>    - We can't find a box. It's happened. We want to document all the
>    places we've looked
>    - Other internal notes about the box's status, condition, barcode or
>    indicator or history, restriction status.
>
> It seems like ASpace wants us to document information about top containers
> in other places including Processing Notes attached to specific archival
> objects/resource records/accessions, assessments, location notes. Location
> notes sometimes could work, but we have limited staff time and can't update
> numerous records (all the archival objects/collections attached to a box or
> assessments attached to AOs/collections) to document a single change.
>
>
>
> A generic note attached to top containers would solve a lot of problems
> for us. If you have encountered any similar issue, how have you approached
> them in ASpace?
>
>
>
> Thanks,
>
> Olivia
>
>
>
> --
>
> Olivia Solis, MSIS (she/her)
>
> Metadata Coordinator
>
> Dolph Briscoe Center for American History
>
> The University of Texas at Austin
>
> 2300 Red River St. Stop D1100
>
> Austin TX, 78712-1426
>
> (512) 232-8013
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Olivia Solis, MSIS (she/her)
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/2cef6ad1/attachment.html>

From lynn.moulton at bc.edu  Mon Dec 13 13:46:41 2021
From: lynn.moulton at bc.edu (Lynn Moulton)
Date: Mon, 13 Dec 2021 13:46:41 -0500
Subject: [Archivesspace_Users_Group] Generic top container note?
In-Reply-To: <CAKu+i=28CV5wwmoCk1SjfD0XbehL3KwZh8XfQeSTaRi=EeJW6g@mail.gmail.com>
References: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>
 <BL1PR03MB59740BB5476FBBA9935E78B096749@BL1PR03MB5974.namprd03.prod.outlook.com>
 <CAKu+i=28CV5wwmoCk1SjfD0XbehL3KwZh8XfQeSTaRi=EeJW6g@mail.gmail.com>
Message-ID: <CAHXNEzoD3TW8Kb=CodsNRpX5y=vGhFcXpZa1mwhwwMeyALRKZg@mail.gmail.com>

Hi Olivia,

This is just to second your wish for a note on the container itself. We
don't like the note on the location for the reasons mentioned above and
because it is too easy to unwittingly delete information. If you change a
container's location using the Manage Top Containers results view you can
easily be unaware that there is a note on the old location.

Best,
Lynn Moulton (she/her)
John J. Burns Library
Boston College

On Mon, Dec 13, 2021 at 1:32 PM Olivia S Solis <livsolis at utexas.edu> wrote:

> Thanks, Dawne for the response. That looks like the only current option to
> attach a note specifically to a container, so we have considered just using
> that field as well. But very often the information is unrelated in any way
> to the location, so as you say, not the best place for it.
>
> Sigh,
> Olivia
>
> On Mon, Dec 13, 2021 at 12:18 PM Lucas, Dawne Howard <dawne_lucas at unc.edu>
> wrote:
>
>> Hi Olivia,
>>
>>
>>
>> I?ve added this kind of information to the locations note field in the
>> top container record, although it often doesn?t seem like the best place
>> for it?more like it?s there so I use it when needed.
>>
>>
>>
>> -Dawne
>>
>>
>>
>> --
>>
>> *Dawne Howard Lucas (she/her/hers)*
>>
>> Technical Services Archivist
>>
>>
>>
>> Wilson Special Collections Library
>>
>> 200 South Road, CB #3926
>>
>> Chapel Hill, NC 27515
>>
>> The University of North Carolina at Chapel Hill
>>
>> E  dawne_lucas at unc.edu
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *From: *Olivia S Solis <livsolis at utexas.edu>
>> *Sent: *Monday, December 13, 2021 1:13 PM
>> *To: *Archivesspace Users Group
>> <archivesspace_users_group at lyralists.lyrasis.org>
>> *Subject: *[Archivesspace_Users_Group] Generic top container note?
>>
>>
>>
>> Hey all,
>>
>>
>>
>> I was wondering if any other institutions out there had an interest in a
>> field that we have consistently found a need for: a generic note for staff
>> attached to top container records. Reasons have included:
>>
>>    - We renamed a box. Because boxes may be part of citations or
>>    referenced in numerous places in internal documentation, staff sometimes
>>    goes to absurd lengths to keep an old box number when it is no longer
>>    relevant or the box really should be renamed. Having the old box # in a
>>    note that is indexed gets rid of that problem as there is an immediately
>>    obvious place to document the change. Staff and researchers often look for
>>    a box number they've found in citations and notes. Keeping this information
>>    in a note on the container record would allow us to locate the correct
>>    container through a key-word search.
>>    - We merged two boxes into one.
>>    - We want to document the space left in a box and ASpace currently
>>    allows no way to do that.
>>    - The box has a nonstandard size (no container profile yet)
>>    - The box needs some upkeep (new label, new container, it's missing a
>>    lid)
>>    - We can't find a box. It's happened. We want to document all the
>>    places we've looked
>>    - Other internal notes about the box's status, condition, barcode or
>>    indicator or history, restriction status.
>>
>> It seems like ASpace wants us to document information about top
>> containers in other places including Processing Notes attached to specific
>> archival objects/resource records/accessions, assessments, location notes.
>> Location notes sometimes could work, but we have limited staff time and
>> can't update numerous records (all the archival objects/collections
>> attached to a box or assessments attached to AOs/collections) to document a
>> single change.
>>
>>
>>
>> A generic note attached to top containers would solve a lot of problems
>> for us. If you have encountered any similar issue, how have you approached
>> them in ASpace?
>>
>>
>>
>> Thanks,
>>
>> Olivia
>>
>>
>>
>> --
>>
>> Olivia Solis, MSIS (she/her)
>>
>> Metadata Coordinator
>>
>> Dolph Briscoe Center for American History
>>
>> The University of Texas at Austin
>>
>> 2300 Red River St. Stop D1100
>>
>> Austin TX, 78712-1426
>>
>> (512) 232-8013
>>
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>
>
> --
> Olivia Solis, MSIS (she/her)
> Metadata Coordinator
> Dolph Briscoe Center for American History
> The University of Texas at Austin
> 2300 Red River St. Stop D1100
> Austin TX, 78712-1426
> (512) 232-8013
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/86db8d3d/attachment.html>

From Henry.Steele at tufts.edu  Mon Dec 13 13:52:38 2021
From: Henry.Steele at tufts.edu (Steele, Henry)
Date: Mon, 13 Dec 2021 18:52:38 +0000
Subject: [Archivesspace_Users_Group] log4j vulnerability
	in	ArchivesSpace?
In-Reply-To: <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
Message-ID: <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>

Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace's internal solr vulnerable?

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.

p
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?

Tom
--
Tom Hanstra
Sr. Systems Administrator
hanstra at nd.edu<mailto:hanstra at nd.edu>

[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/ba5dd4f8/attachment.html>

From blake.carver at lyrasis.org  Mon Dec 13 14:01:26 2021
From: blake.carver at lyrasis.org (Blake Carver)
Date: Mon, 13 Dec 2021 19:01:26 +0000
Subject: [Archivesspace_Users_Group] log4j
	vulnerability	in	ArchivesSpace?
In-Reply-To: <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
Message-ID: <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>

Nope, older versions should be safe as well.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?


Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/b660cf98/attachment-0001.html>

From kate_bowers at harvard.edu  Mon Dec 13 14:19:26 2021
From: kate_bowers at harvard.edu (Bowers, Kate A.)
Date: Mon, 13 Dec 2021 19:19:26 +0000
Subject: [Archivesspace_Users_Group] Generic top container note?
In-Reply-To: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>
References: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>
Message-ID: <BL3PR07MB88511B374DEDD3ED6D1E2DDD80749@BL3PR07MB8851.namprd07.prod.outlook.com>

Interesting! All of these are in our specification for our custom container management system, which we determined we needed because ArchivesSpace could not accommodate them. It?s nice to see our needs were not unique.

Kate


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Olivia S Solis
Sent: Monday, December 13, 2021 1:13 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Generic top container note?

WARNING: Harvard cannot validate this message was sent from an authorized system. Please be careful when opening attachments, clicking links, or following instructions. For more information, visit the HUIT IT Portal and search for SPF.
________________________________
Hey all,

I was wondering if any other institutions out there had an interest in a field that we have consistently found a need for: a generic note for staff attached to top container records. Reasons have included:

  *   We renamed a box. Because boxes may be part of citations or referenced in numerous places in internal documentation, staff sometimes goes to absurd lengths to keep an old box number when it is no longer relevant or the box really should be renamed. Having the old box # in a note that is indexed gets rid of that problem as there is an immediately obvious place to document the change. Staff and researchers often look for a box number they've found in citations and notes. Keeping this information in a note on the container record would allow us to locate the correct container through a key-word search.
  *   We merged two boxes into one.
  *   We want to document the space left in a box and ASpace currently allows no way to do that.
  *   The box has a nonstandard size (no container profile yet)
  *   The box needs some upkeep (new label, new container, it's missing a lid)
  *   We can't find a box. It's happened. We want to document all the places we've looked
  *   Other internal notes about the box's status, condition, barcode or indicator or history, restriction status.
It seems like ASpace wants us to document information about top containers in other places including Processing Notes attached to specific archival objects/resource records/accessions, assessments, location notes. Location notes sometimes could work, but we have limited staff time and can't update numerous records (all the archival objects/collections attached to a box or assessments attached to AOs/collections) to document a single change.

A generic note attached to top containers would solve a lot of problems for us. If you have encountered any similar issue, how have you approached them in ASpace?

Thanks,
Olivia

--
Olivia Solis, MSIS (she/her)
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/2881be37/attachment.html>

From mladair at umich.edu  Mon Dec 13 15:27:06 2021
From: mladair at umich.edu (Matthew Adair)
Date: Mon, 13 Dec 2021 15:27:06 -0500
Subject: [Archivesspace_Users_Group] ASpace API - Query by Location Barcode?
Message-ID: <CA+TambeW8=ZMzx8FAzDJXfvbzkvfLqZPbcZ4yEPQjW_mpLz8JA@mail.gmail.com>

Maybe I just haven't figured it out yet, but is there a way in the API to
return information about a Location by searching by it's barcode?

Thanks,
- Matt

----
*Matthew Adair*
Lead Archivist for Digital Imaging and Infrastructure

*[Due to working remotely, email is the best method to reach me.]*


Bentley Historical Library
1150 Beal Avenue
Ann Arbor, Michigan 48109-2113
734-647-3537
http://bentley.umich.edu
@UmichBentley

*The Bentley Historical Library acknowledges that coerced cessions of land
by the Anishnaabeg and Wyandot made the University of Michigan possible,
and we seek to reaffirm the ancestral and contemporary ties of these
peoples to the lands where the University now stands.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/d650708f/attachment.html>

From livsolis at utexas.edu  Mon Dec 13 16:08:27 2021
From: livsolis at utexas.edu (Olivia S Solis)
Date: Mon, 13 Dec 2021 15:08:27 -0600
Subject: [Archivesspace_Users_Group] Generic top container note?
In-Reply-To: <BL3PR07MB88511B374DEDD3ED6D1E2DDD80749@BL3PR07MB8851.namprd07.prod.outlook.com>
References: <CAKu+i=01aYwitGEVmpMDK2szvT20RvdK0R_cQjP2pUb=QCofeg@mail.gmail.com>
 <BL3PR07MB88511B374DEDD3ED6D1E2DDD80749@BL3PR07MB8851.namprd07.prod.outlook.com>
Message-ID: <CAKu+i=0-dDuUrjsmFOor=7PQXHQ8XAhSo0zRs=wt-9nMx6-85Q@mail.gmail.com>

Oh wow, Katie, that is interesting... It is likewise nice to see we are not
alone! Are you maintaining that outside of ASpace or are you developing a
plugin? Given "system" it would seem it's totally separate. If so, does
your system integrate with or is it in communication with ASpace at all?

Thanks!
Olivia

On Mon, Dec 13, 2021 at 1:19 PM Bowers, Kate A. <kate_bowers at harvard.edu>
wrote:

> Interesting! All of these are in our specification for our custom
> container management system, which we determined we needed because
> ArchivesSpace could not accommodate them. It?s nice to see our needs were
> not unique.
>
>
>
> Kate
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Olivia
> S Solis
> *Sent:* Monday, December 13, 2021 1:13 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Generic top container note?
>
>
>
> WARNING: Harvard cannot validate this message was sent from an authorized
> system. Please be careful when opening attachments, clicking links, or
> following instructions. For more information, visit the HUIT IT Portal and
> search for SPF.
> ------------------------------
>
> Hey all,
>
>
>
> I was wondering if any other institutions out there had an interest in a
> field that we have consistently found a need for: a generic note for staff
> attached to top container records. Reasons have included:
>
>    - We renamed a box. Because boxes may be part of citations or
>    referenced in numerous places in internal documentation, staff sometimes
>    goes to absurd lengths to keep an old box number when it is no longer
>    relevant or the box really should be renamed. Having the old box # in a
>    note that is indexed gets rid of that problem as there is an immediately
>    obvious place to document the change. Staff and researchers often look for
>    a box number they've found in citations and notes. Keeping this information
>    in a note on the container record would allow us to locate the correct
>    container through a key-word search.
>    - We merged two boxes into one.
>    - We want to document the space left in a box and ASpace currently
>    allows no way to do that.
>    - The box has a nonstandard size (no container profile yet)
>    - The box needs some upkeep (new label, new container, it's missing a
>    lid)
>    - We can't find a box. It's happened. We want to document all the
>    places we've looked
>    - Other internal notes about the box's status, condition, barcode or
>    indicator or history, restriction status.
>
> It seems like ASpace wants us to document information about top containers
> in other places including Processing Notes attached to specific archival
> objects/resource records/accessions, assessments, location notes. Location
> notes sometimes could work, but we have limited staff time and can't update
> numerous records (all the archival objects/collections attached to a box or
> assessments attached to AOs/collections) to document a single change.
>
>
>
> A generic note attached to top containers would solve a lot of problems
> for us. If you have encountered any similar issue, how have you approached
> them in ASpace?
>
>
>
> Thanks,
>
> Olivia
>
>
>
> --
>
> Olivia Solis, MSIS (she/her)
>
> Metadata Coordinator
>
> Dolph Briscoe Center for American History
>
> The University of Texas at Austin
>
> 2300 Red River St. Stop D1100
>
> Austin TX, 78712-1426
>
> (512) 232-8013
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Olivia Solis, MSIS (she/her)
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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/caa337c0/attachment.html>

From reesj at mail.nlm.nih.gov  Mon Dec 13 16:24:38 2021
From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E])
Date: Mon, 13 Dec 2021 21:24:38 +0000
Subject: [Archivesspace_Users_Group] [EXTERNAL] Re: Managing
	media	instances	in	collection
In-Reply-To: <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>
References: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
 <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>
 <8343BC04-FFB9-442B-839B-52E73A47FFE7@montana.edu>
 <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>
Message-ID: <DM8PR09MB7128A32B30FD21218AE59776C8749@DM8PR09MB7128.namprd09.prod.outlook.com>

Jodi,

About our history/sources, +1 to what Noah said. We apply/gather these archival object values at accession time, as we create accession box/folder lists so these terms persist there rather than deleting them. We later got a bit smarter and decided to start making media counts for our separate shelflist database, so many of our AV terms are dbase fields we crafted for a retrospective project. And they are colloquially used across our dept which includes a separate AV unit. We now grow the term list/dbase fields as necessary.

I?d like to think some of the terms came from RDA media carrier lists. I don?t recall anymore, but I think a lot of this work was done around the same time RDA first appeared and sounds like something I would have done back then while sussing out RDA implementations with Tech Services. And I probably did some internet finding aid searching looking for comfort in the approaches others have tried.

John


From: Noah Huffman <noah.huffman at duke.edu>
Sent: Monday, December 13, 2021 12:22 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] Managing media instances in collection

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and are confident the content is safe.

Hi Jodi,

We also use a more-or-less locally-developed vocabulary / code list to identify format types. We have a short list of controlled container type values for broad categories of formats (boxes, videocassettes, film-reel, etc.), but more granular format information is communicated using format codes that we store as part of the item?s identifier in the container identifier field. So, in both cases we are storing the format information at the instance/container level and not necessarily at the archival object level. This has been helpful for reporting and for maintaining consistency across systems (many of these physical items are also represented as item records in our ILS).

Here?s a link to a Google sheet where we define the formats and corresponding format codes: https://docs.google.com/spreadsheets/d/1NfbeugxEOuGI1YQcudWcQoMUU6UyhijZtirFPL0NcuE/edit?usp=sharing

Here?s an example finding aid where many of the item identifiers include format codes for various video formats (e.g. : RL11360-UMATIC-003): https://archives.lib.duke.edu/catalog/jwtdetroitav_aspace_536753340d54f53d8b3db51d8598c5d9

Again, this is locally-developed and not based on any external standard or vocabulary, but perhaps useful for reference.

-Noah

================
Noah Huffman
Archivist for Metadata, Systems, and Digital Records
David M. Rubenstein Rare Book & Manuscript Library
Duke University | 919-660-5982
http://library.duke.edu/rubenstein/
Pronouns: he / him / his


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Allison-Bunnell, Jodi
Sent: Monday, December 13, 2021 11:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Managing media instances in collection

Hello John:
Thank you, this is exactly the approach that I had in mind! I appreciate your reply very much.

So far you and one other institution have shared their internally developed CV lists?I?m hoping to find something more standardized, or drawn from a particular standard. Can you tell me anything more about what source(s) you used for this list?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297





On Dec 13, 2021, at 6:39 AM, Rees, John (NIH/NLM) [E] <reesj at mail.nlm.nih.gov<mailto:reesj at mail.nlm.nih.gov>> wrote:

Hi Jodi,

We haven?t leveraged any national/international standards, but historically we use internally developed standardized language within folder title text to identify/highlight instances of non-paper formats within folders. I use these occasionally for kludgie searching exercises. We?ve started to better label these with ASpace container instance controlled values terms. We do similar for free-standing lose items on the shelf like film cans, artifacts. We?ve noticed a roughly similar pattern in use at Duke Rubenstein.


           *   3.5 computer disk
           *   5.25 computer disk
           *   8 computer disk
           *   35mm slides
           *   audio microcassette
           *   audio tape reel
           *   audiocassette
           *   Beta videocassette
           *   CD-ROM
           *   CD-RW
           *   computer tape
           *   DVD
           *   glass slides
           *   microscope slides
           *   negatives
           *   photographs
           *   U-Matic videocassette
           *   VHS videocassette
           *   video tape reel

Example folder title: "Arteriosclerosis and coronary disease" [audiocassette], Family Practice v.23, no.4, Nov. 24, 1975
In Aspace:
<image001.png>

<image002.png>

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




From: Allison-Bunnell, Jodi <jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu>>
Sent: Tuesday, December 7, 2021 8:09 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Managing media instances in collection

A question of practice for your collected wisdom.

We would like to be able to pull a report for all media in our collections?audio, video, film, and digital (computer) media. I do not have access to custom reporting and would need to generate this from a standard report. We need to be able to audit by format (e.g. how many reel to reel tapes do we have? How many obsolete floppy discs do we have?) in order to identify vulnerable media and plan migrations.

Since the media is an instantiation of a described object, I?d like to be able to do this from a standard vocabulary in the instance/container type. It looks like PBcore would be a possible choice for the audio, video, and film, but I need a concise list of computer media. Neither DCMI formats nor MIME types fit the bill.

We do not have the resources to take an elaborate approach to this, and I (always!) want to use standardized practices rather than creating local ones whenever possible.

Does anyone have a practice that would fit the bill?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297





_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.com/v3/__http:/lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group__;!!OToaGQ!-3VfaBl_UQMmdQPaQ-oIVpwedhJf3UT2ayq5YgezWSUA8pJMvVgdkQEPHmf1F1lf5YD4$>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/aa81d7cb/attachment.html>

From Joshua.D.Shaw at dartmouth.edu  Mon Dec 13 18:04:52 2021
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Mon, 13 Dec 2021 23:04:52 +0000
Subject: [Archivesspace_Users_Group] ASpace API - Query by Location
 Barcode?
In-Reply-To: <CA+TambeW8=ZMzx8FAzDJXfvbzkvfLqZPbcZ4yEPQjW_mpLz8JA@mail.gmail.com>
References: <CA+TambeW8=ZMzx8FAzDJXfvbzkvfLqZPbcZ4yEPQjW_mpLz8JA@mail.gmail.com>
Message-ID: <BL0PR03MB429224D234BE212C90678037AB749@BL0PR03MB4292.namprd03.prod.outlook.com>

I don't see a specific endpoint for location by barcode, but I think you could hit the generic search endpoint with the following. It's going to show all locations that match that particular string, so not guaranteed that you'll only get one result.

/search/repositories?filter_term[]={"primary_type"%3A"location"}&q={MY_BARCODE}&sort=score+desc

This is across all repos, so you could also limit to a specific repo by

/repositories/{REPO_ID}/search?filter_term[]={"primary_type"%3A"location"}&q={MY_BARCODE}&sort=score+desc

Joshua
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Matthew Adair <mladair at umich.edu>
Sent: Monday, December 13, 2021 3:27 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] ASpace API - Query by Location Barcode?

Maybe I just haven't figured it out yet, but is there a way in the API to return information about a Location by searching by it's barcode?

Thanks,
- Matt

----
Matthew Adair
Lead Archivist for Digital Imaging and Infrastructure
[Due to working remotely, email is the best method to reach me.]

[https://docs.google.com/uc?export=download&id=1OAXggdOikJu9Gk1yHxKSXoZJ99A4RAqz&revid=0Bw_nuz0O5gALekV3cHNpMWkrd0dYSWQ1Vyt4Mzc2cU43YmpZPQ]
Bentley Historical Library
1150 Beal Avenue
Ann Arbor, Michigan 48109-2113
734-647-3537
http://bentley.umich.edu
<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbentley.umich.edu%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C0d909a4cafd749bc1ec008d9be770004%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750241320782135%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=HsbWnZDSfbVbZHsQoicCre7kZm0QtUipumpoG026T2s%3D&reserved=0>@UmichBentley

The Bentley Historical Library acknowledges that coerced cessions of land by the Anishnaabeg and Wyandot made the University of Michigan possible, and we seek to reaffirm the ancestral and contemporary ties of these peoples to the lands where the University now stands.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/c3c2347a/attachment.html>

From jodi.allisonbunnell at montana.edu  Mon Dec 13 18:57:45 2021
From: jodi.allisonbunnell at montana.edu (Allison-Bunnell, Jodi)
Date: Mon, 13 Dec 2021 23:57:45 +0000
Subject: [Archivesspace_Users_Group] Managing media instances
	in	collection
In-Reply-To: <CAH0VKbC4KtcUqfGXNF6FCF_Q2RqgWwUu+wCZv7WY6cxuUGEAuA@mail.gmail.com>
References: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
 <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>
 <8343BC04-FFB9-442B-839B-52E73A47FFE7@montana.edu>
 <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>
 <CAH0VKbC4KtcUqfGXNF6FCF_Q2RqgWwUu+wCZv7WY6cxuUGEAuA@mail.gmail.com>
Message-ID: <9B167382-D881-49A6-8FBC-FAFD40ABFB7B@montana.edu>

Maureen, thank you!! This is exactly the framing problem/question I am pondering.

I?m intrigued by using subject/form-genre terms as an alternative approach. I?ll think on this.

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297






On Dec 13, 2021, at 10:42 AM, Maureen Cresci Callahan <mcallahan at smith.edu<mailto:mcallahan at smith.edu>> wrote:

Hi all,

I think that it's an under-theorized struggle in archival management to figure out how to describe and distinguish a container, a carrier, and an archival record, particularly when they all may have traits in common. In my career, I've had the experience of managing a number of systems migrations in and out of EAD, Archivists' Toolkit, and ArchivesSpace and integrating data across preservation, access, and circulation systems, and I've found that the biggest migration problems came from conflating or not appropriately distinguishing these different concepts! For whatever it's worth, here's my best thinking.

When I talk about a container, I mean the object that circulates -- the thing that someone pages and brings to the reading room or from the stacks or the warehouse. This is often a box, a volume, an oversize flat file, a microfilm reel, etc. Something to remember is that carriers can be moved to different containers! When I was working on the AT -> ASpace migration at Yale, I was working with a customized version of AT where folks had stored container type with the box number. So we had box types of "DVD case" for instance, but often found that archivists would (quite reasonably) put materials that best fit the box into that box even if the materials weren't DVDs -- a conflation of carrier and container that meant that we couldn't reliably use that data to do media surveys.

I tend to think that instead of associating carrier type with the container, it's actually an attribute of archival description -- something that tells you something important about the object which affects its characteristics as an archival record. There are affordances of a film that are different from a book, even if the creator and title and topic are the same. I think for description purposes (and for future migrations!) I would want to associate this kind of information with the archival object, instead of the container.

For your use case, Jodi, how about using form/genre subject terms, leveraging PBCore and additional vocabularies for computer media? When an archivist is doing description, she can associate the appropriate subject term with the item. For reporting purposes, you can search for and pull up archival objects that are associated with each subject term.

I hope that you'll share what you end up doing!!!

Maureen

On Mon, Dec 13, 2021 at 12:22 PM Noah Huffman <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>> wrote:
Hi Jodi,

We also use a more-or-less locally-developed vocabulary / code list to identify format types. We have a short list of controlled container type values for broad categories of formats (boxes, videocassettes, film-reel, etc.), but more granular format information is communicated using format codes that we store as part of the item?s identifier in the container identifier field. So, in both cases we are storing the format information at the instance/container level and not necessarily at the archival object level. This has been helpful for reporting and for maintaining consistency across systems (many of these physical items are also represented as item records in our ILS).

Here?s a link to a Google sheet where we define the formats and corresponding format codes: https://docs.google.com/spreadsheets/d/1NfbeugxEOuGI1YQcudWcQoMUU6UyhijZtirFPL0NcuE/edit?usp=sharing<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fspreadsheets%2Fd%2F1NfbeugxEOuGI1YQcudWcQoMUU6UyhijZtirFPL0NcuE%2Fedit%3Fusp%3Dsharing&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=As0MeEL9etVMQ2lWqIbytFE3o8nmpVOIbyG5NgPrnIk%3D&reserved=0>

Here?s an example finding aid where many of the item identifiers include format codes for various video formats (e.g. : RL11360-UMATIC-003): https://archives.lib.duke.edu/catalog/jwtdetroitav_aspace_536753340d54f53d8b3db51d8598c5d9<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchives.lib.duke.edu%2Fcatalog%2Fjwtdetroitav_aspace_536753340d54f53d8b3db51d8598c5d9&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=34D5EJt92uGuKIUUmd5YrW0B22zcs5KQTXXiaG2RZoY%3D&reserved=0>

Again, this is locally-developed and not based on any external standard or vocabulary, but perhaps useful for reference.

-Noah

================
Noah Huffman
Archivist for Metadata, Systems, and Digital Records
David M. Rubenstein Rare Book & Manuscript Library
Duke University | 919-660-5982
http://library.duke.edu/rubenstein/<https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Flibrary.duke.edu%2Frubenstein%2F&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=TDKaZAKcTt2DDBBnWGP9LOXY9I%2FdpgQvR%2BQwo57mFSU%3D&reserved=0>
Pronouns: he / him / his


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Allison-Bunnell, Jodi
Sent: Monday, December 13, 2021 11:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Managing media instances in collection

Hello John:
Thank you, this is exactly the approach that I had in mind! I appreciate your reply very much.

So far you and one other institution have shared their internally developed CV lists?I?m hoping to find something more standardized, or drawn from a particular standard. Can you tell me anything more about what source(s) you used for this list?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297






On Dec 13, 2021, at 6:39 AM, Rees, John (NIH/NLM) [E] <reesj at mail.nlm.nih.gov<mailto:reesj at mail.nlm.nih.gov>> wrote:

Hi Jodi,

We haven?t leveraged any national/international standards, but historically we use internally developed standardized language within folder title text to identify/highlight instances of non-paper formats within folders. I use these occasionally for kludgie searching exercises. We?ve started to better label these with ASpace container instance controlled values terms. We do similar for free-standing lose items on the shelf like film cans, artifacts. We?ve noticed a roughly similar pattern in use at Duke Rubenstein.


           *   3.5 computer disk
           *   5.25 computer disk
           *   8 computer disk
           *   35mm slides
           *   audio microcassette
           *   audio tape reel
           *   audiocassette
           *   Beta videocassette
           *   CD-ROM
           *   CD-RW
           *   computer tape
           *   DVD
           *   glass slides
           *   microscope slides
           *   negatives
           *   photographs
           *   U-Matic videocassette
           *   VHS videocassette
           *   video tape reel

Example folder title: "Arteriosclerosis and coronary disease" [audiocassette], Family Practice v.23, no.4, Nov. 24, 1975
In Aspace:
<image001.png>

<image002.png>

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




From: Allison-Bunnell, Jodi <jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu>>
Sent: Tuesday, December 7, 2021 8:09 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Managing media instances in collection

A question of practice for your collected wisdom.

We would like to be able to pull a report for all media in our collections?audio, video, film, and digital (computer) media. I do not have access to custom reporting and would need to generate this from a standard report. We need to be able to audit by format (e.g. how many reel to reel tapes do we have? How many obsolete floppy discs do we have?) in order to identify vulnerable media and plan migrations.

Since the media is an instantiation of a described object, I?d like to be able to do this from a standard vocabulary in the instance/container type. It looks like PBcore would be a possible choice for the audio, video, and film, but I need a concise list of computer media. Neither DCMI formats nor MIME types fit the bill.

We do not have the resources to take an elaborate approach to this, and I (always!) want to use standardized practices rather than creating local ones whenever possible.

Does anyone have a practice that would fit the bill?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297





_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group__%3B!!OToaGQ!-3VfaBl_UQMmdQPaQ-oIVpwedhJf3UT2ayq5YgezWSUA8pJMvVgdkQEPHmf1F1lf5YD4%24&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=C2nueLEdTUkUrJAdIcVQ1EUHpxYiU9TvdLJl0Smsy44%3D&reserved=0>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=vnUKL9mRcc7ywhHPgIHMriuhKtlSyM6ieIG62EMJqhc%3D&reserved=0>


--
Maureen Cresci Callahan
Sophia Smith Collection Archivist
Smith College Special Collections
Northampton, Massachusetts 01063
voicemail: 413 585 2981
email: mcallahan at smith.edu<mailto:mcallahan at smith.edu>
videoconference: https://smith.zoom.us/my/maureen.callahan<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsmith.zoom.us%2Fmy%2Fmaureen.callahan&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=P0O4yytJ304Eip3uPGiTyYqX9GMOjGokJvTe5rKq9VY%3D&reserved=0>

pronouns<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.smith.edu%2Fabout-smith%2Fequity-inclusion%2Fgender-identity%2Fpronouns&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=T5oiTzP7TWzZYQ3r4sSvD4tqSOyo4h9lBP4R1ykRwZg%3D&reserved=0>: she/her/hers

Information about the Sophia Smith Collection of Women's history<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flibraries.smith.edu%2Fspecial-collections%2Fabout%2Fsophia-smith-collection-womens-history&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=M2NG8%2BIXZqR6f2D7AXgSZ6d%2F2sLZndC%2FNEi6ktGrRX4%3D&reserved=0>

For current library access and services details, see Library Services During COVID-19<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flibraries.smith.edu%2Flibrary-services-during-covid-19&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cac30b8c7d03d441d251f08d9be5fec1e%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750141897136227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=qAoKQSddflSyAHhgNTonrgi8KuZOltMhWrqA1VOZIXM%3D&reserved=0>.
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/e1cd96c6/attachment.html>

From jodi.allisonbunnell at montana.edu  Mon Dec 13 18:59:21 2021
From: jodi.allisonbunnell at montana.edu (Allison-Bunnell, Jodi)
Date: Mon, 13 Dec 2021 23:59:21 +0000
Subject: [Archivesspace_Users_Group] Managing
	media	instances	in	collection
In-Reply-To: <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>
References: <2747812E-672E-41B8-AEB3-8218B54B8935@montana.edu>
 <DM8PR09MB71283FC2AE2357B6800B0D50C8749@DM8PR09MB7128.namprd09.prod.outlook.com>
 <8343BC04-FFB9-442B-839B-52E73A47FFE7@montana.edu>
 <SJ0PR05MB753295458D57DD4E8E5B78ADE6749@SJ0PR05MB7532.namprd05.prod.outlook.com>
Message-ID: <5B738BC3-68A3-4325-9811-21B1AFEB21F5@montana.edu>

Hi Noah:
Thanks for sharing this list of format types and how you approach their use. You and John have given me great food for thought on one direction, and Maureen on another. Much appreciated!

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297






On Dec 13, 2021, at 10:22 AM, Noah Huffman <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>> wrote:

Hi Jodi,

We also use a more-or-less locally-developed vocabulary / code list to identify format types. We have a short list of controlled container type values for broad categories of formats (boxes, videocassettes, film-reel, etc.), but more granular format information is communicated using format codes that we store as part of the item?s identifier in the container identifier field. So, in both cases we are storing the format information at the instance/container level and not necessarily at the archival object level. This has been helpful for reporting and for maintaining consistency across systems (many of these physical items are also represented as item records in our ILS).

Here?s a link to a Google sheet where we define the formats and corresponding format codes: https://docs.google.com/spreadsheets/d/1NfbeugxEOuGI1YQcudWcQoMUU6UyhijZtirFPL0NcuE/edit?usp=sharing<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fspreadsheets%2Fd%2F1NfbeugxEOuGI1YQcudWcQoMUU6UyhijZtirFPL0NcuE%2Fedit%3Fusp%3Dsharing&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cbc6cc8478f5c4dc68b2e08d9be5d1965%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750129949291418%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=NQqu3is83GQyjsdwTiiaUxHWBYiJ6POalp7GuphJoFM%3D&reserved=0>

Here?s an example finding aid where many of the item identifiers include format codes for various video formats (e.g. : RL11360-UMATIC-003): https://archives.lib.duke.edu/catalog/jwtdetroitav_aspace_536753340d54f53d8b3db51d8598c5d9<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchives.lib.duke.edu%2Fcatalog%2Fjwtdetroitav_aspace_536753340d54f53d8b3db51d8598c5d9&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cbc6cc8478f5c4dc68b2e08d9be5d1965%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750129949291418%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=yCQwyQK7NDAJ6aWJmvq%2ByuAkfciiX8F7n9BGqK%2BWmGI%3D&reserved=0>

Again, this is locally-developed and not based on any external standard or vocabulary, but perhaps useful for reference.

-Noah

================
Noah Huffman
Archivist for Metadata, Systems, and Digital Records
David M. Rubenstein Rare Book & Manuscript Library
Duke University | 919-660-5982
http://library.duke.edu/rubenstein/<https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Flibrary.duke.edu%2Frubenstein%2F&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cbc6cc8478f5c4dc68b2e08d9be5d1965%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750129949291418%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=SscuRSdi1lrgsa8FBLz7gVGw6%2BpFxjGNCgIusK5Q3sY%3D&reserved=0>
Pronouns: he / him / his


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Allison-Bunnell, Jodi
Sent: Monday, December 13, 2021 11:50 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Managing media instances in collection

Hello John:
Thank you, this is exactly the approach that I had in mind! I appreciate your reply very much.

So far you and one other institution have shared their internally developed CV lists?I?m hoping to find something more standardized, or drawn from a particular standard. Can you tell me anything more about what source(s) you used for this list?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297






On Dec 13, 2021, at 6:39 AM, Rees, John (NIH/NLM) [E] <reesj at mail.nlm.nih.gov<mailto:reesj at mail.nlm.nih.gov>> wrote:

Hi Jodi,

We haven?t leveraged any national/international standards, but historically we use internally developed standardized language within folder title text to identify/highlight instances of non-paper formats within folders. I use these occasionally for kludgie searching exercises. We?ve started to better label these with ASpace container instance controlled values terms. We do similar for free-standing lose items on the shelf like film cans, artifacts. We?ve noticed a roughly similar pattern in use at Duke Rubenstein.


           *   3.5 computer disk
           *   5.25 computer disk
           *   8 computer disk
           *   35mm slides
           *   audio microcassette
           *   audio tape reel
           *   audiocassette
           *   Beta videocassette
           *   CD-ROM
           *   CD-RW
           *   computer tape
           *   DVD
           *   glass slides
           *   microscope slides
           *   negatives
           *   photographs
           *   U-Matic videocassette
           *   VHS videocassette
           *   video tape reel

Example folder title: "Arteriosclerosis and coronary disease" [audiocassette], Family Practice v.23, no.4, Nov. 24, 1975
In Aspace:
<image001.png>

<image002.png>

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




From: Allison-Bunnell, Jodi <jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu>>
Sent: Tuesday, December 7, 2021 8:09 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Managing media instances in collection

A question of practice for your collected wisdom.

We would like to be able to pull a report for all media in our collections?audio, video, film, and digital (computer) media. I do not have access to custom reporting and would need to generate this from a standard report. We need to be able to audit by format (e.g. how many reel to reel tapes do we have? How many obsolete floppy discs do we have?) in order to identify vulnerable media and plan migrations.

Since the media is an instantiation of a described object, I?d like to be able to do this from a standard vocabulary in the instance/container type. It looks like PBcore would be a possible choice for the audio, video, and film, but I need a concise list of computer media. Neither DCMI formats nor MIME types fit the bill.

We do not have the resources to take an elaborate approach to this, and I (always!) want to use standardized practices rather than creating local ones whenever possible.

Does anyone have a practice that would fit the bill?

Best, Jodi

Jodi Allison-Bunnell
(pronouns: She, her)
Head of Archives and Special Collections, University Archivist
Montana State University Library
jodi.allisonbunnell at montana.edu<mailto:jodi.allisonbunnell at montana.edu> ?
406-994-5297





_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group__%3B!!OToaGQ!-3VfaBl_UQMmdQPaQ-oIVpwedhJf3UT2ayq5YgezWSUA8pJMvVgdkQEPHmf1F1lf5YD4%24&data=04%7C01%7Cjodi.allisonbunnell%40montana.edu%7Cbc6cc8478f5c4dc68b2e08d9be5d1965%7C324aa97a03a644fc91e43846fbced113%7C0%7C0%7C637750129949291418%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=wxH%2BPjpHvzol47mrPuwPIIBOPlmNj9tfl3yqFwRvVsI%3D&reserved=0>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211213/671328ca/attachment.html>

From isjohnst at nla.gov.au  Mon Dec 13 20:00:58 2021
From: isjohnst at nla.gov.au (Isobel Johnstone)
Date: Tue, 14 Dec 2021 01:00:58 +0000
Subject: [Archivesspace_Users_Group] Query re search functionality -
	ArchivesSpace 3.1
Message-ID: <SY2PR01MB22813E78D506A60FB785BBF9ED759@SY2PR01MB2281.ausprd01.prod.outlook.com>

Hi all,

We're in the process of upgrading from ArchivesSpace 2.1.2 to ArchivesSpace 3.1.1. We've noticed some differences in search functionality, notably when searching for Resources/Accessions in Top Containers ("Manage Top Containers" -> searching in the "Resource" or "Accession" fields).

e.g. Searching by Identifier or Title in our current instance brings up the relevant collection at the top search result; when we perform the same searches in AS 3.1, the relevant collection appears very low down the dropdown list of search results, or not at all. Searching in inverted commas doesn't make a noticeable difference.

Has anyone else experienced this? And any tips about how to improve the search results?

Thanks for your help,
Isobel


Dr Isobel Johnstone  | Archival Processing team | Collection Management | National Library of Australia

The National Library of Australia (NLA) acknowledges Australia's First Nations Peoples - the First Australians - as the Traditional Owners and Custodians of this land and gives respect to the Elders - past and present - and through them to all Australian Aboriginal and Torres Strait Islander people.
[A close up of a logo  Description automatically generated]<http://nla.gov.au/>

nla.gov.au<http://nla.gov.au/>
+61 (02) 6262 1111
Parkes Pl, Canberra ACT 2600

[A picture containing drawing  Description automatically generated]<http://www.facebook.com/National.Library.of.Australia>   [A picture containing gear, ware  Description automatically generated] <http://twitter.com/nlagovau>    [A picture containing drawing, light  Description automatically generated] <https://www.instagram.com/nationallibraryaus/>    [A close up of a logo  Description automatically generated] <https://www.youtube.com/channel/UCv51AT4rmiwH1M9aLDE1AIA>    [A picture containing drawing  Description automatically generated] <https://soundcloud.com/nationallibraryaustralia>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 8039 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 164 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1645 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1810 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1912 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 1640 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 1711 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/bba783dd/attachment-0006.png>

From Joshua.D.Shaw at dartmouth.edu  Tue Dec 14 07:32:48 2021
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Tue, 14 Dec 2021 12:32:48 +0000
Subject: [Archivesspace_Users_Group] Query re search functionality
	-	ArchivesSpace 3.1
In-Reply-To: <SY2PR01MB22813E78D506A60FB785BBF9ED759@SY2PR01MB2281.ausprd01.prod.outlook.com>
References: <SY2PR01MB22813E78D506A60FB785BBF9ED759@SY2PR01MB2281.ausprd01.prod.outlook.com>
Message-ID: <BL0PR03MB429252785EFB1F3E8B1B4D13AB759@BL0PR03MB4292.namprd03.prod.outlook.com>

Hi Isobel

In versions 2.8.0 (maybe 2.8.1) forward, there are additional options to set browse/search sort order that also affect the typeaheads. Go to the dropdown by your username in the top right and set the default sort column and direction in either the global or repo settings (depends on your need).

The sort column & direction defaults to title, ascending for pretty much everything which makes it really hard to find things in the typeaheads. I think the default should probably have been relevance, descending which is what I've set ours to.

Hope that helps,
Joshua

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Isobel Johnstone <isjohnst at nla.gov.au>
Sent: Monday, December 13, 2021 8:00 PM
To: 'Archivesspace Users Group' <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Query re search functionality - ArchivesSpace 3.1


Hi all,



We?re in the process of upgrading from ArchivesSpace 2.1.2 to ArchivesSpace 3.1.1. We?ve noticed some differences in search functionality, notably when searching for Resources/Accessions in Top Containers (?Manage Top Containers? ?> searching in the ?Resource? or ?Accession? fields).



e.g. Searching by Identifier or Title in our current instance brings up the relevant collection at the top search result; when we perform the same searches in AS 3.1, the relevant collection appears very low down the dropdown list of search results, or not at all. Searching in inverted commas doesn?t make a noticeable difference.



Has anyone else experienced this? And any tips about how to improve the search results?



Thanks for your help,

Isobel





Dr Isobel Johnstone  | Archival Processing team | Collection Management | National Library of Australia



The National Library of Australia (NLA) acknowledges Australia?s First Nations Peoples ? the First Australians ? as the Traditional Owners and Custodians of this land and gives respect to the Elders ? past and present ? and through them to all Australian Aboriginal and Torres Strait Islander people.

[A close up of a logo  Description automatically generated]<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405818759823%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zPxJJVmvhWBx5IDUW4lx%2F%2Fs992Fj4iWZgKmErKy5JU0%3D&reserved=0>



nla.gov.au<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819009679%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dvMdCU90mNogSfQvW9uM%2FROgGGrcjaFfwVD7SQ8UeFU%3D&reserved=0>

+61 (02) 6262 1111

Parkes Pl, Canberra ACT 2600



[A picture containing drawing  Description automatically generated]<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.facebook.com%2FNational.Library.of.Australia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Va8gtm00IDXr60uFBblVOtEffajYsJrzxfYTDv49kfQ%3D&reserved=0>   [A picture containing gear, ware  Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fnlagovau&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=KMqgzV74GMw0Vqr23hZap1x4ag2Zz7K050G1crcGwUI%3D&reserved=0>    [A picture containing drawing, light  Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Fnationallibraryaus%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=l6UbBjDbvhXoe98C6J2wE1ib9iR30rMSwyzsRTNo6cQ%3D&reserved=0>    [A close up of a logo  Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCv51AT4rmiwH1M9aLDE1AIA&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=63gMkM3uJJtDnHjOXX%2Fj65%2BHobEb%2F0Ef7EQyPzfrODg%3D&reserved=0>    [A picture containing drawing  Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsoundcloud.com%2Fnationallibraryaustralia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=g2cZCC1I1uM8xKnRttlWezxysdWGh84rb8JRdpC4B68%3D&reserved=0>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 8039 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 164 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1645 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1810 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1912 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 1640 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 1711 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1bb59d9e/attachment-0006.png>

From andrew.morrison at bodleian.ox.ac.uk  Tue Dec 14 08:03:32 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Tue, 14 Dec 2021 13:03:32 +0000
Subject: [Archivesspace_Users_Group] ASpace API - Query by Location
 Barcode?
In-Reply-To: <BL0PR03MB429224D234BE212C90678037AB749@BL0PR03MB4292.namprd03.prod.outlook.com>
References: <CA+TambeW8=ZMzx8FAzDJXfvbzkvfLqZPbcZ4yEPQjW_mpLz8JA@mail.gmail.com>
 <BL0PR03MB429224D234BE212C90678037AB749@BL0PR03MB4292.namprd03.prod.outlook.com>
Message-ID: <6be66073-e821-9521-fb85-33f7379e45e4@bodleian.ox.ac.uk>

The /search/repositories endpoint searches for repositories, so 
filtering that to only return locations will always return no hits. To 
search globally, say for a location with a barcode of 123456789, you 
could use something like this:


/search?q=123456789&page=1&page_size=100&type[]=location


All search endpoints return Solr documents. If you want guaranteed 
up-to-date location records, sourced from the MySQL database, extract 
the "uri" from the matched Solr docs, and send GET requests for each.


Andrew.



On 13/12/2021 23:04, Joshua D. Shaw wrote:
> I don't see a specific endpoint for location by barcode, but I think 
> you could hit the generic search endpoint with the following. It's 
> going to show all locations that match that particular string, so not 
> guaranteed that you'll only get one result.
> |/search/repositories?|filter_term[]={"primary_type"%3A"location"}&q={MY_BARCODE}&sort=score+desc
> This is across all repos, so you could also limit to a specific repo 
> by|/repositories/{REPO_ID}/search?|filter_term[]={"primary_type"%3A"location"}&q={MY_BARCODE}&sort=score+desc
> Joshua
> ------------------------------------------------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org 
> <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of 
> Matthew Adair <mladair at umich.edu>
> *Sent:* Monday, December 13, 2021 3:27 PM
> *To:* Archivesspace Users Group 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] ASpace API - Query by Location 
> Barcode?
> Maybe I just haven't figured it out yet, but is there a way in the?API 
> to return information about a Location by searching by it's barcode?
>
> Thanks,
> - Matt
>
> ----*
> Matthew Adair*
> Lead Archivist for Digital Imaging and Infrastructure
> /[Due to working remotely, email is the best method to reach me.]
> /
> /
> /
>
> Bentley Historical Library
> 1150 Beal Avenue
> Ann Arbor, Michigan 48109-2113
> 734-647-3537
> http://bentley.umich.edu
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbentley.umich.edu%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C0d909a4cafd749bc1ec008d9be770004%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750241320782135%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=HsbWnZDSfbVbZHsQoicCre7kZm0QtUipumpoG026T2s%3D&reserved=0>@UmichBentley 
>
>
> /The Bentley Historical Library acknowledges that coerced cessions of 
> land by the Anishnaabeg and Wyandot made the University of Michigan 
> possible, and we seek to reaffirm the ancestral and contemporary ties 
> of these peoples to the lands where the University now stands./
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/f3274eda/attachment.html>

From andrew.morrison at bodleian.ox.ac.uk  Tue Dec 14 08:22:59 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Tue, 14 Dec 2021 13:22:59 +0000
Subject: [Archivesspace_Users_Group] Query re search functionality -
 ArchivesSpace 3.1
In-Reply-To: <BL0PR03MB429252785EFB1F3E8B1B4D13AB759@BL0PR03MB4292.namprd03.prod.outlook.com>
References: <SY2PR01MB22813E78D506A60FB785BBF9ED759@SY2PR01MB2281.ausprd01.prod.outlook.com>
 <BL0PR03MB429252785EFB1F3E8B1B4D13AB759@BL0PR03MB4292.namprd03.prod.outlook.com>
Message-ID: <dd45e20b-36bf-1382-1060-801380abdd6d@bodleian.ox.ac.uk>

I don't think user preferences affect the drop-down displayed when you 
start typing. That's hardcoded to sort by title (I agree that relevance 
would be better.)


You could try prefixing with a Solr index field name. For example, to 
only list resources which have the word /cheese/ in their title, not 
elsewhere, enter /title:cheese/ in the Resource field/./

/
/

How many hits you get back will also be influenced by the value of 
/AppConfig[:solr_params]/ in your config.rb file. If your system isn't 
set up with 'q.op' => 'AND', or 'mm' => '100%', then the more terms you 
add the more hits you'll get. You can add + or - to terms to specify 
whether they must, or must not, be present for a record to match. For 
example /+title:tennis -title:golf/ will list only records with titles 
containing the word /tennis,/ excluding any whose titles contain the 
word /golf/.


Andrew.




On 14/12/2021 12:32, Joshua D. Shaw wrote:
> Hi Isobel
>
> In versions 2.8.0 (maybe 2.8.1) forward, there are additional options 
> to set browse/search sort order that also affect the typeaheads. Go to 
> the dropdown by your username in the top right and set the default 
> sort column and direction in either the global or repo settings 
> (depends on your need).
>
> The sort column & direction defaults to title, ascending for pretty 
> much everything which makes it really hard to find things in the 
> typeaheads. I think the default should probably have been relevance, 
> descending which is what I've set ours to.
>
> Hope that helps,
> Joshua
>
> ------------------------------------------------------------------------
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org 
> <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of 
> Isobel Johnstone <isjohnst at nla.gov.au>
> *Sent:* Monday, December 13, 2021 8:00 PM
> *To:* 'Archivesspace Users Group' 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* [Archivesspace_Users_Group] Query re search functionality - 
> ArchivesSpace 3.1
>
> Hi all,
>
> We?re in the process of upgrading from ArchivesSpace 2.1.2 to 
> ArchivesSpace 3.1.1. We?ve noticed some differences in search 
> functionality, notably when searching for Resources/Accessions in *Top 
> Containers*?(?Manage Top Containers? ?> searching in the ?Resource? or 
> ?Accession? fields).
>
> e.g. Searching by Identifier or Title in our current instance brings 
> up the relevant collection at the top search result; when we perform 
> the same searches in AS 3.1, the relevant collection appears very low 
> down the dropdown list of search results, or not at all. Searching in 
> inverted commas doesn?t make a noticeable difference.
>
> Has anyone else experienced this? And any tips about how to improve 
> the search results?
>
> Thanks for your help,
>
> Isobel
>
> Dr Isobel Johnstone? | Archival Processing team | Collection 
> Management | National Library of Australia
>
> The National Library of Australia (NLA) acknowledges Australia?s First 
> Nations Peoples ? the First Australians?? as the Traditional Owners 
> and Custodians of this land and gives respect to the Elders ? past and 
> present ??and through them to all Australian Aboriginal and Torres 
> Strait Islander people.
>
> A close up of a logo Description automatically generated 
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405818759823%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zPxJJVmvhWBx5IDUW4lx%2F%2Fs992Fj4iWZgKmErKy5JU0%3D&reserved=0>
>
> 	
>
> 	
>
> *nla.gov.au* 
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819009679%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dvMdCU90mNogSfQvW9uM%2FROgGGrcjaFfwVD7SQ8UeFU%3D&reserved=0>
>
> *+61 (02) 6262 1111*
>
> *Parkes Pl, Canberra ACT 2600*
>
> A picture containing drawing Description automatically generated 
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.facebook.com%2FNational.Library.of.Australia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Va8gtm00IDXr60uFBblVOtEffajYsJrzxfYTDv49kfQ%3D&reserved=0>**A 
> picture containing gear, ware Description automatically generated 
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fnlagovau&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=KMqgzV74GMw0Vqr23hZap1x4ag2Zz7K050G1crcGwUI%3D&reserved=0>**A 
> picture containing drawing, light Description automatically generated 
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Fnationallibraryaus%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=l6UbBjDbvhXoe98C6J2wE1ib9iR30rMSwyzsRTNo6cQ%3D&reserved=0>**A 
> close up of a logo Description automatically generated 
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCv51AT4rmiwH1M9aLDE1AIA&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=63gMkM3uJJtDnHjOXX%2Fj65%2BHobEb%2F0Ef7EQyPzfrODg%3D&reserved=0>**A 
> picture containing drawing Description automatically generated 
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsoundcloud.com%2Fnationallibraryaustralia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C7f94aae3ccc94946a0cd08d9be9d35be%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750405819019676%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=g2cZCC1I1uM8xKnRttlWezxysdWGh84rb8JRdpC4B68%3D&reserved=0>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 8039 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 164 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1810 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1912 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 1640 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 1711 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/630fd440/attachment-0006.png>

From andrew.morrison at bodleian.ox.ac.uk  Tue Dec 14 08:27:13 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Tue, 14 Dec 2021 13:27:13 +0000
Subject: [Archivesspace_Users_Group] API-only users?
Message-ID: <483c51a1-50a3-4867-90d7-72946c4a0664@bodleian.ox.ac.uk>

Hello,

Does anyone know if there is a way set up an ArchivesSpace user so they 
can query the API but they are blocked from logging-in to the staff 
interface?

Thanks,

Andrew.



From Joshua.D.Shaw at dartmouth.edu  Tue Dec 14 09:06:49 2021
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Tue, 14 Dec 2021 14:06:49 +0000
Subject: [Archivesspace_Users_Group] Query re search functionality -
 ArchivesSpace 3.1
In-Reply-To: <dd45e20b-36bf-1382-1060-801380abdd6d@bodleian.ox.ac.uk>
References: <SY2PR01MB22813E78D506A60FB785BBF9ED759@SY2PR01MB2281.ausprd01.prod.outlook.com>
 <BL0PR03MB429252785EFB1F3E8B1B4D13AB759@BL0PR03MB4292.namprd03.prod.outlook.com>
 <dd45e20b-36bf-1382-1060-801380abdd6d@bodleian.ox.ac.uk>
Message-ID: <BL0PR03MB429299B4365C2226CF27389DAB759@BL0PR03MB4292.namprd03.prod.outlook.com>

Hey Andrew

Pretty sure this does affect the typeahead sort (at least in the 3.x series). The 2.8.x were a bit buggy about this and I know I had to override the sort in an init for those for some types (definitely agents).

jds

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk>
Sent: Tuesday, December 14, 2021 8:22 AM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Query re search functionality - ArchivesSpace 3.1


I don't think user preferences affect the drop-down displayed when you start typing. That's hardcoded to sort by title (I agree that relevance would be better.)


You could try prefixing with a Solr index field name. For example, to only list resources which have the word cheese in their title, not elsewhere, enter title:cheese in the Resource field.


How many hits you get back will also be influenced by the value of AppConfig[:solr_params] in your config.rb file. If your system isn't set up with 'q.op' => 'AND', or 'mm' => '100%', then the more terms you add the more hits you'll get. You can add + or - to terms to specify whether they must, or must not, be present for a record to match. For example +title:tennis -title:golf will list only records with titles containing the word tennis, excluding any whose titles contain the word golf.


Andrew.




On 14/12/2021 12:32, Joshua D. Shaw wrote:
Hi Isobel

In versions 2.8.0 (maybe 2.8.1) forward, there are additional options to set browse/search sort order that also affect the typeaheads. Go to the dropdown by your username in the top right and set the default sort column and direction in either the global or repo settings (depends on your need).

The sort column & direction defaults to title, ascending for pretty much everything which makes it really hard to find things in the typeaheads. I think the default should probably have been relevance, descending which is what I've set ours to.

Hope that helps,
Joshua

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Isobel Johnstone <isjohnst at nla.gov.au><mailto:isjohnst at nla.gov.au>
Sent: Monday, December 13, 2021 8:00 PM
To: 'Archivesspace Users Group' <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Query re search functionality - ArchivesSpace 3.1


Hi all,



We?re in the process of upgrading from ArchivesSpace 2.1.2 to ArchivesSpace 3.1.1. We?ve noticed some differences in search functionality, notably when searching for Resources/Accessions in Top Containers (?Manage Top Containers? ?> searching in the ?Resource? or ?Accession? fields).



e.g. Searching by Identifier or Title in our current instance brings up the relevant collection at the top search result; when we perform the same searches in AS 3.1, the relevant collection appears very low down the dropdown list of search results, or not at all. Searching in inverted commas doesn?t make a noticeable difference.



Has anyone else experienced this? And any tips about how to improve the search results?



Thanks for your help,

Isobel





Dr Isobel Johnstone  | Archival Processing team | Collection Management | National Library of Australia



The National Library of Australia (NLA) acknowledges Australia?s First Nations Peoples ? the First Australians ? as the Traditional Owners and Custodians of this land and gives respect to the Elders ? past and present ? and through them to all Australian Aboriginal and Torres Strait Islander people.

[A close up of a                             logo                             Description automatically generated]<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497792922%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=c5CSSyAILyFi%2BmlABT7ApNPdy%2BwrWRwUVyghAvLVWyA%3D&reserved=0>



nla.gov.au<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497802918%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Rii6uc%2FWwqTkT8wz%2FjKkQH13c5Pk6162Oal%2BWQo9mho%3D&reserved=0>

+61 (02) 6262 1111

Parkes Pl, Canberra ACT 2600



[A picture containing drawing                     Description automatically generated]<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.facebook.com%2FNational.Library.of.Australia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497812923%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=mrOKo3xM6l9wPsNFHFWy5%2B5L%2FcHeutyFqVk0C%2BEeQ9c%3D&reserved=0>   [A picture containing gear, ware                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fnlagovau&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497822909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=oXfFoy%2BBBEVBBTDhPqovWEmKQ2bHSMrA4s43r620XU0%3D&reserved=0>    [A picture containing drawing, light                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Fnationallibraryaus%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497822909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=GPRSrKdaeEqhROqjRSWA%2BCHL5SL3%2BfvKv%2Be6kGAZv%2BE%3D&reserved=0>    [A close up of a logo                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCv51AT4rmiwH1M9aLDE1AIA&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497832903%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=FVT9Ha300BC%2BfSxJshoLGQAA1Zagq6D1xgDZl%2BBVZNY%3D&reserved=0>    [A picture containing drawing                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsoundcloud.com%2Fnationallibraryaustralia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497842898%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=jLP4pbtECZN63It6DNyEQUN0F34MMzhuHuQ%2F9bG1VRk%3D&reserved=0>





_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497842898%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=N%2BTdMAfDAjQP29Pd9Gv1PyM93iDdWZDlC7EM%2B77Zndw%3D&reserved=0>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 8039 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 164 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1645 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1810 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1912 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 1640 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 1711 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/20f076df/attachment-0006.png>

From ph448 at cam.ac.uk  Tue Dec 14 10:24:33 2021
From: ph448 at cam.ac.uk (Peter Heiner)
Date: Tue, 14 Dec 2021 15:24:33 +0000
Subject: [Archivesspace_Users_Group] API-only users?
In-Reply-To: <483c51a1-50a3-4867-90d7-72946c4a0664@bodleian.ox.ac.uk>
References: <483c51a1-50a3-4867-90d7-72946c4a0664@bodleian.ox.ac.uk>
Message-ID: <20211214152432.ahicxu5qhnm455wm@sparkly>

Andrew Morrison wrote on 2021-12-14 13:27:13:
> Does anyone know if there is a way set up an ArchivesSpace user so they can
> query the API but they are blocked from logging-in to the staff interface?

My understanding is that this is not possible.

ArchivesSpace does not expose any way to limit users to API or UI access only,
neither using its permissions model or the authentication source used. It also
cannot make authorisation decisions on information provided by the backend as
it is commonly done, among others, using LDAP group membership information.

This means that once you can authenticate, you get access based on whatever
permissions are assigned to your user in the database.

p

From Henry.Steele at tufts.edu  Tue Dec 14 11:19:54 2021
From: Henry.Steele at tufts.edu (Steele, Henry)
Date: Tue, 14 Dec 2021 16:19:54 +0000
Subject: [Archivesspace_Users_Group]
	log4j	vulnerability	in	ArchivesSpace?
In-Reply-To: <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
 <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
Message-ID: <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>

I?m not sure who supports this now?HM??, but I wanted to check about the Yale EAD exporter?s potential vulnerability.   It?s a plug-in but also has a stand alone application




On Dec 13, 2021, at 2:01 PM, Blake Carver <blake.carver at lyrasis.org> wrote:

?
Nope, older versions should be safe as well.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?


Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/c7d80300/attachment.html>

From Henry.Steele at tufts.edu  Tue Dec 14 11:25:06 2021
From: Henry.Steele at tufts.edu (Steele, Henry)
Date: Tue, 14 Dec 2021 16:25:06 +0000
Subject: [Archivesspace_Users_Group]
	log4j	vulnerability	in	ArchivesSpace?
In-Reply-To: <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
 <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
 <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>
Message-ID: <99B13826-0408-414E-BB17-F28D6F4D1D9A@tufts.edu>

It uses JRuby

On Dec 14, 2021, at 11:19 AM, Steele, Henry <Henry.Steele at tufts.edu> wrote:

? I?m not sure who supports this now?HM??, but I wanted to check about the Yale EAD exporter?s potential vulnerability.   It?s a plug-in but also has a stand alone application




On Dec 13, 2021, at 2:01 PM, Blake Carver <blake.carver at lyrasis.org> wrote:

?
Nope, older versions should be safe as well.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?


Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211214/1530916d/attachment.html>

From lmichels at berkeley.edu  Thu Dec 16 12:54:11 2021
From: lmichels at berkeley.edu (Lara Michels)
Date: Thu, 16 Dec 2021 09:54:11 -0800
Subject: [Archivesspace_Users_Group] Archival object spreadsheet importer
	and Container Type dropdown
Message-ID: <CAJX66dbRqZK7=-k27-eRYOuGPww1dduYgqKZ+7uR8srd8Nzxbg@mail.gmail.com>

Hi all,

I wonder if anyone can advise us on an issue we are encountering with the
spreadsheet importer for archival objects. There are values for "container
type" available in our yml file that the spreadsheet importer does not seem
to recognize. This causes the import to fail. In other words, some "top
container type" values in the spreadsheet work fine and others do not (even
though all of them are in the yml file and work perfectly fine when we
assign them within the instance subrecord). They just don't work in the
spreadsheet importer, which gives us a message that the system does not
recognize some values. Any ideas why this might be happening? I cannot see
anything in the formatting of these values that should be an issue.

Lara

Lara Michels
Head of Archival Processing
Bancroft Library
UC Berkeley
510-643-7163
lmichels at berkeley.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/009f0d8e/attachment.html>

From dmichelson at smith.edu  Thu Dec 16 12:59:22 2021
From: dmichelson at smith.edu (Dan Michelson)
Date: Thu, 16 Dec 2021 12:59:22 -0500
Subject: [Archivesspace_Users_Group] Archival object spreadsheet
 importer and Container Type dropdown
In-Reply-To: <CAJX66dbRqZK7=-k27-eRYOuGPww1dduYgqKZ+7uR8srd8Nzxbg@mail.gmail.com>
References: <CAJX66dbRqZK7=-k27-eRYOuGPww1dduYgqKZ+7uR8srd8Nzxbg@mail.gmail.com>
Message-ID: <CAOS_AZk-BQ4BTOdirOrWHJB6PNW7zaXd702TkRkFbXQoc+tBfQ@mail.gmail.com>

Hi Lara,

Container types are managed through a controlled values list, not the yml
file.  Are there values in that list that are not working with the importer?

All the best,

Dan

On Thu, Dec 16, 2021 at 12:54 PM Lara Michels <lmichels at berkeley.edu> wrote:

> Hi all,
>
> I wonder if anyone can advise us on an issue we are encountering with the
> spreadsheet importer for archival objects. There are values for "container
> type" available in our yml file that the spreadsheet importer does not seem
> to recognize. This causes the import to fail. In other words, some "top
> container type" values in the spreadsheet work fine and others do not (even
> though all of them are in the yml file and work perfectly fine when we
> assign them within the instance subrecord). They just don't work in the
> spreadsheet importer, which gives us a message that the system does not
> recognize some values. Any ideas why this might be happening? I cannot see
> anything in the formatting of these values that should be an issue.
>
> Lara
>
> Lara Michels
> Head of Archival Processing
> Bancroft Library
> UC Berkeley
> 510-643-7163
> lmichels at berkeley.edu
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>


-- 
Dan Michelson
Collections Archivist
Smith College Special Collections

For current library access and services details, see Library Services
During COVID-19
<https://libraries.smith.edu/library-services-during-covid-19>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/3266d2e8/attachment.html>

From vaddonizio at atlas-sys.com  Thu Dec 16 13:11:42 2021
From: vaddonizio at atlas-sys.com (Valerie Addonizio)
Date: Thu, 16 Dec 2021 18:11:42 +0000
Subject: [Archivesspace_Users_Group] Archival object spreadsheet
 importer and Container Type dropdown
In-Reply-To: <CAOS_AZk-BQ4BTOdirOrWHJB6PNW7zaXd702TkRkFbXQoc+tBfQ@mail.gmail.com>
References: <CAJX66dbRqZK7=-k27-eRYOuGPww1dduYgqKZ+7uR8srd8Nzxbg@mail.gmail.com>
 <CAOS_AZk-BQ4BTOdirOrWHJB6PNW7zaXd702TkRkFbXQoc+tBfQ@mail.gmail.com>
Message-ID: <MN2PR20MB22390A29703CCF0BE125CF9D89779@MN2PR20MB2239.namprd20.prod.outlook.com>

Hi Lara,

Have you tried using the value and not the label? For example, Microfilm Box may be the label, but microfilm_box the value. Try using the latter if you haven?t already.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Dan Michelson
Sent: Thursday, December 16, 2021 12:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Archival object spreadsheet importer and Container Type dropdown

Hi Lara,

Container types are managed through a controlled values list, not the yml file.  Are there values in that list that are not working with the importer?

All the best,

Dan

On Thu, Dec 16, 2021 at 12:54 PM Lara Michels <lmichels at berkeley.edu<mailto:lmichels at berkeley.edu>> wrote:
Hi all,

I wonder if anyone can advise us on an issue we are encountering with the spreadsheet importer for archival objects. There are values for "container type" available in our yml file that the spreadsheet importer does not seem to recognize. This causes the import to fail. In other words, some "top container type" values in the spreadsheet work fine and others do not (even though all of them are in the yml file and work perfectly fine when we assign them within the instance subrecord). They just don't work in the spreadsheet importer, which gives us a message that the system does not recognize some values. Any ideas why this might be happening? I cannot see anything in the formatting of these values that should be an issue.

Lara

Lara Michels
Head of Archival Processing
Bancroft Library
UC Berkeley
510-643-7163
lmichels at berkeley.edu<mailto:lmichels at berkeley.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


--
Dan Michelson
Collections Archivist
Smith College Special Collections

For current library access and services details, see Library Services During COVID-19<https://libraries.smith.edu/library-services-during-covid-19>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/6ceab66a/attachment.html>

From lmichels at berkeley.edu  Thu Dec 16 13:14:23 2021
From: lmichels at berkeley.edu (Lara Michels)
Date: Thu, 16 Dec 2021 10:14:23 -0800
Subject: [Archivesspace_Users_Group] Archival object spreadsheet
 importer and Container Type dropdown
In-Reply-To: <CAOS_AZk-BQ4BTOdirOrWHJB6PNW7zaXd702TkRkFbXQoc+tBfQ@mail.gmail.com>
References: <CAJX66dbRqZK7=-k27-eRYOuGPww1dduYgqKZ+7uR8srd8Nzxbg@mail.gmail.com>
 <CAOS_AZk-BQ4BTOdirOrWHJB6PNW7zaXd702TkRkFbXQoc+tBfQ@mail.gmail.com>
Message-ID: <CAJX66dYGOtTe7V5w37a9T026qvddpSd-q8B9wKNz_tU12=sbVA@mail.gmail.com>

Hi Dan,

Well, yes, we manage our container types in our controlled value lists. I
do use the yaml enums file to control the display value of all values in
the controlled value lists. So the yaml enums file will, for example,
contain values for container type like "oversize_box" with a translation
value of Oversize-box (because we want to use appropriate yaml language but
also want to control how our dropdown values display). All of the values
that the importer are rejecting are in the controlled value lists.

Lara
Lara Michels
Head of Archival Processing
Bancroft Library
UC Berkeley
510-643-7163
lmichels at berkeley.edu



On Thu, Dec 16, 2021 at 9:59 AM Dan Michelson <dmichelson at smith.edu> wrote:

> Hi Lara,
>
> Container types are managed through a controlled values list, not the yml
> file.  Are there values in that list that are not working with the importer?
>
> All the best,
>
> Dan
>
> On Thu, Dec 16, 2021 at 12:54 PM Lara Michels <lmichels at berkeley.edu>
> wrote:
>
>> Hi all,
>>
>> I wonder if anyone can advise us on an issue we are encountering with the
>> spreadsheet importer for archival objects. There are values for "container
>> type" available in our yml file that the spreadsheet importer does not seem
>> to recognize. This causes the import to fail. In other words, some "top
>> container type" values in the spreadsheet work fine and others do not (even
>> though all of them are in the yml file and work perfectly fine when we
>> assign them within the instance subrecord). They just don't work in the
>> spreadsheet importer, which gives us a message that the system does not
>> recognize some values. Any ideas why this might be happening? I cannot see
>> anything in the formatting of these values that should be an issue.
>>
>> Lara
>>
>> Lara Michels
>> Head of Archival Processing
>> Bancroft Library
>> UC Berkeley
>> 510-643-7163
>> lmichels at berkeley.edu
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>
>
> --
> Dan Michelson
> Collections Archivist
> Smith College Special Collections
>
> For current library access and services details, see Library Services
> During COVID-19
> <https://libraries.smith.edu/library-services-during-covid-19>.
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/32864791/attachment.html>

From vaddonizio at atlas-sys.com  Thu Dec 16 13:15:20 2021
From: vaddonizio at atlas-sys.com (Valerie Addonizio)
Date: Thu, 16 Dec 2021 18:15:20 +0000
Subject: [Archivesspace_Users_Group] Archival object spreadsheet
 importer and Container Type dropdown
In-Reply-To: <MN2PR20MB22390A29703CCF0BE125CF9D89779@MN2PR20MB2239.namprd20.prod.outlook.com>
References: <CAJX66dbRqZK7=-k27-eRYOuGPww1dduYgqKZ+7uR8srd8Nzxbg@mail.gmail.com>
 <CAOS_AZk-BQ4BTOdirOrWHJB6PNW7zaXd702TkRkFbXQoc+tBfQ@mail.gmail.com>
 <MN2PR20MB22390A29703CCF0BE125CF9D89779@MN2PR20MB2239.namprd20.prod.outlook.com>
Message-ID: <MN2PR20MB2239ED5E75F37FD48C827A6689779@MN2PR20MB2239.namprd20.prod.outlook.com>

A screenshot may be helpful, this view from System > Manage Controlled Value Lists > container_type

[cid:image001.png at 01D7F27E.F6E76580]

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Valerie Addonizio
Sent: Thursday, December 16, 2021 1:12 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Archival object spreadsheet importer and Container Type dropdown

Hi Lara,

Have you tried using the value and not the label? For example, Microfilm Box may be the label, but microfilm_box the value. Try using the latter if you haven?t already.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Dan Michelson
Sent: Thursday, December 16, 2021 12:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Archival object spreadsheet importer and Container Type dropdown

Hi Lara,

Container types are managed through a controlled values list, not the yml file.  Are there values in that list that are not working with the importer?

All the best,

Dan

On Thu, Dec 16, 2021 at 12:54 PM Lara Michels <lmichels at berkeley.edu<mailto:lmichels at berkeley.edu>> wrote:
Hi all,

I wonder if anyone can advise us on an issue we are encountering with the spreadsheet importer for archival objects. There are values for "container type" available in our yml file that the spreadsheet importer does not seem to recognize. This causes the import to fail. In other words, some "top container type" values in the spreadsheet work fine and others do not (even though all of them are in the yml file and work perfectly fine when we assign them within the instance subrecord). They just don't work in the spreadsheet importer, which gives us a message that the system does not recognize some values. Any ideas why this might be happening? I cannot see anything in the formatting of these values that should be an issue.

Lara

Lara Michels
Head of Archival Processing
Bancroft Library
UC Berkeley
510-643-7163
lmichels at berkeley.edu<mailto:lmichels at berkeley.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


--
Dan Michelson
Collections Archivist
Smith College Special Collections

For current library access and services details, see Library Services During COVID-19<https://libraries.smith.edu/library-services-during-covid-19>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/c5217ee5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 27047 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/c5217ee5/attachment.png>

From lmichels at berkeley.edu  Thu Dec 16 13:15:16 2021
From: lmichels at berkeley.edu (Lara Michels)
Date: Thu, 16 Dec 2021 10:15:16 -0800
Subject: [Archivesspace_Users_Group] Archival object spreadsheet
 importer and Container Type dropdown
In-Reply-To: <MN2PR20MB22390A29703CCF0BE125CF9D89779@MN2PR20MB2239.namprd20.prod.outlook.com>
References: <CAJX66dbRqZK7=-k27-eRYOuGPww1dduYgqKZ+7uR8srd8Nzxbg@mail.gmail.com>
 <CAOS_AZk-BQ4BTOdirOrWHJB6PNW7zaXd702TkRkFbXQoc+tBfQ@mail.gmail.com>
 <MN2PR20MB22390A29703CCF0BE125CF9D89779@MN2PR20MB2239.namprd20.prod.outlook.com>
Message-ID: <CAJX66dbCbKUF0r-4yhc0EeBfgrKb5aJ86t=ZvbsDpC-wcy1ssw@mail.gmail.com>

Thanks, Valerie. I will try that.

Lara

Lara Michels
Head of Archival Processing
Bancroft Library
UC Berkeley
510-643-7163
lmichels at berkeley.edu



On Thu, Dec 16, 2021 at 10:11 AM Valerie Addonizio <vaddonizio at atlas-sys.com>
wrote:

> Hi Lara,
>
>
>
> Have you tried using the value and not the label? For example, Microfilm
> Box may be the label, but microfilm_box the value. Try using the latter if
> you haven?t already.
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Dan
> Michelson
> *Sent:* Thursday, December 16, 2021 12:59 PM
> *To:* Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] Archival object spreadsheet
> importer and Container Type dropdown
>
>
>
> Hi Lara,
>
>
>
> Container types are managed through a controlled values list, not the yml
> file.  Are there values in that list that are not working with the importer?
>
>
>
> All the best,
>
>
>
> Dan
>
>
>
> On Thu, Dec 16, 2021 at 12:54 PM Lara Michels <lmichels at berkeley.edu>
> wrote:
>
> Hi all,
>
>
>
> I wonder if anyone can advise us on an issue we are encountering with the
> spreadsheet importer for archival objects. There are values for "container
> type" available in our yml file that the spreadsheet importer does not seem
> to recognize. This causes the import to fail. In other words, some "top
> container type" values in the spreadsheet work fine and others do not (even
> though all of them are in the yml file and work perfectly fine when we
> assign them within the instance subrecord). They just don't work in the
> spreadsheet importer, which gives us a message that the system does not
> recognize some values. Any ideas why this might be happening? I cannot see
> anything in the formatting of these values that should be an issue.
>
>
>
> Lara
>
>
> Lara Michels
>
> Head of Archival Processing
>
> Bancroft Library
>
> UC Berkeley
>
> 510-643-7163
>
> lmichels at berkeley.edu
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
> --
>
> Dan Michelson
>
> Collections Archivist
>
> Smith College Special Collections
>
>
>
> For current library access and services details, see Library Services
> During COVID-19
> <https://libraries.smith.edu/library-services-during-covid-19>.
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/40061712/attachment.html>

From japryse at ou.edu  Thu Dec 16 16:03:26 2021
From: japryse at ou.edu (Pryse, JA)
Date: Thu, 16 Dec 2021 21:03:26 +0000
Subject: [Archivesspace_Users_Group] Digital Object Edit Batch
Message-ID: <SA1PR03MB648324042A157FB197D059F3DC779@SA1PR03MB6483.namprd03.prod.outlook.com>

Hello everyone, I need to batch edit a bunch of digital objects that contain links to an internal content management system. I know that I can import data that created new digital objects and have played around with trying to 'update' the files with no luck (in a batch or bulk sense). There are thousands of DOs that need to be edited and cannot do this one at a time. Also, I cannot break the link in anyway shape or form as it does cause a mess. I have copied all of the exported data with links and such to the new CSV but, of course, it just wants to create new records and none of the information in the new csv will be unique to the catalog. I do not want to remove the records and then upload new ones (I did try this on a few) but this broke the links. I have no idea where to go from here.

Thanks,

JA Pryse, Curator and Senior Archivist III
Carl Albert Congressional Research and Studies Center
University of Oklahoma

Facebook: @CarlAlbertCenter<https://www.facebook.com/CarlAlbertCenter>
Twitter: @CarlAlbertCtr<https://twitter.com/CarlAlbertCtr>
YouTube: Congressional Archives Carl Albert<https://www.youtube.com/channel/UCOv6GKHVTmllPjIMKlp9lpA>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/47ab2c81/attachment.html>

From sdm7g at virginia.edu  Thu Dec 16 16:15:24 2021
From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Thu, 16 Dec 2021 21:15:24 +0000
Subject: [Archivesspace_Users_Group] Digital Object Edit Batch
In-Reply-To: <SA1PR03MB648324042A157FB197D059F3DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
References: <SA1PR03MB648324042A157FB197D059F3DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
Message-ID: <595F4FB8-E07F-4FA9-8A20-90988121A854@virginia.edu>


How are the links encoded ? In file_version/file_uri ? 
If that is the case it should be easy to change in MySQL. 
( Note that if you make changes to the database via MySQL rather than the API, you will need to trigger a full reindex, as going thru the backdoor doesn?t trigger an individual resource reindex. ) 

? Steve. 


> On Dec 16, 2021, at 4:03 PM, Pryse, JA <japryse at ou.edu> wrote:
> 
> Hello everyone, I need to batch edit a bunch of digital objects that contain links to an internal content management system. I know that I can import data that created new digital objects and have played around with trying to ?update? the files with no luck (in a batch or bulk sense). There are thousands of DOs that need to be edited and cannot do this one at a time. Also, I cannot break the link in anyway shape or form as it does cause a mess. I have copied all of the exported data with links and such to the new CSV but, of course, it just wants to create new records and none of the information in the new csv will be unique to the catalog. I do not want to remove the records and then upload new ones (I did try this on a few) but this broke the links. I have no idea where to go from here.
>  
> Thanks, 
>  
> JA Pryse, Curator and Senior Archivist III
> Carl Albert Congressional Research and Studies Center
> University of Oklahoma
>  
> Facebook: @CarlAlbertCenter <https://www.facebook.com/CarlAlbertCenter>
> Twitter: @CarlAlbertCtr <https://twitter.com/CarlAlbertCtr>
> YouTube: Congressional Archives Carl Albert <https://www.youtube.com/channel/UCOv6GKHVTmllPjIMKlp9lpA>
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/de264c20/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3342 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/de264c20/attachment-0001.bin>

From vaddonizio at atlas-sys.com  Thu Dec 16 16:23:09 2021
From: vaddonizio at atlas-sys.com (Valerie Addonizio)
Date: Thu, 16 Dec 2021 21:23:09 +0000
Subject: [Archivesspace_Users_Group] Digital Object Edit Batch
In-Reply-To: <595F4FB8-E07F-4FA9-8A20-90988121A854@virginia.edu>
References: <SA1PR03MB648324042A157FB197D059F3DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
 <595F4FB8-E07F-4FA9-8A20-90988121A854@virginia.edu>
Message-ID: <MN2PR20MB22395370B48C030276B93ACB89779@MN2PR20MB2239.namprd20.prod.outlook.com>

Steve,  a happy trick is to SET system_mtime = NOW() when updating the db, with credit back to the Tech Doc<https://archivesspace.github.io/tech-docs/administration/indexes.html> writers for that lovely tip.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Majewski, Steven Dennis (sdm7g)
Sent: Thursday, December 16, 2021 4:15 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Digital Object Edit Batch


How are the links encoded ? In file_version/file_uri ?
If that is the case it should be easy to change in MySQL.
( Note that if you make changes to the database via MySQL rather than the API, you will need to trigger a full reindex, as going thru the backdoor doesn?t trigger an individual resource reindex. )

? Steve.



On Dec 16, 2021, at 4:03 PM, Pryse, JA <japryse at ou.edu<mailto:japryse at ou.edu>> wrote:

Hello everyone, I need to batch edit a bunch of digital objects that contain links to an internal content management system. I know that I can import data that created new digital objects and have played around with trying to ?update? the files with no luck (in a batch or bulk sense). There are thousands of DOs that need to be edited and cannot do this one at a time. Also, I cannot break the link in anyway shape or form as it does cause a mess. I have copied all of the exported data with links and such to the new CSV but, of course, it just wants to create new records and none of the information in the new csv will be unique to the catalog. I do not want to remove the records and then upload new ones (I did try this on a few) but this broke the links. I have no idea where to go from here.

Thanks,

JA Pryse, Curator and Senior Archivist III
Carl Albert Congressional Research and Studies Center
University of Oklahoma

Facebook: @CarlAlbertCenter<https://www.facebook.com/CarlAlbertCenter>
Twitter: @CarlAlbertCtr<https://twitter.com/CarlAlbertCtr>
YouTube: Congressional Archives Carl Albert<https://www.youtube.com/channel/UCOv6GKHVTmllPjIMKlp9lpA>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/5d1125d7/attachment.html>

From japryse at ou.edu  Thu Dec 16 16:32:54 2021
From: japryse at ou.edu (Pryse, JA)
Date: Thu, 16 Dec 2021 21:32:54 +0000
Subject: [Archivesspace_Users_Group] Digital Object Edit Batch
In-Reply-To: <595F4FB8-E07F-4FA9-8A20-90988121A854@virginia.edu>
References: <SA1PR03MB648324042A157FB197D059F3DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
 <595F4FB8-E07F-4FA9-8A20-90988121A854@virginia.edu>
Message-ID: <SA1PR03MB6483AB7D85170985564F9B45DC779@SA1PR03MB6483.namprd03.prod.outlook.com>

Bad news is that I ONLY have access via staff side. Our instance is maintained by the university IT and its like an act of congress (get it, congressional archives?ha) to get them to do anything with AS.

In file_version/file_uri: <a href=http://oucac.access.preservica.com/archive/sdb%3|9cdc92af-sdasdasdwww-15bfvd/>Preservica Access</a>


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Majewski, Steven Dennis (sdm7g)
Sent: Thursday, December 16, 2021 3:15 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Digital Object Edit Batch


How are the links encoded ? In file_version/file_uri ?
If that is the case it should be easy to change in MySQL.
( Note that if you make changes to the database via MySQL rather than the API, you will need to trigger a full reindex, as going thru the backdoor doesn?t trigger an individual resource reindex. )

? Steve.



On Dec 16, 2021, at 4:03 PM, Pryse, JA <japryse at ou.edu<mailto:japryse at ou.edu>> wrote:

Hello everyone, I need to batch edit a bunch of digital objects that contain links to an internal content management system. I know that I can import data that created new digital objects and have played around with trying to ?update? the files with no luck (in a batch or bulk sense). There are thousands of DOs that need to be edited and cannot do this one at a time. Also, I cannot break the link in anyway shape or form as it does cause a mess. I have copied all of the exported data with links and such to the new CSV but, of course, it just wants to create new records and none of the information in the new csv will be unique to the catalog. I do not want to remove the records and then upload new ones (I did try this on a few) but this broke the links. I have no idea where to go from here.

Thanks,

JA Pryse, Curator and Senior Archivist III
Carl Albert Congressional Research and Studies Center
University of Oklahoma

Facebook: @CarlAlbertCenter<https://www.facebook.com/CarlAlbertCenter>
Twitter: @CarlAlbertCtr<https://twitter.com/CarlAlbertCtr>
YouTube: Congressional Archives Carl Albert<https://www.youtube.com/channel/UCOv6GKHVTmllPjIMKlp9lpA>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/f3c5ca28/attachment.html>

From alexanderduryee at nypl.org  Thu Dec 16 17:02:10 2021
From: alexanderduryee at nypl.org (Alexander Duryee)
Date: Thu, 16 Dec 2021 17:02:10 -0500
Subject: [Archivesspace_Users_Group] Archival Object Edits Not Always Saving
Message-ID: <CAK5BadAAz34GCoFuv7Khdez+TzWghdBKs0ktVB=36XWL6N6yQQ@mail.gmail.com>

A user in our department has occasionally run into an issue where archival
object record edits won't save after clicking Save Archival Object.  This
issue is not reliably repeatable, but is not infrequent either.  I've
watched them reproduce the error (open an AO, make an edit to a note, click
Save Archival Object on the left sidebar, the old data appears on the new
page), and there doesn't appear to be anything unusual in the process.

When I checked the logs, the unedited record seems to be POSTed back, as if
they did not change the record at all.  I didn't see any errors, or
anything amiss in general, around the POST.

Is there anything that could be causing this?  As far as I'm aware, it only
impacts one user, although it's possible that others have the same issue
but haven't said anything.

Thanks,
--Alex

-- 
Alexander Duryee
Manager, Archival Metadata
New York Public Library
(917)-229-9590
alexanderduryee at nypl.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/29a5fdd1/attachment.html>

From Joshua.D.Shaw at dartmouth.edu  Thu Dec 16 17:50:27 2021
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Thu, 16 Dec 2021 22:50:27 +0000
Subject: [Archivesspace_Users_Group] Digital Object Edit Batch
In-Reply-To: <SA1PR03MB6483AB7D85170985564F9B45DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
References: <SA1PR03MB648324042A157FB197D059F3DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
 <595F4FB8-E07F-4FA9-8A20-90988121A854@virginia.edu>
 <SA1PR03MB6483AB7D85170985564F9B45DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
Message-ID: <BL0PR03MB42929C5DCFFE9B94EA05D1DEAB779@BL0PR03MB4292.namprd03.prod.outlook.com>

So you don't have API access? Can you install a plugin? Or is AS so locked down that those are also no gos?

Both of those would allow you to do direct updates. API would be easier, but you can also write data migrations in a plugin.

Joshua

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Pryse, JA <japryse at ou.edu>
Sent: Thursday, December 16, 2021 4:32 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Digital Object Edit Batch


Bad news is that I ONLY have access via staff side. Our instance is maintained by the university IT and its like an act of congress (get it, congressional archives?ha) to get them to do anything with AS.



In file_version/file_uri: <a href=http://oucac.access.preservica.com/archive/sdb%3|9cdc92af-sdasdasdwww-15bfvd/>Preservica Access</a>





From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Majewski, Steven Dennis (sdm7g)
Sent: Thursday, December 16, 2021 3:15 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Digital Object Edit Batch





How are the links encoded ? In file_version/file_uri ?

If that is the case it should be easy to change in MySQL.

( Note that if you make changes to the database via MySQL rather than the API, you will need to trigger a full reindex, as going thru the backdoor doesn?t trigger an individual resource reindex. )



? Steve.





On Dec 16, 2021, at 4:03 PM, Pryse, JA <japryse at ou.edu<mailto:japryse at ou.edu>> wrote:



Hello everyone, I need to batch edit a bunch of digital objects that contain links to an internal content management system. I know that I can import data that created new digital objects and have played around with trying to ?update? the files with no luck (in a batch or bulk sense). There are thousands of DOs that need to be edited and cannot do this one at a time. Also, I cannot break the link in anyway shape or form as it does cause a mess. I have copied all of the exported data with links and such to the new CSV but, of course, it just wants to create new records and none of the information in the new csv will be unique to the catalog. I do not want to remove the records and then upload new ones (I did try this on a few) but this broke the links. I have no idea where to go from here.



Thanks,



JA Pryse, Curator and Senior Archivist III

Carl Albert Congressional Research and Studies Center

University of Oklahoma



Facebook: @CarlAlbertCenter<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2FCarlAlbertCenter&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C2e9e5287270048ba254c08d9c0dba1c6%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637752872274046136%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=XR2S%2BGysGzQ4HJltndYTLBXsPBy72D%2FTPa3%2Blp7WvfM%3D&reserved=0>

Twitter: @CarlAlbertCtr<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2FCarlAlbertCtr&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C2e9e5287270048ba254c08d9c0dba1c6%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637752872274056124%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=U4Ao1YNYFKMq9JKc8Ov2zEGdcJOEizYB%2BBf0oFKTFm8%3D&reserved=0>

YouTube: Congressional Archives Carl Albert<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCOv6GKHVTmllPjIMKlp9lpA&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C2e9e5287270048ba254c08d9c0dba1c6%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637752872274056124%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=MM%2BwfGOUTOJHyMENZCm6FFE78vbqCgHjAdpbYC7q2Jo%3D&reserved=0>



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C2e9e5287270048ba254c08d9c0dba1c6%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637752872274066119%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=pmVNdRgZtnlHEH7haWW%2BP6xmfUeNUfz2bs6L622SJME%3D&reserved=0>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/fd39adc1/attachment.html>

From isjohnst at nla.gov.au  Thu Dec 16 18:06:42 2021
From: isjohnst at nla.gov.au (Isobel Johnstone)
Date: Thu, 16 Dec 2021 23:06:42 +0000
Subject: [Archivesspace_Users_Group] Query re search functionality -
 ArchivesSpace 3.1
In-Reply-To: <BL0PR03MB429299B4365C2226CF27389DAB759@BL0PR03MB4292.namprd03.prod.outlook.com>
References: <SY2PR01MB22813E78D506A60FB785BBF9ED759@SY2PR01MB2281.ausprd01.prod.outlook.com>
 <BL0PR03MB429252785EFB1F3E8B1B4D13AB759@BL0PR03MB4292.namprd03.prod.outlook.com>
 <dd45e20b-36bf-1382-1060-801380abdd6d@bodleian.ox.ac.uk>
 <BL0PR03MB429299B4365C2226CF27389DAB759@BL0PR03MB4292.namprd03.prod.outlook.com>
Message-ID: <SY2PR01MB2281B2F6433B39EF2A018966ED779@SY2PR01MB2281.ausprd01.prod.outlook.com>

Hi Joshua and Andrew,

Thanks for your helpful replies, we'll give these suggestions a try!

All the best,
Isobel

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Joshua D. Shaw
Sent: Wednesday, 15 December 2021 1:07 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Query re search functionality - ArchivesSpace 3.1

Hey Andrew

Pretty sure this does affect the typeahead sort (at least in the 3.x series). The 2.8.x were a bit buggy about this and I know I had to override the sort in an init for those for some types (definitely agents).

jds

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk<mailto:andrew.morrison at bodleian.ox.ac.uk>>
Sent: Tuesday, December 14, 2021 8:22 AM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Query re search functionality - ArchivesSpace 3.1


I don't think user preferences affect the drop-down displayed when you start typing. That's hardcoded to sort by title (I agree that relevance would be better.)



You could try prefixing with a Solr index field name. For example, to only list resources which have the word cheese in their title, not elsewhere, enter title:cheese in the Resource field.


How many hits you get back will also be influenced by the value of AppConfig[:solr_params] in your config.rb file. If your system isn't set up with 'q.op' => 'AND', or 'mm' => '100%', then the more terms you add the more hits you'll get. You can add + or - to terms to specify whether they must, or must not, be present for a record to match. For example +title:tennis -title:golf will list only records with titles containing the word tennis, excluding any whose titles contain the word golf.



Andrew.






On 14/12/2021 12:32, Joshua D. Shaw wrote:
Hi Isobel

In versions 2.8.0 (maybe 2.8.1) forward, there are additional options to set browse/search sort order that also affect the typeaheads. Go to the dropdown by your username in the top right and set the default sort column and direction in either the global or repo settings (depends on your need).

The sort column & direction defaults to title, ascending for pretty much everything which makes it really hard to find things in the typeaheads. I think the default should probably have been relevance, descending which is what I've set ours to.

Hope that helps,
Joshua

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Isobel Johnstone <isjohnst at nla.gov.au><mailto:isjohnst at nla.gov.au>
Sent: Monday, December 13, 2021 8:00 PM
To: 'Archivesspace Users Group' <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Query re search functionality - ArchivesSpace 3.1


Hi all,



We're in the process of upgrading from ArchivesSpace 2.1.2 to ArchivesSpace 3.1.1. We've noticed some differences in search functionality, notably when searching for Resources/Accessions in Top Containers ("Manage Top Containers" -> searching in the "Resource" or "Accession" fields).



e.g. Searching by Identifier or Title in our current instance brings up the relevant collection at the top search result; when we perform the same searches in AS 3.1, the relevant collection appears very low down the dropdown list of search results, or not at all. Searching in inverted commas doesn't make a noticeable difference.



Has anyone else experienced this? And any tips about how to improve the search results?



Thanks for your help,

Isobel





Dr Isobel Johnstone  | Archival Processing team | Collection Management | National Library of Australia



The National Library of Australia (NLA) acknowledges Australia's First Nations Peoples - the First Australians - as the Traditional Owners and Custodians of this land and gives respect to the Elders - past and present - and through them to all Australian Aboriginal and Torres Strait Islander people.

[A close up of a                             logo                             Description automatically generated]<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497792922%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=c5CSSyAILyFi%2BmlABT7ApNPdy%2BwrWRwUVyghAvLVWyA%3D&reserved=0>



nla.gov.au<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnla.gov.au%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497802918%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Rii6uc%2FWwqTkT8wz%2FjKkQH13c5Pk6162Oal%2BWQo9mho%3D&reserved=0>

+61 (02) 6262 1111

Parkes Pl, Canberra ACT 2600



[A picture containing drawing                     Description automatically generated]<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.facebook.com%2FNational.Library.of.Australia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497812923%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=mrOKo3xM6l9wPsNFHFWy5%2B5L%2FcHeutyFqVk0C%2BEeQ9c%3D&reserved=0>   [A picture containing gear, ware                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fnlagovau&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497822909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=oXfFoy%2BBBEVBBTDhPqovWEmKQ2bHSMrA4s43r620XU0%3D&reserved=0>    [A picture containing drawing, light                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Fnationallibraryaus%2F&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497822909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=GPRSrKdaeEqhROqjRSWA%2BCHL5SL3%2BfvKv%2Be6kGAZv%2BE%3D&reserved=0>    [A close up of a logo                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCv51AT4rmiwH1M9aLDE1AIA&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497832903%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=FVT9Ha300BC%2BfSxJshoLGQAA1Zagq6D1xgDZl%2BBVZNY%3D&reserved=0>    [A picture containing drawing                     Description automatically generated] <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsoundcloud.com%2Fnationallibraryaustralia&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497842898%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=jLP4pbtECZN63It6DNyEQUN0F34MMzhuHuQ%2F9bG1VRk%3D&reserved=0>





_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>

http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C10dbc123a94f4e239faa08d9bf04dd6a%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637750850497842898%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=N%2BTdMAfDAjQP29Pd9Gv1PyM93iDdWZDlC7EM%2B77Zndw%3D&reserved=0>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 8039 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 164 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1645 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1810 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1912 bytes
Desc: image005.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 1640 bytes
Desc: image006.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 1711 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211216/49ae3be4/attachment-0006.png>

From andrew.morrison at bodleian.ox.ac.uk  Fri Dec 17 05:12:31 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Fri, 17 Dec 2021 10:12:31 +0000
Subject: [Archivesspace_Users_Group] Digital Object Edit Batch
In-Reply-To: <SA1PR03MB6483AB7D85170985564F9B45DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
References: <SA1PR03MB648324042A157FB197D059F3DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
 <595F4FB8-E07F-4FA9-8A20-90988121A854@virginia.edu>
 <SA1PR03MB6483AB7D85170985564F9B45DC779@SA1PR03MB6483.namprd03.prod.outlook.com>
Message-ID: <79bf85a7-69a6-5ab4-751c-bac8d4910009@bodleian.ox.ac.uk>

You could, in theory, use a tool for automating repetitive tasks in a 
web browser. There are various open source and proprietary options, used 
for testing user interfaces, or screen-scraping information from web 
sites. Configure it to open each digital object in turn, edit the URL, 
and save. Then set it going and watch it do all the clicking and 
scrolling necessary. But finding one with the capabilities you require, 
yet won't require a month learning how to program it, might be 
difficult. However, if you tell your IT department that they've left you 
no other choice but to use some dodgy web browser plug-in that runs 
macros, they might be more inclined to run some SQL for you, or give you 
access to the API so you can run an off-the-shelf script someone here 
might have.

Andrew.


On 16/12/2021 21:32, Pryse, JA wrote:
>
> Bad news is that I ONLY have access via staff side. Our instance is 
> maintained by the university IT and its like an act of congress (get 
> it, congressional archives?ha) to get them to do anything with AS.
>
> *In file_version/file_uri:*<a 
> href=http://oucac.access.preservica.com/archive/sdb%3|9cdc92af-sdasdasdwww-15bfvd/>Preservica 
> Access</a>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org 
> <archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf 
> Of *Majewski, Steven Dennis (sdm7g)
> *Sent:* Thursday, December 16, 2021 3:15 PM
> *To:* Archivesspace Users Group 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] Digital Object Edit Batch
>
> How are the links encoded ? In file_version/file_uri ?
>
> If that is the case it should be easy to change in MySQL.
>
> ( Note that if you make changes to the database via MySQL rather than 
> the API, you will need to trigger a full reindex, as going thru the 
> backdoor doesn?t trigger an individual resource reindex. )
>
> ? Steve.
>
>
>
>     On Dec 16, 2021, at 4:03 PM, Pryse, JA <japryse at ou.edu
>     <mailto:japryse at ou.edu>> wrote:
>
>     Hello everyone, I need to batch edit a bunch of digital objects
>     that contain links to an internal content management system. I
>     know that I can import data that created new digital objects and
>     have played around with trying to ?update? the files with no luck
>     (in a batch or bulk sense). There are thousands of DOs that need
>     to be edited and cannot do this one at a time. Also, I cannot
>     break the link in anyway shape or form as it does cause a mess. I
>     have copied all of the exported data with links and such to the
>     new CSV but, of course, it just wants to create new records and
>     none of the information in the new csv will be unique to the
>     catalog. I do not want to remove the records and then upload new
>     ones (I did try this on a few) but this broke the links. I have no
>     idea where to go from here.
>
>     Thanks,
>
>     JA Pryse, Curator and Senior Archivist III
>
>     Carl Albert Congressional Research and Studies Center
>
>     University of Oklahoma
>
>     Facebook:@CarlAlbertCenter <https://www.facebook.com/CarlAlbertCenter>
>
>     Twitter:@CarlAlbertCtr <https://twitter.com/CarlAlbertCtr>
>
>     YouTube:Congressional Archives Carl Albert
>     <https://www.youtube.com/channel/UCOv6GKHVTmllPjIMKlp9lpA>
>
>     _______________________________________________
>     Archivesspace_Users_Group mailing list
>     Archivesspace_Users_Group at lyralists.lyrasis.org
>     <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>     http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>     <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/4a91f3e0/attachment.html>

From andrew.morrison at bodleian.ox.ac.uk  Fri Dec 17 05:55:45 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Fri, 17 Dec 2021 10:55:45 +0000
Subject: [Archivesspace_Users_Group] Archival Object Edits Not Always
 Saving
In-Reply-To: <CAK5BadAAz34GCoFuv7Khdez+TzWghdBKs0ktVB=36XWL6N6yQQ@mail.gmail.com>
References: <CAK5BadAAz34GCoFuv7Khdez+TzWghdBKs0ktVB=36XWL6N6yQQ@mail.gmail.com>
Message-ID: <aa9980d3-4a68-5852-9949-44021fbb1833@bodleian.ox.ac.uk>

Is it only notes that they have trouble with? I've never seen it be a 
problem, but I have noticed that notes have a second, hidden textarea 
which get updated with modifications to the visible one, presumably by 
JavaScript. Fields elsewhere, for example the Basic Information section, 
don't have this. So if they can reliably edit those, it might be 
something to do with that.

Andrew.


On 16/12/2021 22:02, Alexander Duryee wrote:
> A user in our department has occasionally run into an issue where 
> archival object record edits won't save after clicking Save Archival 
> Object.? This issue is not reliably repeatable, but is not infrequent 
> either.? I've watched them reproduce the error (open an AO, make an 
> edit to a note, click Save Archival Object on the left sidebar, the 
> old data appears on the new page), and there doesn't appear to be 
> anything unusual in the process.
>
> When I checked the logs, the unedited record seems to be POSTed back, 
> as if they did not change the record at all.? I didn't see any errors, 
> or anything amiss in general, around the POST.
>
> Is there anything that could be causing this?? As far as I'm aware, it 
> only impacts one user, although it's possible that others have the 
> same issue but haven't said anything.
>
> Thanks,
> --Alex
>
> -- 
> Alexander Duryee
> Manager, Archival Metadata
> New York Public Library
> (917)-229-9590
> alexanderduryee at nypl.org <mailto:alexanderduryee at nypl.org>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/751656b9/attachment.html>

From Scott.Renton at ed.ac.uk  Fri Dec 17 07:54:48 2021
From: Scott.Renton at ed.ac.uk (RENTON Scott)
Date: Fri, 17 Dec 2021 12:54:48 +0000
Subject: [Archivesspace_Users_Group]
	log4j	vulnerability	in	ArchivesSpace?
In-Reply-To: <99B13826-0408-414E-BB17-F28D6F4D1D9A@tufts.edu>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
 <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
 <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>
 <99B13826-0408-414E-BB17-F28D6F4D1D9A@tufts.edu>
Message-ID: <AS8PR05MB76242739CEA72DCCA28E0E6EBA789@AS8PR05MB7624.eurprd05.prod.outlook.com>

Hi folks

Two more CVEs have come to our attention which seem to affect log4j v1.2:
https://nvd.nist.gov/vuln/detail/CVE-2019-17571
and
https://access.redhat.com/security/cve/CVE-2021-4104

They seem to only come into play if you use the JMSAppender or the SocketAppender. We can only see log4j (on v2.7/v2.8) being used in the


./gems/gems/mizuno-0.6.11/lib/java/log4j-1.2.17.jar


But I can't see any properties associated with that to see if uses either of these.


Assume it's not a problem, but thought I'd flag it up in case.


Cheers

Scott

==========

Scott Renton

Digital Library Development & Systems

Floor F East

Argyle House

515219

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: 14 December 2021 16:25
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

This email was sent to you by someone outside the University.
You should only click on links or attachments if you are certain that the email is genuine and the content is safe.
It uses JRuby

On Dec 14, 2021, at 11:19 AM, Steele, Henry <Henry.Steele at tufts.edu> wrote:

? I?m not sure who supports this now?HM??, but I wanted to check about the Yale EAD exporter?s potential vulnerability.   It?s a plug-in but also has a stand alone application




On Dec 13, 2021, at 2:01 PM, Blake Carver <blake.carver at lyrasis.org> wrote:

?
Nope, older versions should be safe as well.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?


Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/5e15973a/attachment.html>

From brian.hoffman at lyrasis.org  Fri Dec 17 08:45:21 2021
From: brian.hoffman at lyrasis.org (Brian Hoffman)
Date: Fri, 17 Dec 2021 13:45:21 +0000
Subject: [Archivesspace_Users_Group]
	log4j	vulnerability	in	ArchivesSpace?
In-Reply-To: <AS8PR05MB76242739CEA72DCCA28E0E6EBA789@AS8PR05MB7624.eurprd05.prod.outlook.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
 <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
 <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>
 <99B13826-0408-414E-BB17-F28D6F4D1D9A@tufts.edu>
 <AS8PR05MB76242739CEA72DCCA28E0E6EBA789@AS8PR05MB7624.eurprd05.prod.outlook.com>
Message-ID: <BLAPR22MB232197C9CE2ABC611F43DA30FC789@BLAPR22MB2321.namprd22.prod.outlook.com>

Hi Scott,

While we do include those files in the distribution of ArchivesSpace, they are not actually used by the application in production mode. They are part of our development dependencies used to enable file reloading while the application is running in development mode. In future distributions we will look at removing these so there isn?t any confusion or perceived risk. In short, I don?t think there is any risk in this case.

Brian

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of RENTON Scott <Scott.Renton at ed.ac.uk>
Date: Friday, December 17, 2021 at 7:55 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>, SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?
Hi folks

Two more CVEs have come to our attention which seem to affect log4j v1.2:
https://nvd.nist.gov/vuln/detail/CVE-2019-17571
and
https://access.redhat.com/security/cve/CVE-2021-4104


They seem to only come into play if you use the JMSAppender or the SocketAppender. We can only see log4j (on v2.7/v2.8) being used in the



./gems/gems/mizuno-0.6.11/lib/java/log4j-1.2.17.jar


But I can't see any properties associated with that to see if uses either of these.



Assume it's not a problem, but thought I'd flag it up in case.



Cheers

Scott

==========

Scott Renton

Digital Library Development & Systems

Floor F East

Argyle House

515219

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: 14 December 2021 16:25
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

This email was sent to you by someone outside the University.
You should only click on links or attachments if you are certain that the email is genuine and the content is safe.
It uses JRuby


On Dec 14, 2021, at 11:19 AM, Steele, Henry <Henry.Steele at tufts.edu> wrote:
? I?m not sure who supports this now?HM??, but I wanted to check about the Yale EAD exporter?s potential vulnerability.   It?s a plug-in but also has a stand alone application





On Dec 13, 2021, at 2:01 PM, Blake Carver <blake.carver at lyrasis.org> wrote:
?
Nope, older versions should be safe as well.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?


Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/70308aee/attachment.html>

From Scott.Renton at ed.ac.uk  Fri Dec 17 09:20:41 2021
From: Scott.Renton at ed.ac.uk (RENTON Scott)
Date: Fri, 17 Dec 2021 14:20:41 +0000
Subject: [Archivesspace_Users_Group]
	log4j	vulnerability	in	ArchivesSpace?
In-Reply-To: <BLAPR22MB232197C9CE2ABC611F43DA30FC789@BLAPR22MB2321.namprd22.prod.outlook.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
 <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
 <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>
 <99B13826-0408-414E-BB17-F28D6F4D1D9A@tufts.edu>
 <AS8PR05MB76242739CEA72DCCA28E0E6EBA789@AS8PR05MB7624.eurprd05.prod.outlook.com>
 <BLAPR22MB232197C9CE2ABC611F43DA30FC789@BLAPR22MB2321.namprd22.prod.outlook.com>
Message-ID: <AS8PR05MB762434FAA0E5A852FDF7AE6EBA789@AS8PR05MB7624.eurprd05.prod.outlook.com>

Thanks Brian, that's terrific.

Scott



==========

Scott Renton

Digital Library Development & Systems

Floor F East

Argyle House

515219

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Brian Hoffman <brian.hoffman at lyrasis.org>
Sent: 17 December 2021 13:45
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

This email was sent to you by someone outside the University.
You should only click on links or attachments if you are certain that the email is genuine and the content is safe.

Hi Scott,



While we do include those files in the distribution of ArchivesSpace, they are not actually used by the application in production mode. They are part of our development dependencies used to enable file reloading while the application is running in development mode. In future distributions we will look at removing these so there isn?t any confusion or perceived risk. In short, I don?t think there is any risk in this case.



Brian



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of RENTON Scott <Scott.Renton at ed.ac.uk>
Date: Friday, December 17, 2021 at 7:55 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>, SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

Hi folks



Two more CVEs have come to our attention which seem to affect log4j v1.2:

https://nvd.nist.gov/vuln/detail/CVE-2019-17571

and

https://access.redhat.com/security/cve/CVE-2021-4104




They seem to only come into play if you use the JMSAppender or the SocketAppender. We can only see log4j (on v2.7/v2.8) being used in the



./gems/gems/mizuno-0.6.11/lib/java/log4j-1.2.17.jar



But I can't see any properties associated with that to see if uses either of these.



Assume it's not a problem, but thought I'd flag it up in case.



Cheers

Scott

==========

Scott Renton

Digital Library Development & Systems

Floor F East

Argyle House

515219

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: 14 December 2021 16:25
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



This email was sent to you by someone outside the University.

You should only click on links or attachments if you are certain that the email is genuine and the content is safe.

It uses JRuby



On Dec 14, 2021, at 11:19 AM, Steele, Henry <Henry.Steele at tufts.edu> wrote:

? I?m not sure who supports this now?HM??, but I wanted to check about the Yale EAD exporter?s potential vulnerability.   It?s a plug-in but also has a stand alone application









On Dec 13, 2021, at 2:01 PM, Blake Carver <blake.carver at lyrasis.org> wrote:

?

Nope, older versions should be safe as well.

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steele, Henry <Henry.Steele at tufts.edu>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/d0506389/attachment.html>

From bzhang at csus.edu  Fri Dec 17 13:52:42 2021
From: bzhang at csus.edu (Zhang, Bin)
Date: Fri, 17 Dec 2021 18:52:42 +0000
Subject: [Archivesspace_Users_Group]
	log4j	vulnerability	in	ArchivesSpace?
In-Reply-To: <BLAPR22MB232197C9CE2ABC611F43DA30FC789@BLAPR22MB2321.namprd22.prod.outlook.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
 <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
 <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>
 <99B13826-0408-414E-BB17-F28D6F4D1D9A@tufts.edu>
 <AS8PR05MB76242739CEA72DCCA28E0E6EBA789@AS8PR05MB7624.eurprd05.prod.outlook.com>
 <BLAPR22MB232197C9CE2ABC611F43DA30FC789@BLAPR22MB2321.namprd22.prod.outlook.com>
Message-ID: <BYAPR04MB5640D847A34AC72B8D83911FAE789@BYAPR04MB5640.namprd04.prod.outlook.com>

Hi Brian,

In this case, is it safe to remove them from our production server?

Thanks
Bin

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Hoffman
Sent: Friday, December 17, 2021 5:45 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

Hi Scott,

While we do include those files in the distribution of ArchivesSpace, they are not actually used by the application in production mode. They are part of our development dependencies used to enable file reloading while the application is running in development mode. In future distributions we will look at removing these so there isn?t any confusion or perceived risk. In short, I don?t think there is any risk in this case.

Brian

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of RENTON Scott <Scott.Renton at ed.ac.uk<mailto:Scott.Renton at ed.ac.uk>>
Date: Friday, December 17, 2021 at 7:55 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk<mailto:Ianthe.Sutherland at ed.ac.uk>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?
Hi folks

Two more CVEs have come to our attention which seem to affect log4j v1.2:
https://nvd.nist.gov/vuln/detail/CVE-2019-17571
and
https://access.redhat.com/security/cve/CVE-2021-4104

They seem to only come into play if you use the JMSAppender or the SocketAppender. We can only see log4j (on v2.7/v2.8) being used in the


./gems/gems/mizuno-0.6.11/lib/java/log4j-1.2.17.jar


But I can't see any properties associated with that to see if uses either of these.



Assume it's not a problem, but thought I'd flag it up in case.



Cheers

Scott

==========

Scott Renton

Digital Library Development & Systems

Floor F East

Argyle House

515219

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Steele, Henry <Henry.Steele at tufts.edu<mailto:Henry.Steele at tufts.edu>>
Sent: 14 December 2021 16:25
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

This email was sent to you by someone outside the University.
You should only click on links or attachments if you are certain that the email is genuine and the content is safe.
It uses JRuby

On Dec 14, 2021, at 11:19 AM, Steele, Henry <Henry.Steele at tufts.edu<mailto:Henry.Steele at tufts.edu>> wrote:
? I?m not sure who supports this now?HM??, but I wanted to check about the Yale EAD exporter?s potential vulnerability.   It?s a plug-in but also has a stand alone application




On Dec 13, 2021, at 2:01 PM, Blake Carver <blake.carver at lyrasis.org<mailto:blake.carver at lyrasis.org>> wrote:
?
Nope, older versions should be safe as well.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Steele, Henry <Henry.Steele at tufts.edu<mailto:Henry.Steele at tufts.edu>>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?


Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/e4dc9fa1/attachment.html>

From brian.hoffman at lyrasis.org  Fri Dec 17 14:21:12 2021
From: brian.hoffman at lyrasis.org (Brian Hoffman)
Date: Fri, 17 Dec 2021 19:21:12 +0000
Subject: [Archivesspace_Users_Group]
	log4j	vulnerability	in	ArchivesSpace?
In-Reply-To: <BYAPR04MB5640D847A34AC72B8D83911FAE789@BYAPR04MB5640.namprd04.prod.outlook.com>
References: <CAA60kZM3Tey-DtXRSrgzLXDQf7h6C23eKkCC5zDcaN4Cw9p5iQ@mail.gmail.com>
 <LO2P265MB490328D383C2686ED62E4116A9729@LO2P265MB4903.GBRP265.PROD.OUTLOOK.COM>
 <DM6PR05MB703634731DA7D6C0067E0FCB88749@DM6PR05MB7036.namprd05.prod.outlook.com>
 <DM6PR22MB2309D57EF3E04173DFDE4B9D9F749@DM6PR22MB2309.namprd22.prod.outlook.com>
 <A8F580D0-A345-402D-B96B-D03BEA9A19E7@tufts.edu>
 <99B13826-0408-414E-BB17-F28D6F4D1D9A@tufts.edu>
 <AS8PR05MB76242739CEA72DCCA28E0E6EBA789@AS8PR05MB7624.eurprd05.prod.outlook.com>
 <BLAPR22MB232197C9CE2ABC611F43DA30FC789@BLAPR22MB2321.namprd22.prod.outlook.com>
 <BYAPR04MB5640D847A34AC72B8D83911FAE789@BYAPR04MB5640.namprd04.prod.outlook.com>
Message-ID: <BLAPR22MB2321B28C382249DEFD628B0EFC789@BLAPR22MB2321.namprd22.prod.outlook.com>

I believe so but have not tested that yet. Sometimes the dependency manager, Bundler, can raise problems if gems that it expects to see are not present.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Zhang, Bin <bzhang at csus.edu>
Date: Friday, December 17, 2021 at 1:53 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>, SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?
Hi Brian,

In this case, is it safe to remove them from our production server?

Thanks
Bin

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Hoffman
Sent: Friday, December 17, 2021 5:45 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

Hi Scott,

While we do include those files in the distribution of ArchivesSpace, they are not actually used by the application in production mode. They are part of our development dependencies used to enable file reloading while the application is running in development mode. In future distributions we will look at removing these so there isn?t any confusion or perceived risk. In short, I don?t think there is any risk in this case.

Brian

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of RENTON Scott <Scott.Renton at ed.ac.uk<mailto:Scott.Renton at ed.ac.uk>>
Date: Friday, December 17, 2021 at 7:55 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SUTHERLAND Ianthe <Ianthe.Sutherland at ed.ac.uk<mailto:Ianthe.Sutherland at ed.ac.uk>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?
Hi folks

Two more CVEs have come to our attention which seem to affect log4j v1.2:
https://nvd.nist.gov/vuln/detail/CVE-2019-17571
and
https://access.redhat.com/security/cve/CVE-2021-4104

They seem to only come into play if you use the JMSAppender or the SocketAppender. We can only see log4j (on v2.7/v2.8) being used in the


./gems/gems/mizuno-0.6.11/lib/java/log4j-1.2.17.jar


But I can't see any properties associated with that to see if uses either of these.



Assume it's not a problem, but thought I'd flag it up in case.



Cheers

Scott

==========

Scott Renton

Digital Library Development & Systems

Floor F East

Argyle House

515219

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Steele, Henry <Henry.Steele at tufts.edu<mailto:Henry.Steele at tufts.edu>>
Sent: 14 December 2021 16:25
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?

This email was sent to you by someone outside the University.
You should only click on links or attachments if you are certain that the email is genuine and the content is safe.
It uses JRuby

On Dec 14, 2021, at 11:19 AM, Steele, Henry <Henry.Steele at tufts.edu<mailto:Henry.Steele at tufts.edu>> wrote:
? I?m not sure who supports this now?HM??, but I wanted to check about the Yale EAD exporter?s potential vulnerability.   It?s a plug-in but also has a stand alone application




On Dec 13, 2021, at 2:01 PM, Blake Carver <blake.carver at lyrasis.org<mailto:blake.carver at lyrasis.org>> wrote:
?
Nope, older versions should be safe as well.
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Steele, Henry <Henry.Steele at tufts.edu<mailto:Henry.Steele at tufts.edu>>
Sent: Monday, December 13, 2021 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?


Are people on earlier versions of ArchivesSpace , e.g. 2.7.1 that use archivesspace?s internal solr vulnerable?



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Peter Heiner
Sent: Saturday, December 11, 2021 9:00 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



While ArchivesSpace itself might not be vulnerable, those who run an extrrnal Solr instance should be aware that it itself may be, see https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228 for more information and some possible workarounds.



p

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Tom Hanstra <hanstra at nd.edu<mailto:hanstra at nd.edu>>
Sent: 11 December 2021 13:21
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] log4j vulnerability in ArchivesSpace?



There is a lot of buzz right now about the log4j exploit being used against Java applications. Does anyone know if ArchivesSpace is vulnerable to these exploits?



Tom

--

Tom Hanstra

Sr. Systems Administrator

hanstra at nd.edu<mailto:hanstra at nd.edu>



[https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/0ea9145c/attachment.html>

From ldedeyan at mikekelleyfoundation.org  Fri Dec 17 14:56:34 2021
From: ldedeyan at mikekelleyfoundation.org (Lori Dedeyan)
Date: Fri, 17 Dec 2021 11:56:34 -0800
Subject: [Archivesspace_Users_Group] Digital Object images not embedding
Message-ID: <CANa8_07_M0Q0M-Zp-6JOdm-xd09GX0j8etB3CMXYHqirPSRsUg@mail.gmail.com>

Hi all,

I'm trying to embed an image in a Digital Object record and am encountering
some issues. I have two File URI sub records with the same URI;  one of
them has the "embed" option selected for the Xlink Show Attribute field,
and the other (identical) URI functions as the destination of the link.

The destination URI is working properly, but ArchivesSpace is unable to
display the thumbnail image using the same URI. However, when I pull
another image URI from the web for the thumbnail, the issue disappears. Is
there a way to address this, and does anyone know what might be causing the
issue?

Many thanks,
Lori
-- 
Lori Dedeyan
Processing Archivist

Mike Kelley Foundation for the Arts
7019 N. Figueroa Street
Los Angeles, CA  90042
www.mikekelleyfoundation.org

*Please note that our entire team is working remotely while we monitor the
COVID-19 situation, which impacts access to our office lines and postal
service. Thank you for your patience and understanding. *
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211217/1df05fea/attachment.html>

From Jessica.Crouch at lyrasis.org  Mon Dec 20 12:25:46 2021
From: Jessica.Crouch at lyrasis.org (Jessica Crouch)
Date: Mon, 20 Dec 2021 17:25:46 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Update - December 2021
Message-ID: <F1605D6D-7B5E-4CBD-A144-F5EEE9ED14B8@lyrasis.org>

  [cid:image001.jpg at 01D7F59C.B64382E0]


Development


We are in the final stages of development and testing for version 3.2.0. Barring surprises we expect to put out the release candidate for 3.2.0 in the first few weeks of 2022. Version 3.2.0 will mark the transition to external Solr. It will also include some new features like custom reports and small improvements to the spreadsheet importers, as well as various bug fixes. More information will be provided at the time of the release candidate.

Log4J Vulnerability

Like many of you, we?ve been following the widespread reports about the Log4j security vulnerability that has been impacting many software applications. We don?t expect this vulnerability to be a problem for ArchivesSpace since ArchivesSpace does not use Log4j for logging.



An ArchivesSpace package does include two gems, ladle and mizuno, that use an older version of log4j that predates the vulnerability that has been so widely publicized and discussed. These are used only in development mode, and not of concern for those running ArchivesSpace in production mode. In future distributions we will look at removing these so there isn?t any confusion or perceived risk.



Solr is impacted independently of ArchivesSpace. Those using external Solr will want to follow Solr?s recommendations for addressing the vulnerability (https://solr.apache.org/security.html#apache-solr-affected-by-apache-log4j-cve-2021-44228). Because the version of ArchivesSpace?s embedded Solr predates this vulnerability, it should not be a problem for people running ArchivesSpace without external Solr.

Running external Solr with ArchivesSpace screencast now available

Due to necessary upgrades<https://archivesspace.org/archives/7135> that require moving to external deployment of Solr for the application, ArchivesSpace will require installing and configuring Solr with v3.2.0.  This change will not affect end users directly, but it will be a significant change for system administrators and others who deploy and manage ArchivesSpace.

ArchivesSpace offered a webinar<https://archivesspace.org/archives/7151> and has updated our technical documentation<https://archivesspace.github.io/tech-docs/provisioning/solr.html> in anticipation of this change.  We also now have a short screencast<https://youtu.be/1KbD0M_XfqI> available that walks those responsible for installing and configuring Solr though the process.

ArchivesSpace Trainers Corps ?Office Hour?

The fourth ArchivesSpace Trainers Corps ?Office Hour? will be Monday, January 24th at 2:00p.m. ET/11:00a.m. PT. In these office hours, members of the ArchivesSpace Trainers Corps will demo a task or tool frequently used by ArchivesSpace users and take questions related to the demo and topic.


For this open call, the Trainers Corps will briefly demo the new custom reports functionality available as of ArchivesSpace v3.2.0, which is scheduled for release in January 2022.  Following the presentation, you will have the opportunity to ask questions about the topic, followed by a general Q&A about generating reports in ArchivesSpace.

Date: January 24, 2022

Time: 2:00p.m. ET / 11:00a.m. PT

Topic: Custom reports functionality new with ArchivesSpace v3.2.0


Registration:  https://lyrasis.zoom.us/meeting/register/tZArdu2pqz0jHNUVwhux8HzqpRzAunZoVLLK

Throughout the past 12 months, the Trainers Corps has been offering regularly scheduled trainings and office hours covering a variety of topics on all things ArchivesSpace.  Registration for each training is separate and opens closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training.


If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org.



Webinar: Using ArchivesSpace to create EAC-CPF records (90 minutes)


The next ArchivesSpace webinar will be a 90-minute learning opportunity on February 9th at 2:00p.m. ET/11a.m. PT led by Regine Heberlein, Library IT Data Analyst at Princeton University, and Christine Di Bella, ArchivesSpace Program Manager, demonstrating how to create valid EAC-CPF records using ArchivesSpace and offering some tips and tricks for making the process easier within your repository.



Date: February 9, 2022

Time: 2:00p.m. ? 3:30p.m. ET (11:00a.m. ? 12:30p.m. PT)

Where: Zoom


Registration:

https://lyrasis.zoom.us/webinar/register/WN_e777kyjtQ6qjBMWeiiTWmg



This webinar will be recorded and made available on the ArchivesSpace YouTube channel.



Webinar description:


The recent expansion of the agents module in ArchivesSpace greatly expanded the application?s support for the metadata standard Encoded Archival Context ? Corporate Bodies, Persons, and Families (EAC-CPF) and the potential for exchanging these records with other systems, including Social Networks and Archival Context (SNAC). Taking full advantage of this potential requires some work on the record creator?s part as ArchivesSpace?s requirements for creating agent records remain minimal.

This learning opportunity will demonstrate how to create valid EAC-CPF records using ArchivesSpace and offer some tips and tricks for making the process easier within your repository.

An open discussion and Q&A will follow.


This learning opportunity introduces EAC-CPF in the context of ArchivesSpace but is not intended to be a full overview of the standard. Resources for learning more about EAC-CPF include:

  *   Encoded Archival Standards: A Primer: https://www.youtube.com/watch?v=WYWQeBRnhz0
  *   EAC-CPF Community and Support page: https://eac.staatsbibliothek-berlin.de/community-and-mailinglist/
  *   EAC-CPF Tag Library: https://eac.staatsbibliothek-berlin.de/schemata-and-tag-library/



NOTE: This learning opportunity assumes basic knowledge of ArchivesSpace, including an understanding of agent records. If you do not have this, we recommend watching the videos of the Basics workshop series, available on YouTube at https://www.youtube.com/playlist?list=PL3cxupmXL7WiHyMc0uFmsCEIVOQmrI7FL. We will not be able to answer general questions about ArchivesSpace or specific questions about individual ArchivesSpace implementations during this session.



Who should attend:

Anyone interested in using ArchivesSpace to create valid EAC-CPF records.



ArchivesSpace Online Forum 2022 - Save the Date

Mark your calendars for our fourth annual Online Forum! Taking place March 21-22, 2022, our online forum will be a two-day event spanning a variety of time zones and ArchivesSpace experience levels.

More information will be provided soon about how to propose a topic or presentation.  Registration will open closer to the event date.  For now, be sure to save the date on your calendar.  We look forward to ?seeing? many of you there.



ArchivesSpace Holiday Hours


Our office will be closed from December 24 to January 2. Normal office hours will resume on January 3rd. We wish you all warm and happy holidays!



Membership Update



We are excited to welcome our newest members to our community! Our new members since November 30th include:

  *   Eastern Illinois University, (Charleston, IL)


As of December 20, we have 460 General members, 21 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org> for more information.

________________________________

ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211220/9a3c0f90/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 203219 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211220/9a3c0f90/attachment.jpg>

From andrew.morrison at bodleian.ox.ac.uk  Tue Dec 21 06:44:13 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Tue, 21 Dec 2021 11:44:13 +0000
Subject: [Archivesspace_Users_Group] Digital Object images not embedding
In-Reply-To: <CANa8_07_M0Q0M-Zp-6JOdm-xd09GX0j8etB3CMXYHqirPSRsUg@mail.gmail.com>
References: <CANa8_07_M0Q0M-Zp-6JOdm-xd09GX0j8etB3CMXYHqirPSRsUg@mail.gmail.com>
Message-ID: <53b70254-c4cb-e8e1-d883-600f5f877b09@bodleian.ox.ac.uk>

If the destination is a web page, displaying both image and metadata, 
then the URI for the file version with the embed option needs to be 
different, pointing to an image (preferably one scaled or cropped to 
whatever you think makes a good thumbnail.)

Andrew.


On 17/12/2021 19:56, Lori Dedeyan wrote:
> Hi all,
>
> I'm trying to embed an image in a Digital Object record and am 
> encountering some issues. I have two File URI?sub records with the 
> same URI;? one of them has the "embed" option selected?for the Xlink 
> Show Attribute field, and the other (identical) URI functions as the 
> destination of the link.
>
> The destination URI is working properly, but ArchivesSpace is unable 
> to display the thumbnail image using the same URI. However, when I 
> pull another image URI from the web for the thumbnail, the issue 
> disappears. Is there a way to address this, and does anyone know what 
> might be causing the issue?
>
> Many thanks,
> Lori
> -- 
> Lori Dedeyan
> Processing Archivist
> *
> *Mike Kelley Foundation for the Arts
> 7019 N. Figueroa Street
> Los Angeles, CA? 90042
> www.mikekelleyfoundation.org <http://www.mikekelleyfoundation.org/>
>
> *Please note that our entire team is working remotely while we monitor 
> the COVID-19 situation, which impacts access to our office lines and 
> postal service. Thank you for your patience and understanding. *
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211221/313d11a4/attachment.html>

From c.heitz at aarome.org  Wed Dec 22 09:00:05 2021
From: c.heitz at aarome.org (Catie Heitz)
Date: Wed, 22 Dec 2021 09:00:05 -0500
Subject: [Archivesspace_Users_Group] Filtering for suppressed records
Message-ID: <CAGX5qGFc+bx0jmyYAQZkOZf=8U=cJXNri3dyYJPCo4jYXDbktw@mail.gmail.com>

Hello all,

This should be a quick question, but does anyone know of a way to filter,
sort, or search by suppressed record? I'm looking for a simple way to view
all suppressed records in one place.

Best,
Catie Heitz
Archivist
American Academy in Rome
7 East 60th St.
New York, NY 10022
212-751-7200 x347
212-751-7220 (fax)
c.heitz at aarome.org <archives at aarome.org>
www.aarome.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211222/55044f88/attachment.html>

From scheirw at newschool.edu  Wed Dec 22 12:01:11 2021
From: scheirw at newschool.edu (Wendy Scheir)
Date: Wed, 22 Dec 2021 12:01:11 -0500
Subject: [Archivesspace_Users_Group] question about searching/browsing
	digital objects in the SUI
Message-ID: <CAOPA1J7ky8JYEbWuzhCidsNdqVRHsAoN8LQ+e9BfQY+PCw+B=Q@mail.gmail.com>

Hi,

Can anyone tell me the way in the SUI to get a list of Digital Objects
related to a particular resource or accession? I figure there must be a way
similar to the way it works with Top Containers? I couldn't find this
answer in the Help Center.

Many thanks,
Wendy

____________________________________

WENDY SCHEIR

director
THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS

66 FIFTH AVENUE, NEW YORK, NY 10011

scheirw at newschool.edu
<https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>

T 212-229-5942

Explore the Archives <http://archives.newschool.edu> | Digital Collections
from the Archives <http://digitalarchives.library.newschool.edu/> | New
School Histories <http://newschoolhistories.org/> | @tnsarchives
<https://twitter.com/tnsarchives>

[image: THE NEW SCHOOL]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211222/cc4b1f8a/attachment-0001.html>

From andrew.morrison at bodleian.ox.ac.uk  Thu Dec 23 05:46:49 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Thu, 23 Dec 2021 10:46:49 +0000
Subject: [Archivesspace_Users_Group] Filtering for suppressed records
In-Reply-To: <CAGX5qGFc+bx0jmyYAQZkOZf=8U=cJXNri3dyYJPCo4jYXDbktw@mail.gmail.com>
References: <CAGX5qGFc+bx0jmyYAQZkOZf=8U=cJXNri3dyYJPCo4jYXDbktw@mail.gmail.com>
Message-ID: <83de6150-9f26-8eb1-df0f-39758022a1e2@bodleian.ox.ac.uk>

There is a way, but it is not as simple as you might think:

1. Log in to the staff interface as a user who has permission to view 
suppressed records in the repository you want to see them in (or is a 
system administrator.)
2. Make sure Show Suppressed is enabled in User Preferences.
3. Click the down arrow next to the search box in the toolbar to start 
an advanced search.
4. Click the red trashcan icon to remove the default text-field search row.
5. Click the green plus icon and select Boolean.
6. Change the Search Field to Suppressed?
7. Select True as the Boolean value to search for.
8. Click the Search button.

Andrew.


On 22/12/2021 14:00, Catie Heitz wrote:
> Hello all,
>
> This should be a quick question, but does anyone know of a way to 
> filter, sort, or search by suppressed record? I'm looking for a simple 
> way to view all suppressed records in one place.
>
> Best,
> Catie Heitz
> Archivist
> American Academy in Rome
> 7 East 60th St.
> New York, NY 10022
> 212-751-7200 x347
> 212-751-7220 (fax)
> c.heitz at aarome.org <mailto:archives at aarome.org>
> www.aarome.org <http://www.aarome.org/>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211223/f9818773/attachment.html>

From andrew.morrison at bodleian.ox.ac.uk  Thu Dec 23 05:58:48 2021
From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison)
Date: Thu, 23 Dec 2021 10:58:48 +0000
Subject: [Archivesspace_Users_Group] question about searching/browsing
 digital objects in the SUI
In-Reply-To: <CAOPA1J7ky8JYEbWuzhCidsNdqVRHsAoN8LQ+e9BfQY+PCw+B=Q@mail.gmail.com>
References: <CAOPA1J7ky8JYEbWuzhCidsNdqVRHsAoN8LQ+e9BfQY+PCw+B=Q@mail.gmail.com>
Message-ID: <3b788c64-419d-6a3b-88e2-2bc09f42665e@bodleian.ox.ac.uk>

There is no equivalent of the Manage Top Containers interface for 
digital objects, if that is what you are asking.

Andrew.


On 22/12/2021 17:01, Wendy Scheir wrote:
> Hi,
>
> Can anyone tell me the way in the SUI to get a list of Digital Objects 
> related to a particular resource or accession? I figure there must be 
> a way similar to the way it works with Top Containers? I couldn't find 
> this answer in the Help Center.
>
> Many thanks,
> Wendy
>
> ____________________________________
>
> WENDY SCHEIR
>
> director
> THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS
>
> 66 FIFTH AVENUE, NEW YORK, NY 10011
>
> scheirw at newschool.edu 
> <https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>
>
> T?212-229-5942
>
> Explore the Archives <http://archives.newschool.edu>| Digital 
> Collections from the Archives 
> <http://digitalarchives.library.newschool.edu/>| New School Histories 
> <http://newschoolhistories.org/>|@tnsarchives 
> <https://twitter.com/tnsarchives>
>
> THE NEW SCHOOL
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211223/91fa80e2/attachment.html>

From scheirw at newschool.edu  Thu Dec 23 07:23:48 2021
From: scheirw at newschool.edu (Wendy Scheir)
Date: Thu, 23 Dec 2021 07:23:48 -0500
Subject: [Archivesspace_Users_Group] question about searching/browsing
 digital objects in the SUI
In-Reply-To: <3b788c64-419d-6a3b-88e2-2bc09f42665e@bodleian.ox.ac.uk>
References: <CAOPA1J7ky8JYEbWuzhCidsNdqVRHsAoN8LQ+e9BfQY+PCw+B=Q@mail.gmail.com>
 <3b788c64-419d-6a3b-88e2-2bc09f42665e@bodleian.ox.ac.uk>
Message-ID: <CAOPA1J7tgvKvHc_=9AxBQF=UzHvBj0CB8PNFhPwEi_V_7Zx62g@mail.gmail.com>

Thanks, Andrew. I was asking that, but only by way of trying to find a
solution to the issue I'm having, which is to come up with a results list
of digital objects that are related to a particular resources/accessions.

Wendy

On Thu, Dec 23, 2021, 5:58 AM Andrew Morrison <
andrew.morrison at bodleian.ox.ac.uk> wrote:

> There is no equivalent of the Manage Top Containers interface for digital
> objects, if that is what you are asking.
>
> Andrew.
>
>
> On 22/12/2021 17:01, Wendy Scheir wrote:
>
> Hi,
>
> Can anyone tell me the way in the SUI to get a list of Digital Objects
> related to a particular resource or accession? I figure there must be a way
> similar to the way it works with Top Containers? I couldn't find this
> answer in the Help Center.
>
> Many thanks,
> Wendy
>
> ____________________________________
>
> WENDY SCHEIR
>
> director
> THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS
>
> 66 FIFTH AVENUE, NEW YORK, NY 10011
>
> scheirw at newschool.edu
> <https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>
>
> T 212-229-5942
>
> Explore the Archives <http://archives.newschool.edu> | Digital
> Collections from the Archives
> <http://digitalarchives.library.newschool.edu/> | New School Histories
> <http://newschoolhistories.org/> | @tnsarchives
> <https://twitter.com/tnsarchives>
>
> [image: THE NEW SCHOOL]
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing listArchivesspace_Users_Group at lyralists.lyrasis.orghttp://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211223/05e27d90/attachment.html>

From vaddonizio at atlas-sys.com  Tue Dec 28 16:45:29 2021
From: vaddonizio at atlas-sys.com (Valerie Addonizio)
Date: Tue, 28 Dec 2021 21:45:29 +0000
Subject: [Archivesspace_Users_Group] question about searching/browsing
 digital objects in the SUI
In-Reply-To: <CAOPA1J7tgvKvHc_=9AxBQF=UzHvBj0CB8PNFhPwEi_V_7Zx62g@mail.gmail.com>
References: <CAOPA1J7ky8JYEbWuzhCidsNdqVRHsAoN8LQ+e9BfQY+PCw+B=Q@mail.gmail.com>
 <3b788c64-419d-6a3b-88e2-2bc09f42665e@bodleian.ox.ac.uk>
 <CAOPA1J7tgvKvHc_=9AxBQF=UzHvBj0CB8PNFhPwEi_V_7Zx62g@mail.gmail.com>
Message-ID: <BYAPR20MB223113D8852D8B9A20B3411189439@BYAPR20MB2231.namprd20.prod.outlook.com>

Hi Wendy,

I?m afraid there is no way to do this in the SUI. There are ways through queries against the database or the API, but no ready-made view or filter in the SUI. I believe this existing JIRA ticket may include some of what you?re looking for if you wish to add any comments to bolster the user stories there: https://archivesspace.atlassian.net/browse/ANW-1102


From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Wendy Scheir
Sent: Thursday, December 23, 2021 7:24 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] question about searching/browsing digital objects in the SUI

Thanks, Andrew. I was asking that, but only by way of trying to find a solution to the issue I'm having, which is to come up with a results list of digital objects that are related to a particular resources/accessions.

Wendy

On Thu, Dec 23, 2021, 5:58 AM Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk<mailto:andrew.morrison at bodleian.ox.ac.uk>> wrote:

There is no equivalent of the Manage Top Containers interface for digital objects, if that is what you are asking.

Andrew.


On 22/12/2021 17:01, Wendy Scheir wrote:
Hi,

Can anyone tell me the way in the SUI to get a list of Digital Objects related to a particular resource or accession? I figure there must be a way similar to the way it works with Top Containers? I couldn't find this answer in the Help Center.

Many thanks,
Wendy

____________________________________

WENDY SCHEIR

director
THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS

66 FIFTH AVENUE, NEW YORK, NY 10011

scheirw at newschool.edu<https://www.newschool.edu/email-signature-generator/robinsa1 at newschool.edu>

T 212-229-5942

Explore the Archives<http://archives.newschool.edu> | Digital Collections from the Archives<http://digitalarchives.library.newschool.edu/> | New School Histories<http://newschoolhistories.org/> | @tnsarchives<https://twitter.com/tnsarchives>

[THE NEW                                                            SCHOOL]


_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>

http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20211228/032836a9/attachment.html>