Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DAOs should always be created, but private records should have unpublished DAOs #6512

Open
1 of 6 tasks
tpendragon opened this issue Sep 27, 2024 · 0 comments
Open
1 of 6 tasks

Comments

@tpendragon
Copy link
Contributor

Description of Problem

Archivists frequently "re-process" a collection. To do this, they export the records from ASpace in bulk, edit them outside of ASpace, and then re-import them. When this happens all the component IDs change. For public items they can see that it has a DAO, so they need to go fix up Figgy for that record (or more likely, provide to us a CSV of old ID -> new ID and we'll process it - if that happens a lot maybe we'll need a feature for that too), but for private items there's no DAO, so the record in Figgy gets orphaned (its component ID is now wrong, and the archivist has no way to know that the item ever had a Figgy object other than by individually checking every one of thousands of private component IDs.)

They've proposed fixing this by having Figgy ALWAYS insert a DAO into ArchivesSpace, but making it "unpublished" if it's a private item.

Acceptance Criteria

  • When a private finding aid is marked complete it creates an "unpublished" DAO
  • When a private finding aid item is marked public it updates the DAO to become "published"
  • When a public finding aid item is marked private it updates the DAO to become "unpublished"

Priority recommendation

  • asap
  • within the next 3 months
  • PO will prioritize

In talking to stakeholders, it'd be great if we could get to it in November, but if it got pushed out until the beginning of the new year that would be okay.

Sudden Priority Justification

Until this is fixed records will continue to become orphaned, the efforts we took to digitize them wasted and making them inaccessible to patrons. There aren't any large reprocessing projects coming up, but they can come up suddenly.

Technical Tips

The "publish" field:

"publish" => true,

Checking for visibility:

return unless decorated_resource.public_readable_state?
return if decorated_resource.private_visibility?

Staging should update records to https://aspace-staging.princeton.edu/staff/ - we can create a record in Figgy staging with a component ID from there and mark it complete to test this functionality. When downloading an EAD from the ASpace interface without unpublished records, the DAO should not appear.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant