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

Investigate options for alternate_id usage [placeholder] #541

Open
eporter23 opened this issue Sep 26, 2024 · 0 comments
Open

Investigate options for alternate_id usage [placeholder] #541

eporter23 opened this issue Sep 26, 2024 · 0 comments
Assignees
Labels
Backend Migration Samvera Issues related to Samvera stack

Comments

@eporter23
Copy link
Contributor

eporter23 commented Sep 26, 2024

When we implemented our locally defined NOID scheme, we learned that the Valkyrie implementation of doing this results in an additional, separate Fedora object getting created for Collections, Works and Filesets. This will heavily increase our Fedora object count, which could be a concern for performance.

To investigate:
Could we define our own distinct attribute to store the locally minted NOID (and bypass alternate_id)?
Can we determine why Valkyrie doesn't set our locally minted NOID as the actual ID, instead requiring the UUID?
Can we determine why we can't just store the string value of the locally defined ID in Valkyrie?
If we make changes, what additional work is needed to support our local IDs and persistent URLs?

@eporter23 eporter23 added Backend Samvera Issues related to Samvera stack Migration labels Sep 26, 2024
@alexBLR alexBLR self-assigned this Oct 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Backend Migration Samvera Issues related to Samvera stack
Projects
None yet
Development

No branches or pull requests

2 participants