...
Who/What | Tickets | Notes | Decision |
---|---|---|---|
Roll call/ Announcements | |||
From Usability |
2. No movement on this ticket since 2017. Was looked at by reports subteam but no action. 3. This is covered in this ticket: https://archivesspace.atlassian.net/browse/ANW-923 . Close this one? 4. Facets of this can be drawn out with existing reports (such as Shelflist Report and Resources & Instances), though it would be more useful to be able to export a CSV directly from the collection results, rather than across all collections. Usability would like this to pass. *Note: Available ‘Download CSV’ options draw across all records of a certain type (Location, Container Profile, etc.) without specificity, so I wonder how feasible a selective Top Container CSV download could be. 5. Usability would like this to pass with this internal note. Is there currently a way to create a custom repository field? 6. Addressed and reporter recommends closing. | ||
| |||
2. Making citation information compatible with citation software certainly seems like a useful addition and I recommend moving to ready for implementation, provided there is enough information in the ticket for the developer. 3.
| |||
2. This ticket has a lot of viewers (5). Selfishly, I would like this ticket to pass. I don’t think the community really engages in the Jira system, so we haven’t received any interaction on this ticket, besides these watchers, but I do think that this is getting at a desire to be able to compile records created or updated by a certain person. I’m not sure how it would work if a record is updated by someone else (if it would also stop showing up as “stats” for the earlier person, for example). 3. Selfishly, I would like this to pass, but I don’t know how this would work with multiple languages. 4. This ticket was brought up on the member list on 5/21 by people from U T Austin, Smithsonian, BYU, and Purdue U. They described “Purdue is in the same situation with slowing classifications workflows. After initiating a project earlier this year to attach a classification to each accession or resource record we have also seen a noted increase in load times when attempting to attach a classification to an accession or resource record on the staff side interface. We had an identical experience in 2.6.0 and recently upgraded to 2.7.1, where the issue persists. As others shared, the load time appears to be directly related to the number of records attached to classifications. […] This is an increasing work impairment for our unit.“ I’m not sure whether there needs to be actual specification on how to improve the load time, but it is a big problem! |