[Archivesspace_Users_Group] "Bible" and other titles (encoding analog 130, 830) in ArchivesSpace

Thu Jan 21 16:36:47 EST 2016

Does anyone have an ArchivesSpace solution for non-agent non-subject "added entries" such as uniform titles in ArchivesSpace?

In other words do you have any experience expressing the analog of MARC 130, MARC 830 in ArchivesSpace? If so, what have you done?  If you have encountered this problem and found no solution, what do you think the ideal solution would be?

Excitedly awaiting the collective wisdom!

Kate

Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
Cambridge, Massachusetts, USA
voice: (617) 384-7787
fax: (617) 495-8011
kate_bowers at harvard.edu

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Sally Vermaaten <sally.vermaaten at nyu.edu>
Sent: Tuesday, January 19, 2016 12:15 PM
To: archivesspace at googlegroups.com
Cc: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] [archivesspace] Planned enhancements to ArchivesSpace location management

Hi Maureen,

We've checked in with the consultant we plan to work with and I'm happy to report they were two steps ahead of us on permissions. They were already assuming that the addition of location profiles would entail creating of a new permission category and had already factored this into their work estimates. We will therefore clarify in the spec that there will a new permission category for managing location profiles.

Thanks again for your review!
Sally

On Fri, Jan 15, 2016 at 12:06 PM, Callahan, Maureen <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> wrote:
Maybe this is something that the community (and eventually the product owner group) can weigh in on, but it seems important to me that any new functionality follow the patterns of the application generally. Since it’s been the case that when there’s a new record type that a user can interact with, there’s always a permission type that goes with it, I’d definitely like to see new development follow this pattern.

MC

On Jan 15, 2016, at 11:56 AM, Sally Vermaaten <sally.vermaaten at nyu.edu<mailto:sally.vermaaten at nyu.edu>> wrote:

Hi Maureen,

We're open to creating a new, specific permission category for managing location profiles and we agree that would be the most flexible approach.

In designating admins as the users who can manage and assign location profiles, our thinking was that it would be fine to just use the existing admin permission given how infrequently physical locations change. A repository may start using a new type of box or other container several times a month or year so there's a strong need for a specific permission for container profile assignment. Location profiles on the other hand will only need to be updated when a repository has replaced or added shelving, cases, etc. or when they get new stack space. For most repositories, this would probably occur only once a year or every few years so it seemed reasonable to limit this activity to admins.

This is something we're happy to get feedback on from the community.  We can discuss how difficult it would be to create a specific permission category for managing location profiles with the consultants we plan to work with, though our suspicion is this will likely need to go on the list of potential future functionality.

Thanks,

Sally

On Fri, Jan 15, 2016 at 8:25 AM, Callahan, Maureen <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> wrote:
Hi Sally,

Would you consider creating a user permission category for managing location profiles, in the same way that there is one for managing container profiles? This way, the admin will have access to it anyway, but it gives folks flexibility to give someone this access without making her an admin.

Thanks,
Maureen

On Jan 14, 2016, at 5:38 PM, Sally Vermaaten <sally.vermaaten at nyu.edu<mailto:sally.vermaaten at nyu.edu>> wrote:

Dear colleagues,

We would like to share NYU's plans to contribute several enhancements to ArchivesSpace's location management functionality. We have attached a specification document which describes each of the 6 features we will be contributing to the core code. We believe these enhancements will benefit many - if not most - institutions by making the application an even more effective tool for managing physical collections.

The new features are specifically aimed at making it easier to assign locations, identify spaces where materials can be shelved and plan for collection growth. The features are optional, and existing functionality and the existing data model will be retained. If your institution chooses not to use the new features, you can carry on using ArchivesSpace the way you were using it before these additions.

Two key parts of the new functionality are the ability to create a Location Profiles and the ability, by using Location Profile and Container Profile information, to identify empty spaces in your stacks. The updates will also allow users to download 2 types of 'shelf lists' and to bulk assign multiple Containers to multiple Locations. We plan to work with consultants with expertise in ArchivesSpace development to build these features during Northern Hemisphere winter to spring.

We welcome any questions you may have. We would also be delighted to hear your ideas about how these features could be built upon in the future (e.g. visualizations of stack spaces, even more efficient location identification, etc.). We will compile any suggestions received into an 'Ideas for future Locations Management features' document and share with the community in the hope that other institutions will be inspired to run with great ideas captured there.

Best,
Sally, Rachel and Chela

--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259<tel:1-212-992-6259>

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout<https://urldefense.proofpoint.com/v2/url?u=https-3A__groups.google.com_d_optout&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=6xNuYlyuyUhr37cqKMhbO-TgXCvoUGEYQ-2s0S0mOzU&s=NWKRee4wbP4epvFX-V3rrnWqI0q0g5Qp1hDawP8jXaw&e=>.
<archivesspce_location_management_enhancements.pdf>

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout<https://urldefense.proofpoint.com/v2/url?u=https-3A__groups.google.com_d_optout&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZM-ShDZ69dw4gwbeFtp-SLskv9YDbJueRFp6P0pmMdc&s=Z4tx5tOhxb_2OKzLDcTdJ4XPBja4AwADYTk4phox8H4&e=>.

--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259<tel:1-212-992-6259>

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout<https://urldefense.proofpoint.com/v2/url?u=https-3A__groups.google.com_d_optout&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZM-ShDZ69dw4gwbeFtp-SLskv9YDbJueRFp6P0pmMdc&s=Z4tx5tOhxb_2OKzLDcTdJ4XPBja4AwADYTk4phox8H4&e=>.

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout<https://urldefense.proofpoint.com/v2/url?u=https-3A__groups.google.com_d_optout&d=CwMFaQ&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=f_NWew417JD7yXkgA_xIqliEzbCfeCIwk6OA9IBM0dE&s=kplKXzkXBIc1UzhoVpcIrgrdaqm28Dav82hJkVfeZvw&e=>.

--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160121/aa983fa3/attachment.html>