Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

12-1:30pm ET

Zoom link

\uD83D\uDC65 Participants

\uD83E\uDD45 Goals

  • Prioritize new and awaiting more information tickets.

Links

Kanban boards:

Link to ArchivesSpace sandbox: http://test.archivesspace.org/

\uD83D\uDDE3 Discussion topics

Who

Topic

Notes

Decision

Matt Strauss /all

Welcome

Matt Strauss /all

  1. Finalize Dev/Pri Work plan for 2024-2025:

https://archivesspace.atlassian.net/wiki/pages/resumedraft.action?draftId=3927080974&draftShareId=4886868f-d061-4dd8-9da0-0de572f94a99

  1. Community Feedback Tickets schedule

Alexander Duryee

1. ANW-1787 - Getting issue details... STATUS

2. ANW-1845 - Getting issue details... STATUS

  1. Tested this on sandbox and found the same issue - the MARC included in OAI exports is incomplete. In addition to the leader and 008 fields, the 040 is also exporting as a blank node, despite having information in the non-OAI MARC. Recommend passing.

  2. Tested on sandbox and confirmed the error. This appears to be an oversight from ASpace 3.0 development. Recommend passing.

Keli Schmid

1. ANW-1788 - Getting issue details... STATUS

2. ANW-1912 - Getting issue details... STATUS

  1. Anne Marie Lyons has commented that the user’s request can be accomplished through a custom report: “Search on recently created accessions that are Gifts and display the Content Description box. Also include and display linked Agents.” Recommend informing end user and closing ticket

  2. I believe this user may be confusing the purpose of inclusive v. bulk dates: “Inclusive Dates” indicates the earliest and latest dates included in the collection. Sometimes, there will be a “Bulk Dates” listed as well, which means a large portion of the materials covers this more specific span of time. If present, this will be found under the inclusive dates. I do not see a bug or error here.

Mattie Clear

1. ANW-1867 - Getting issue details... STATUS

2. ANW-1889 - Getting issue details... STATUS

  1. Confirmed that it is an issue. Updating to allow the cancel functionality would align with what other similar functionalities allow. Recommend Passing.

  2. Confirmed that it is an issue/bug that should be resolved to allow for ease of updating events with the proper agents. Recommend passing.

David Krah

ANW-1753 - Getting issue details... STATUS

Regine Heberlein

ANW-1876 - Getting issue details... STATUS

Elizabeth Peters

ANW-628 - Getting issue details... STATUS

Confirmed in general but not in specific. May need further clarification. Remaining questions:
-Difficulty of coding hover text within dropdown menus
-Desirability in dropdowns with customizable vs non-customizable controlled value lists

Dalton Alves

ANW-1828 - Getting issue details... STATUS

The user-story of this request makes a lot sense. As requested, this feature would be limited to only top container instances, but it also seems relevant to all linked instances of an accession record (including digital object instances). I'm unsure of the value in terms of prioritization – it depends on how users within the community are using accession records and linked instances. This use-case could probably be fulfilled via the API, but from a practical standpoint it does make sense as an enhancement of the spawning feature. I think this would benefit from additional community feedback to better refine the scope and gauge the development value.

Dustin Stokes

ANW-1802 - Getting issue details... STATUS

Including enums in this subreport will make it more complex but it does make sense to add them. I’m aware of several large institutions that use enum user defined fields to store data that would make sense to include in reports. A couple of known examples in use are “Curatorial Department” and “Fund name”.

Bonnie Gordon

ANW-1839 - Getting issue details... STATUS

In the bulk import template, different types of agents are broken out into different columns. E.g., the column names for the ID field are people_agent_record_id_1, families_agent_record_id_1, and corporate_entities_agent_record_id_1. This ticket is requesting that these different types of agents are collapses, and that the agent type is determined a different way. If this is a small amount of development work it should be passed.

Brianna McLaughlin

ANW-630 - Getting issue details... STATUS

I have strong feelings about this one, and I think anyone managing more than one repository would as well. This ticket is self explanatory--the reporter would like to be able to set a default repository. I can confirm that the default repository is whichever repository is first numerically based on repository ID, not the most recently used repository. I don’t think setting one default for all users would be as helpful as the ability to set a default per user whether that’s the sysadmin setting the default or allowing users to set their own default. Recommend passing.

Matt Strauss

  1. ANW-1852 - Getting issue details... STATUS

  2. ANW-1792 - Getting issue details... STATUS

  1. I know earlier Dev Pri attempts to replicate this bug were not successful, but I’ve confirmed the described behavior in the ticket and attached videos in both the testing server and my organization’s installation. I think the bug could be more widespread than just this field - I’ve replicated the behavior with other controlled value defaults that aren’t required fields, such as Finding Aid Status and Description Rules. Recommend passing.

  2. I agree that searching by a person’s actual name would be more a bit more straightforward than searching by username. However, I’m wondering about the development time required for a minor improvement.  Also, would this even work as described (is the “created by” and “last modified” information even connected to staff agent records)?

  • No labels