Re: [Archivesspace_Users_Group] Batch deleting unassociated top containers
Hi Lev, I regularly delete unassociated top containers since it's so easy to end up with them and have never had problems. The only precaution I take is not to delete them when anyone else is doing work that might involve creation of new top containers on the off chance that they might have created a top container but not linked it to anything in the moment that I ran the search. Unless you have workflows that involve creating new top containers in advance of linking them to records (which is very unlikely, we have an odd use case where we do that under certain circumstances), I can't think of any other potential issues. All the best, Dan On Wed, May 31, 2023 at 12:01 PM Earle, Lev wrote: > Hello everyone, > > > > This is a bit of a silly question, but I’ve just stumbled on how to batch > delete unassociated top containers in the back end, and wanted to see if > anyone else had noticed any adverse effects when doing this. It would > certainly be nice to get rid of all of them at once, but considering we > have almost 6000 of them (I’m hiding my face in shame), we’re a little > nervy about pushing that button. > > > > Cheers, > > -Lev. > > > > ___ > > Lev Earle - *they/them * > > Special Collections Processing Archivist – RBSCP > > University of Rochester River Campus Libraries > > > > I am currently working from the Library Annex on Mondays 9-6, remotely on > Tuesdays 11-7:30, and on site at Rhees Wednesday-Friday, 9-6pm. If you need > to reach me urgently, please text or call me at 401.369.0330. > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Audit changes (through API)
_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Audit changes (through API) > > > Hey Scott, > > From my understanding, you are correct that besides a last modified > timestamp, that’s as deep as ASpace goes in tracking changes to data. We’ve > had colleagues here express similar interest in wanting to track more > detailed changes to records, such as when an archivist publishes a record > or edits a note, but that functionality doesn’t exist as far as I’m aware. > > If your local practice is to track changes to records using events, then > it’s possible the user could access the “Get a list of Events for a > Repository > <https://archivesspace.github.io/archivesspace/api/?python#get-a-list-of-events-for-a-repository>” > API endpoint (if they are a user in your ArchivesSpace instance) and filter > the results based on records related to a specific resource. That requires > your ArchivesSpace users to be using events in that way to work. > > The only other methods that I can think of is possibly using something > like the WayBack Machine <https://archive.org/web/> or a web scraper like > BeautifulSoup <https://beautiful-soup-4.readthedocs.io/en/latest/> with > Python to track changes to any public facing websites you have. WayBack > would only be good for occasional captures and BeautifulSoup would need to > scrape your public-facing website for any updates/newly published records. > I did something like that in grad school, but it was with a blog website > and not finding aids. > > > > I hope this was helpful. Anyone here, please correct me if I’m wrong or > forgetting anything. > > Sincerely, > > Corey > > *Corey Schmidt* > Special Collections Libraries | *Project Management Librarian/Archivist* > > corey.schm...@uga.edu > > > > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> *On Behalf Of *Scott > Renton > *Sent:* Friday, April 28, 2023 5:55 AM > *To:* archivesspace_users_group@lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Audit changes (through API) > > > > [EXTERNAL SENDER - PROCEED CAUTIOUSLY] > > Hi there folks > > > > We've had a user request to see if we can extract lists of records that > have changed and what the change is (eg list of records that have changed > from unpublished to publish- part of their work is working through an > unpublished repository and tracking how much they're making available > periodically). They'd like to be able to build something round the API for > this. > > > > I didn't think AS went down to that level- we'd see a last modified > timestamp, but I didn't think there was anything deeper. Is that correct? I > know "event" is accessible through the API, but I still couldn't see how > that would get down to a specific data change. > > > > Cheers > > Scott > > > > > > == > > Scott Renton > > Digital Library Development & Systems > > Floor F East > > Argyle House > > 515219 > > 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. > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Rights Statement notes indexed in PUI even if unpublished
Hi Joshua, Thanks for following up on this and locating that ticket, I'll add my comments there. This also fits with my vague understanding that it used to be impossible to have fields indexed in only the staff side (it was both or neither), but that this was something that could be done now (or will be possible in the near future). All the best, Dan On Tue, Apr 25, 2023 at 8:36 AM Joshua D. Shaw wrote: > Hey all > > I *think* that this is systemic and has probably been an issue forever. > The way that the fullrecord is built by the indexer basically accumulates > the data from every field (save some explicitly excluded) regardless of > publish state. See > https://github.com/archivesspace/archivesspace/blob/v3.3.1/indexer/app/lib/indexer_common.rb#L126 > > Because the PUI inherits from indexer_common, there are also places where > related objects and the json for the record are not checked to ensure that > subrecords with the publish flag set to false are excluded from PUI index > fields. For example > https://github.com/archivesspace/archivesspace/blob/v3.3.1/indexer/app/lib/indexer_common.rb#L1156 > > Looks like there is at least one very old outstanding ticket that > addresses this: https://archivesspace.atlassian.net/browse/ANW-261 > > jds > -- > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of > Benn Joseph > *Sent:* Friday, April 21, 2023 4:22 PM > *To:* Archivesspace Users Group < > archivesspace_users_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Rights Statement notes indexed > in PUI even if unpublished > > > Hi Dan, > > Confirming that we are also seeing unpublished accession records being > indexed, resulting in hits on any linked published records (we’re on 3.3.1). > > --Benn > > > > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Friday, April 21, 2023 3:15 PM > *To:* Archivesspace Users Group < > archivesspace_users_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Rights Statement notes indexed > in PUI even if unpublished > > > > Hi Benn, > > > > We actually just noticed the same issue today, except with unpublished > accession records being indexed, which results in hits on any linked > published records (credit to my colleague Michelle Paquette for working out > where the indexer was pulling from). > > > > I suspect this issue may be systemic, but haven't had the opportunity to > test it out. > > > > Dan > > > > On Fri, Apr 21, 2023 at 2:34 PM Benn Joseph > wrote: > > Happy Friday all, > > I’ve just noticed that when I add text to a Rights Statement in the > ‘Additional Information’ sub-note, that text is indexed in the PUI even if > the Rights Statement is unpublished (although the Rights Statement text > doesn’t display in the PUI even if it is published). Is this normal? If > not, I can create a ticket. > > > > Thanks, > > --Benn > > > > *Benn Joseph *(he/him/his) > > Head, Collections Services > > McCormick Library of Special Collections & University Archives > > Northwestern University Libraries > > Northwestern University > > www.library.northwestern.edu > > benn.jos...@northwestern.edu > > 847.467.6581 > > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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__;!!Dq0X2DkFhyF93HkjWTBQKhk!RjThTRKjCVsDtoQ-W79GICh8o5OgDDpmyPq7lnZqnXGX1IjPe3YfawPtD2J5W9iuqhsucP0MQCpt6uks_aEgEkmV7hWEdpk$> > > > > -- > > Dan Michelson > > Collections Archivist > > Smith College Special Collections > > > > For current library access and services details, see Library Services > During COVID-19 > <https://urldefense.com/v3/__https:/libraries.smith.edu/library-services-during-covid-19__;!!Dq0X2DkFhyF93HkjWTBQKhk!RjThTRKjCVsDtoQ-W79GICh8o5OgDDpmyPq7lnZqnXGX1IjPe3YfawPtD2J5W9iuqhsucP0MQCpt6uks_aEgEkmVXNbdTf0$> > . > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Rights Statement notes indexed in PUI even if unpublished
Hi Benn, We actually just noticed the same issue today, except with unpublished accession records being indexed, which results in hits on any linked published records (credit to my colleague Michelle Paquette for working out where the indexer was pulling from). I suspect this issue may be systemic, but haven't had the opportunity to test it out. Dan On Fri, Apr 21, 2023 at 2:34 PM Benn Joseph wrote: > Happy Friday all, > > I’ve just noticed that when I add text to a Rights Statement in the > ‘Additional Information’ sub-note, that text is indexed in the PUI even if > the Rights Statement is unpublished (although the Rights Statement text > doesn’t display in the PUI even if it is published). Is this normal? If > not, I can create a ticket. > > > > Thanks, > > --Benn > > > > *Benn Joseph *(he/him/his) > > Head, Collections Services > > McCormick Library of Special Collections & University Archives > > Northwestern University Libraries > > Northwestern University > > www.library.northwestern.edu > > benn.jos...@northwestern.edu > > 847.467.6581 > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Global Settings Drop-Down and Help Button Customization Question
Hi Aimee, >From the ticket <https://archivesspace.atlassian.net/browse/ANW-1589> for that issue, it looks like a fix is planned for the next version. All the best, Dan On Wed, Apr 5, 2023 at 1:17 PM Aimee Truitt wrote: > Hello Everyone, > > > > Quick question regarding customization of the location of "?" button. > Currently, it is in close proximity to the global settings drop-down button > (see screenshot below). They are so close that users complain of clicking > the "?" button when intending to click the drop-down button. When clicking > on or just outside the line of the button the Help Center caption pops up > and blocks access to the drop-down button. Has anyone successful developed > a workaround for this issue? Thank you for your time and help. > > > > > > Best Wishes, > > > > Aimee > > > > *Aimee Truitt (she/her) | Catalog and Metadata Coordinator* > > Ohio History Connection | 800 E. 17th Ave., Columbus, OH 43211 > > p. 614.297.2589 | f. 614.297.2546 | atru...@ohiohistory.org > > > > *The Ohio History Connection’s **mission* > <https://www.ohiohistory.org/about-us>* is to spark discovery of Ohio’s > stories. Embrace the present, share the past and transform the future. > Support the Ohio History Connection: **www.ohiohistory.org/give* > <http://www.ohiohistory.org/give>*. * > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Linking multiple top containers at once
Hi Nicole, It is not currently possible to do this via the staff interface. In my experience, having both resources/archival objects and accessions linked to top containers is duplicative and causes problems down the road if you ever need to consolidate material that was in multiple containers (it's really hard to remember to update two different records for a single change). Of course, every institution's workflow is different, so if this would be valuable for your work, you should definitely submit a JIRA ticket. All the best, Dan On Wed, Mar 22, 2023 at 11:22 AM Yatsonsky, Nicole wrote: > Hi y’all—apologies if this is duplicated, but I checked the list and help > center/JIRA tickets and didn’t find anything. > > > > I could be completely missing the obvious, but is there a way to link more > than one top container at a time to a resource record or archival object > etc. when adding top containers that already exist? > > > > For example, when creating accession records, we add the top containers of > the accession there, and then link those top containers to the associated > resource record so we have a complete count of the number of boxes actually > part of that collection, but in doing so, I have to individually add and > browse for each instance one at a time. The browse function also of course > resets itself between instances, so I have to X out the collection name and > then search again for the accession record, and then finally select the > next top container. > > > > I know this can be done via the spreadsheet and the top container IDs, but > that seems like extra work for times there aren’t that many, and I know > technically each instance is independent of the next, but it seems like > just clicking through the top containers you want in one shot would be more > efficient. > > > > Does anyone have a solution or found a work around? Thank you! > > > > Nicole Yatsonsky, CA > > *Special Collections Specialist* > > *Center for Southeast North Carolina Archives and History > <https://library.uncw.edu/archives_special/>* > > Randall Library @ UNC Wilmington > > 910-962-3412 > > > > *"The great use of a life is to spend it for* > > *something that outlasts it." ~ William James* > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] container profiles for uniquely sized containers
you are hereby notified that you have > received this communication in error, and that any review, dissemination, > distribution or copying of this communication is strictly prohibited. If > you have received this communication in error, please notify The Associated > Press immediately by telephone at +1-212-621-1500 and delete this email. > Thank you. > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] how to encode open-ended date ranges?
outline the observations and options I’m seeing. > > > > [1] Accessions, resources, archival objects, digital objects: > >- “Single” date only offers a single date field, labeled “Begin” >- “Inclusive” date offers both a “Begin” and “End” date field, only >one of which is required > > Would this be a good strategy: > >- “singular/punctual” dates: “single” date, one value as “Begin” date >- date range: “inclusive” date, start and end dates as “Begin” and >“End” dates, respectively >- open-ended date range: “inclusive” date, with known date as either >“Begin” or “End” date > > ? > > This leads me to the question whether in practice “single” dates are used > at all for anything except accession dates, creation dates of digital > objects, or as dates for only the lowest-level archival objects? > > > > [2] Agents: > >- “Single” date only offers a single date field, which can be labeled >as either “Begin” or “End” >- “Inclusive” date offers both a “Begin” and “End” date field, of >which “Begin” is mandatory > > Would this be a good strategy: > >- “singular/punctual” dates: “single” date, one value as either >“Begin” or “End” date > > Note: in EAC output, the begin/end qualification is dismissed: both are > exported without distinction as e.g. > 2022-10-08 > >- date range: “inclusive” date, start and end dates as “Begin” and >“End” dates, respectively > > >- open-ended date range: ? >è problem if only end date is known, since begin date is mandatory > > In other words: how would one differentiate between, e.g.: > >- birth date of a living person (1990 - ) >- birth date of a deceased person, whose death date is unknown (1800 - >?) >- death date of a person whose birth date is unknown (? - 1950) > > ? > > > > The documentation in the ArchivesSpace Help Center merely documents the > different fields, but I couldn’t find much guidance on how to use them in > practice. The DACS, EAD, and EAC documentation is rather sparse as well > regarding open-ended date ranges. Therefore, any guidance on this matter > would be much appreciated! > > > > Best, > > > > Ron > > > > *Ron Van den Branden | functioneel analist - applicatiebeheerder > Letterenhuis* > > Stad Antwerpen | Talentontwikkeling en Vrijetijdsbeleving | Musea en > Erfgoed > > Minderbroedersstraat 22, 2000 Antwerpen > > ✉ Grote Markt 1, 2000 Antwerpen > > gsm +32 0485 02 80 50 | tel. +32 3 222 93 30 > > letterenhuis.be > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttp-3A__www.letterenhuis.be_%26d%3DDwMGaQ%26c%3DWO-RGvefibhHBZq3fL85hQ%26r%3Dwwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY%26m%3DhwhUWCl8DmiVBAr8KCWWuvqIpF5qGU38NpEyKdpmIIC_b1sDZ08xKIYeni9Jn1Sz%26s%3DRCdANiyeGbpOaHKErHK7dN3hVi4Xjiqw7EG9JmMGEIM%26e%3D=05%7C01%7Ckmc35%40psu.edu%7C41415742bb1344a9c63b08daad32e962%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C638012731654163667%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=wTieV%2BJ%2BPeqgzQlOe9gvWIxIQx0BorVs8pSYhGSyhsg%3D=0> > | instagram > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__www.instagram.com_letterenhuis_%26d%3DDwMGaQ%26c%3DWO-RGvefibhHBZq3fL85hQ%26r%3Dwwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY%26m%3DhwhUWCl8DmiVBAr8KCWWuvqIpF5qGU38NpEyKdpmIIC_b1sDZ08xKIYeni9Jn1Sz%26s%3D23CBQ1OTniE_zIpk904UheXNdpIsl_Gs62ZkcZgRQN4%26e%3D=05%7C01%7Ckmc35%40psu.edu%7C41415742bb1344a9c63b08daad32e962%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C638012731654163667%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=pwO5GPTDJjdm6BYQwxWfIx1wYTJNnk21Hj2dM2hPPyY%3D=0> > | facebook > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__www.facebook.com_Letterenhuis%26d%3DDwMGaQ%26c%3DWO-RGvefibhHBZq3fL85hQ%26r%3Dwwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY%26m%3DhwhUWCl8DmiVBAr8KCWWuvqIpF5qGU38NpEyKdpmIIC_b1sDZ08xKIYeni9Jn1Sz%26s%3DVas9PGIxYEolJnQuVo9qEE1hue_eztFb4vZEFEOLCUE%26e%3D=05%7C01%7Ckmc35%40psu.edu%7C41415742bb1344a9c63b08daad32e962%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C638012731654163667%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=zRktsxgbwAd4erlyNcR3ULfHLEQBMYw6vRZMhctZk3M%3D=0> > > > > *Proclaimer* > > Vergissen is menselijk. Dus als deze e-mail, samen met eventuele bijlagen, > niet voor u bestemd is, vragen we u vriendelijk om dat te melden aan de > afzender. Deze e-mail en d
Re: [Archivesspace_Users_Group] Advice requested for location records and the space calculator
or are not the >> named recipient(s), please immediately notify the sender and delete this >> e-mail message from your computer without making any copies or distributing >> it to any other person. Thank you.* >> >> >> >> >> ___ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group@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@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations
Hi Jim, We haven't started using the Metadata Rights Declaration subrecord yet (still relying on a blanket statement in the PUI footer), so I don't have an example from NACO (and their license statement isn't as easy to find on their website as the AAT one). DACS 13.11 <https://saa-ts-dacs.github.io/dacs/08_part_II/06_chapter_13/11_rights_statement_for_archival_authority_records.html> gives examples from SNAC and VIAF that could be used as a model. All the best, Dan On Thu, Apr 28, 2022 at 1:55 PM James E. Cross wrote: > Dan, > > > > Just curious. How do you compose a rights declaration for a NACO name > authority? Thanks to both you and Kate for answering the question! > > > > Jim > > > > > > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Thursday, April 28, 2022 1:19 PM > *To:* Archivesspace Users Group < > archivesspace_users_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Subjects: Metadata Rights > Declarations > > > > Hi Kate, > > > > First a disclaimer: I'm neither a lawyer nor a copyright expert. > > > > I would think that AAT subject records would ideally link to their licensing > statement > <https://urldefense.com/v3/__https:/www.getty.edu/research/tools/vocabularies/obtain/index.html__;!!PTd7Sdtyuw!GZLGhAwsDpV2_kRkpCd3g6jT6wjtIePc9CcN07PHm8mhXTQGevSUq1_tUioaw3Zp$>. > It's of less importance than making sure an institution's own description > has clear rights declarations, but it seems like it could be helpful for > systems outside the GLAM world which may not inherently know that AAT data > can be reproduced. > > > > As a side note, I also want to be clear that while *DACS * requires > metadata rights to be declared, it does *not *have to be done using the > ArchivesSpace Metadata Rights Declaration subrecord. That's just a good > way to make it machine-actionable in a way that a statement on the PUI > footer (which complies with the *DACS *requirement) is not. > > > > All the best, > > > > Dan > > > > On Thu, Apr 28, 2022 at 12:50 PM Bowers, Kate A. > wrote: > > If your subjects and agents are coming from thesauri (not initiated in > your own repository) I’m not sure what rights statements about this > metadata would be applicable. For example, if you are using AAT or any of > the Getty thesauri: https://www.getty.edu/legal/copyright.html > <https://urldefense.com/v3/__https:/www.getty.edu/legal/copyright.html__;!!PTd7Sdtyuw!GZLGhAwsDpV2_kRkpCd3g6jT6wjtIePc9CcN07PHm8mhXTQGevSUq1_tUgJzQ60N$> > > > > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Thursday, April 28, 2022 12:20 PM > *To:* Archivesspace Users Group < > archivesspace_users_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Subjects: Metadata Rights > Declarations > > > > Hi Jim, > > > > The short answer is no. > > > > The longer answer is that the only reason this is the case is that "DACS > does not provide rules for the construction and maintenance of subject > authorities > <https://urldefense.proofpoint.com/v2/url?u=https-3A__saa-2Dts-2Ddacs.github.io_dacs_08-5Fpart-5FII_01-5Fintroduction-5Fto-5Farchival-5Fauthority-5Frecords.html=DwMFaQ=WO-RGvefibhHBZq3fL85hQ=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY=VMyLFO24TF-LH4XDYTrEVNy_4zrwq12boKRnkgUm3BTE557h3hSeTQ195FL2kvx_=DjIwL0EwlKJb8nvPk_e_bpFJ162X6AFs8EiinDE2OyM=>." > If it did, TS-DACS would have made the rights statement a requirement for > subject authorities when it was introduced. In my view, there is no > downside to including such declarations in subject authority records. > > > > All the best, > > > > Dan Michelson (formerly TS-DACS co-chair) > > > > On Thu, Apr 28, 2022 at 11:07 AM James E. Cross > wrote: > > Are metadata rights declarations a required element for subject authority > records under *DACS* 13.11 as they are for name authority records? > Unfortunately *DACS* only discusses them in relation to names. Thank you. > > > > Sincerely, > > > > Jim Cross > > Manuscripts Archivist > > > > > > *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/sp
Re: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations
Hi Kate, First a disclaimer: I'm neither a lawyer nor a copyright expert. I would think that AAT subject records would ideally link to their licensing statement <https://www.getty.edu/research/tools/vocabularies/obtain/index.html>. It's of less importance than making sure an institution's own description has clear rights declarations, but it seems like it could be helpful for systems outside the GLAM world which may not inherently know that AAT data can be reproduced. As a side note, I also want to be clear that while *DACS *requires metadata rights to be declared, it does *not *have to be done using the ArchivesSpace Metadata Rights Declaration subrecord. That's just a good way to make it machine-actionable in a way that a statement on the PUI footer (which complies with the *DACS *requirement) is not. All the best, Dan On Thu, Apr 28, 2022 at 12:50 PM Bowers, Kate A. wrote: > If your subjects and agents are coming from thesauri (not initiated in > your own repository) I’m not sure what rights statements about this > metadata would be applicable. For example, if you are using AAT or any of > the Getty thesauri: https://www.getty.edu/legal/copyright.html > > > > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Thursday, April 28, 2022 12:20 PM > *To:* Archivesspace Users Group < > archivesspace_users_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Subjects: Metadata Rights > Declarations > > > > Hi Jim, > > > > The short answer is no. > > > > The longer answer is that the only reason this is the case is that "DACS > does not provide rules for the construction and maintenance of subject > authorities > <https://urldefense.proofpoint.com/v2/url?u=https-3A__saa-2Dts-2Ddacs.github.io_dacs_08-5Fpart-5FII_01-5Fintroduction-5Fto-5Farchival-5Fauthority-5Frecords.html=DwMFaQ=WO-RGvefibhHBZq3fL85hQ=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY=VMyLFO24TF-LH4XDYTrEVNy_4zrwq12boKRnkgUm3BTE557h3hSeTQ195FL2kvx_=DjIwL0EwlKJb8nvPk_e_bpFJ162X6AFs8EiinDE2OyM=>." > If it did, TS-DACS would have made the rights statement a requirement for > subject authorities when it was introduced. In my view, there is no > downside to including such declarations in subject authority records. > > > > All the best, > > > > Dan Michelson (formerly TS-DACS co-chair) > > > > On Thu, Apr 28, 2022 at 11:07 AM James E. Cross > wrote: > > Are metadata rights declarations a required element for subject authority > records under *DACS* 13.11 as they are for name authority records? > Unfortunately *DACS* only discusses them in relation to names. Thank you. > > > > Sincerely, > > > > Jim Cross > > Manuscripts Archivist > > > > > > *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://urldefense.proofpoint.com/v2/url?u=http-3A__library.clemson.edu_depts_specialcollections_=DwMFaQ=WO-RGvefibhHBZq3fL85hQ=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY=VMyLFO24TF-LH4XDYTrEVNy_4zrwq12boKRnkgUm3BTE557h3hSeTQ195FL2kvx_=O4n3OQ2MNJDGL1z5e8dilTkrbO7auH7k5TsREmwa9-A=> > > Pronouns: he/him/his > > Traditional Cherokee Lands | Site of Fort Hill Plantation > > *Please do not feel obligated to respond to this message outside of your > normal working hours.* > > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup=DwMFaQ=WO-RGvefibhHBZq3fL85hQ=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY=VMyLFO24TF-LH4XDYTrEVNy_4zrwq12boKRnkgUm3BTE557h3hSeTQ195FL2kvx_=iI3co1iJQOBCM7F5AeeftyFQUrKwxoBd4Ykl_9XhHlM=> > > > > -- > > Dan Michelson > > Collections Archivist > > Smith College Special Collections > > > > For current library access and services details, see Library Services > During COVID-19 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__libraries.smith.edu_library-2Dservices-2Dduring-2Dcovid-2D19=DwMFaQ=WO-RGvefibhHBZq3fL85hQ=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY=VMyLFO24TF-LH4XDYTrEVNy_4zrwq12boKRnkgUm3BTE557h3hSeTQ195FL2kvx_=cOX5dXAS0hBEXlj9VG4p8Vkd2aXvw3vIT5gNUoKphFw=> > . >
Re: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations
Hi Jim, The short answer is no. The longer answer is that the only reason this is the case is that "DACS does not provide rules for the construction and maintenance of subject authorities <https://saa-ts-dacs.github.io/dacs/08_part_II/01_introduction_to_archival_authority_records.html>." If it did, TS-DACS would have made the rights statement a requirement for subject authorities when it was introduced. In my view, there is no downside to including such declarations in subject authority records. All the best, Dan Michelson (formerly TS-DACS co-chair) On Thu, Apr 28, 2022 at 11:07 AM James E. Cross wrote: > Are metadata rights declarations a required element for subject authority > records under *DACS* 13.11 as they are for name authority records? > Unfortunately *DACS* only discusses them in relation to names. Thank you. > > > > Sincerely, > > > > Jim Cross > > Manuscripts Archivist > > > > > > *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/ > > Pronouns: he/him/his > > Traditional Cherokee Lands | Site of Fort Hill Plantation > > *Please do not feel obligated to respond to this message outside of your > normal working hours.* > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Rights statements not showing up in the public interface
Hi All, The rights statement module does not appear in the PUI. It was developed as a one-off implementation of PREMIS rights statements for digital preservation in ArchivesSpace (by RAC if I recall correctly). A request to make it appear in the PUI has come to Dev/Pri in the past, but would require some sort of specification. All the best, Dan On Mon, Mar 21, 2022 at 2:53 PM Blake Carver wrote: > I think that might be one of the fields that isn't on the PUI? > I know there's a JIRA in there somewhere that covers this. Maybe not > Rights Statements in particular, but various fileds that don't show up on > the PUI. > JIRA hates me, and I can't seem to find it. Maybe someone else is better > friends with JIRA and can find that one. > Something about fields that aren't on the PUI. I think there is a list of > a few on that JIRA at least. > -- > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of > Dean DeBolt > *Sent:* Monday, March 21, 2022 1:45 PM > *To:* Archivesspace Users Group < > archivesspace_users_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Rights statements not showing > up in the public interface > > Yes, I need to know how to add the language. I can add it by editing the > html but it does > not save to change the page. > > Dean DeBolt, University Librarian (Professor)/University Archivist > UWF Archives and West Florida History Center > University of West Florida Library > 11000 University Parkway > Pensacola, FL 32514-5750 > ddeb...@uwf.edu; 850-474-2213 > > West Florida History Center is the largest and most comprehensive > history collection about Pensacola and the West Florida region. > http://libguides.uwf.edu/universityarchives > > Digital collections can be found at: http://uwf.lyrasistechnology.org > <http://archives.uwf.edu/> > and http://uwf.digital.flvc.org > > If we've been of service, please let us know or our administration, > Dean of Libraries > > > > > On Mon, Mar 21, 2022 at 12:44 PM Mary Weppler > wrote: > > Hello, > > > > I have added rights statements and rights notes to our resources records, > however this information does not appear in the public interface. I am > wondering if anyone else has encountered this issue? > > > > Thank you! > > > > Mary > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Error generating PDF export for a finding aid.
Librarian > > MBLWHOI Library > > Data Library and Archives > > Woods Hole Oceanographic Institution > > 508-289-2850 > > kbat...@whoi.edu > > mblwhoilibrary.org > <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2Fmblwhoilibrary.org%2F__%3B!!NkSChLMW7qAT!qzl-Bw_htCSDBNQJszDywSpH7dOtkXO9Vs5MFihCtlGhhw559rfEgq-mCQ8O4cqor2tQ47n6Alhw%24=02%7C01%7Ckbatyuk%40whoi.edu%7C22c0a3f635574b32bbc708d869775c57%7Cd44c5cc6d18c46cc8abd4fdf5b6e5944%7C0%7C0%7C637375308676908325=JUxSBfV4tndevzK45XLBwhtOIu6glwiUh4J15EFAEiA%3D=0> > --- whoi.edu > <https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwhoi.edu%2F=02%7C01%7Ckbatyuk%40whoi.edu%7C22c0a3f635574b32bbc708d869775c57%7Cd44c5cc6d18c46cc8abd4fdf5b6e5944%7C0%7C0%7C637375308676918319=RKd1NDGHHeIeKE7Fnf%2BT0hgmxfQymHBSR2TdbmL%2Bvqg%3D=0> > > ORCID > <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2Forcid.org%2F-0003-0240-2209__%3B!!NkSChLMW7qAT!qzl-Bw_htCSDBNQJszDywSpH7dOtkXO9Vs5MFihCtlGhhw559rfEgq-mCQ8O4cqor2tQ46IK8ae6%24=02%7C01%7Ckbatyuk%40whoi.edu%7C22c0a3f635574b32bbc708d869775c57%7Cd44c5cc6d18c46cc8abd4fdf5b6e5944%7C0%7C0%7C637375308676918319=dpSW2YomKCqBKXj4aGam%2BrIpKqFhF2%2FV9hxt9Nu6wGI%3D=0> > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
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 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 > lmich...@berkeley.edu > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Date Expression Parsing / Issues with Timewalk Plugin
Hi Benn, That's a great feature request! It's much better to change the way the dates are translated to users than to change the way you record dates to fit an ever-changing PUI. Dan On Mon, Oct 4, 2021 at 12:29 PM Benn Joseph wrote: > This could be a good opportunity to plug this feature request: > > https://archivesspace.atlassian.net/browse/ANW-1273 > > > > Part of the reason we at one point considered using date expressions in > addition to normalized dates is because the normalized dates in the PUI are: > >- Not easily human-readable (i.e. “1935-03-19 - 1935-03-23”) >- Only partially compliant with DACS 2.4.14 (the example given in DACS >is “1906 March 17”; also, “Expression of dates as all numerals is >discouraged due to the differing conventions in the order of information” > > > > --Benn > > > > *From:* archivesspace_users_group-boun...@lyralists.lyrasis.org < > archivesspace_users_group-boun...@lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Monday, October 04, 2021 9:38 AM > *To:* Archivesspace Users Group < > archivesspace_users_group@lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Date Expression Parsing / > Issues with Timewalk Plugin > > > > Hi Laurie, > > > > I've never used the Timewalk plugin, but why use the date expression field > at all when you don't have to? That would avoid having to enter the same > information twice, aside from cases like "Spring 2020," which don't > translate perfectly to the normalized date fields. > > > > All the best, > > > > Dan > > > > On Mon, Oct 4, 2021 at 9:29 AM Laurie Sather wrote: > > Hi, > > > > Anyone else having trouble with the Date Expression no longer parsing out? > How is everyone else dealing with this? The timewalk plugin is no longer > compatible, so we had to disable it, which is very inconvenient to now have > to manually reenter all the same information. > > > > It sounded like Aspace was going to include a fix with v3.0.2, but the > automatic date expression parsing still does not function (with or without > the plugin). > > > > Solutions? > > > > Thank you! > > Laurie > > > > > > Laurie Sather, MA, MLIS, CA > > Head Archivist > > Archival Collections Department > > Hagley Museum and Library > > PO Box 3630 > > Wilmington, DE 19807-0630 > > Telephone: 302-658-2400 ext. 277 > > Email: lsat...@hagley.org > > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@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__;!!Dq0X2DkFhyF93HkjWTBQKhk!EbTwMfxfgl0_tDr-eM6uWB3x2Bp8T1BkloL3bhagVkPZNwJlVCqQZROf-gTTYoSEfYNckRVW$> > > > > -- > > Dan Michelson > > Project Manager Archivist > > Smith College Special Collections > > > > For current library access and services details, see Library Services > During COVID-19 > <https://urldefense.com/v3/__https:/libraries.smith.edu/library-services-during-covid-19__;!!Dq0X2DkFhyF93HkjWTBQKhk!EbTwMfxfgl0_tDr-eM6uWB3x2Bp8T1BkloL3bhagVkPZNwJlVCqQZROf-gTTYoSEfRmy6p47$> > . > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager 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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Date Expression Parsing / Issues with Timewalk Plugin
Hi Laurie, I've never used the Timewalk plugin, but why use the date expression field at all when you don't have to? That would avoid having to enter the same information twice, aside from cases like "Spring 2020," which don't translate perfectly to the normalized date fields. All the best, Dan On Mon, Oct 4, 2021 at 9:29 AM Laurie Sather wrote: > Hi, > > > > Anyone else having trouble with the Date Expression no longer parsing out? > How is everyone else dealing with this? The timewalk plugin is no longer > compatible, so we had to disable it, which is very inconvenient to now have > to manually reenter all the same information. > > > > It sounded like Aspace was going to include a fix with v3.0.2, but the > automatic date expression parsing still does not function (with or without > the plugin). > > > > Solutions? > > > > Thank you! > > Laurie > > > > > > Laurie Sather, MA, MLIS, CA > > Head Archivist > > Archival Collections Department > > Hagley Museum and Library > > PO Box 3630 > > Wilmington, DE 19807-0630 > > Telephone: 302-658-2400 ext. 277 > > Email: lsat...@hagley.org > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager 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@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] Bulk updating instances with new Top Containers linked to multiple resources
Hi Nicole, What aspect of the merge function wouldn't meet your requirements? I haven't used it for dealing with this specific situation, but it seems like it would work perfectly. Either create a new box A to merge into or update one of the existing top container records with the appropriate data and merge the others into that one. Dan On Wed, Jun 16, 2021 at 1:20 PM Yatsonsky, Nicole wrote: > Hi all, > > > > We are condensing several boxes from collections into multiple-collection > boxes. For example, Collection# 1 Box 1, Collection #2 Box 5, and > Collection# 3, Box 10 will now all be in Box A. > > > > Is there a way to simply replace all instances of Box 1 in Collection 1’s > resource record with Box A, maintaining any child information like folder > numbers in the Instances, without having to individually click on each > archival object and update the instance? > > > > There aren’t enough archival objects to warrant exporting as a CSV, > editing the file, and then importing it back, but just enough to sometimes > make it a hassle in certain resource records. Since these new top > containers are linked to multiple resource records, I’m also wary of it > creating duplicates that way. > > > > Essentially it would be helpful if there was basically a way in the Top > Containers page to “replace” a box with another, though I don’t see > anything like that, and merge isn’t exactly what we’re looking for. > > > > Thanks! > > > > Nicole Yatsonsky, CA > > *Special Collections Library Specialist* > > *Randall Library* > > UNC Wilmington > > 910.962.3412 > > > > *"The great use of a life is to spend it for* > > *something that outlasts it." ~ William James* > > > ___ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager Archivist Smith College Special Collections Special Collections is moving into the new Neilson Library and will be closed from May 31st until August 30th. All services will be temporarily unavailable. We look forward to reopening in the fall, 2021. Additional information can be found on our website <https://libraries.smith.edu/special-collections/about-special-collections/renovation-transition>. ___ Archivesspace_Users_Group mailing list Archivesspace_Users_Group@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
Re: [Archivesspace_Users_Group] normalized begin/end date display in PUI
Hi Benn, I think that's a great idea! Ideally, we'd have a way for the format to be customizable (e.g., day month year for European institutions, month day, year for US institutions), but removing the ambiguity is more important. Dan On Tue, Apr 13, 2021 at 5:38 PM Benn Joseph wrote: > Hi everyone, > > For processing projects at our institution, we’ve pretty much reached the > point of normalizing the use of the Harvard spreadsheet ingest module in > ASpace, which is great! One result of doing this is that we now favor > ingesting normalized begin/end dates almost exclusively, if possible, in > order to make searching dates easier in the ASpace PUI (meaning we > typically do not include a date expression unless it’s something that > cannot be conveyed in the begin/end fields). > > > > But, is anyone else bugged by the way these dates display in the PUI? > Here’s an example from something we have currently in process: > > > > > > It isn’t terrible, but it’s also not the easiest to read. In addition, > DACS seems to discourage the use of ISO 8601 for the end user: > > > > *2.4.14.* For descriptions of a single item, record exact dates in a > consistent and unambiguous fashion, preferably expressed as year-month-day, > i.e. 1906 March 17 (it also says “Expression of dates as all numerals is > discouraged due to the differing conventions in the order of information”, > and what we have here is all numerals). > > > > We could certainly add a more human-readable date expression to each of > these archival objects, but the sentiment here is that if we have good > data, ASpace should be able to take ‘1935-03-19’ and display ‘1935 March > 19’ (or whatever we like) to a user pretty easily without us having to do > any extra work. But, before I file an enhancement request, what do others > think about this? > > > > Thanks, > > --Benn > > > > *Benn Joseph* > > Head, Collections Services > > McCormick Library of Special Collections & University Archives > > Northwestern University Libraries > > Northwestern University > > www.library.northwestern.edu > > benn.jos...@northwestern.edu > > 847.467.6581 > > > _______ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group@lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager Archivist Smith College Special Collections Due to COVID-19, Special Collections is offering limited, remote reference and digitization services and ongoing consultations for faculty, students, and other researchers. Smith course support is our primary responsibility at this time. All other requests and inquiries will be responded to as we are able. For information about Smith College’s response to Covid-19, please visit the Smith College Libraries <http://bit.ly/SCLcovid-19> and Smith College <https://www.smith.edu/student-life/health-wellness/coronavirus> websites. For information about library services during this time, information is available on our website. ___ Archivesspace_Users_Group mailing list Archivesspace_Users_Group@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
