-
Notifications
You must be signed in to change notification settings - Fork 0
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
Sort out metadata fields #822
Labels
Comments
kirkkwang
added a commit
that referenced
this issue
Sep 23, 2024
This commit will check Adventist production's metadata for it's multiple and single values and compare it to Valkyrie's. We spotted many differences and this commit aims to resolve them. Ref: - #822
kirkkwang
added a commit
that referenced
this issue
Sep 23, 2024
This commit will check Adventist production's metadata for it's multiple and single values and compare it to Valkyrie's. We spotted many differences and this commit aims to resolve them. Ref: - #822
10 tasks
TODO:CREATEFill out all the metadata fields create each work type and verify that you can successfully save
EDITedit each work type and verify that you can successfully save
|
kirkkwang
added a commit
that referenced
this issue
Sep 26, 2024
Originally changed because it matches Adventist prior to Valkyrie, but it seems to be causing issues so I'm changing it to _tesim. Ref #822
Closing... QA will be handled via #777 (see comment) |
laritakr
added a commit
that referenced
this issue
Sep 30, 2024
# Story Metadata yaml files were audited and edited to: - Change dates to be single rather than multiple - Add multiple: false on form when term is not multiple... form defaults to multiple and term defaults to singular. - Remove unnecessary state & arkivo_checksum - remove dc_access_rights, which shares the same predicate in fedora with access_rights. (the shared predicate means they do the same thing, and the term is not accessed except in indexing.) Refs - #777 - #822 # Expected Behavior Before Changes Many works types could be created but not edited. Metadata single or multiple on form did not match production. # Expected Behavior After Changes - All work types and collection can be created. - All work types and collection can be edited. - All fields [with the exception of based_near location dropdown](#212) can be used. # Screenshots / Video <details> <summary></summary> **All work types and collection were tested, and can be both created and edited.** ![Screenshot 2024-09-30 at 4 09 38 PM](https://github.com/user-attachments/assets/69cd75bc-7323-48e6-9a16-a17b6f6eab56) </details> # Notes OER and ETD do not currently work. These come in via Hyku and are not used in Adventist, so they have not been adequately set up. At this point, they should be deactivated in all tenants to avoid any potential issues.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Summary
related:
ref:
We have changed metadata from multiple to singular values. Will this cause a problem when converting prod data into valkyrie resources? Will we lose data?
For example, what if prod has multiple values but when we reindex, it should only have one?
This task is to look at each work type in prod and compare it to our metadata yaml definitions to make sure we match as much as possible.
Acceptance Criteria
Testing Instructions
NOTE: This is an internal ticket that shouldn't require a review from the client
CREATE
Fill out all the metadata fields
create each work type and verify that you can successfully save
EDIT
edit each work type and verify that you can successfully save
The text was updated successfully, but these errors were encountered: