[Archivesspace_Users_Group] [archivesspace] Planned enhancements to ArchivesSpace location management

[Callahan, Maureen]

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

--
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=>.

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