You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on May 11, 2022. It is now read-only.
There are a lot of contentMetadata datastreams that express objectId as "aa123bb4567" instead of "druid:aa123bb4567". The fully qualified form is the correct one, else the attribute would have been called druid. Not sure if any dor-services code is implicated (fixture objects mostly look correct), or if it is external processes making contentMetadata stubs for assembly. Should check with labs, Hydrus and Revs, others? on the contentMetadata stubs, or normalize it at the start of accessioning.
The text was updated successfully, but these errors were encountered:
I'm using the assembly-objectfile gem. It looks like it was stripping the druid: if it existed until the recent commit. (Comment at the top of content_metadata.rb implies the prefix is not required)
I'll update the gem and add the prefix to my code.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
There are a lot of contentMetadata datastreams that express objectId as "aa123bb4567" instead of "druid:aa123bb4567". The fully qualified form is the correct one, else the attribute would have been called druid. Not sure if any dor-services code is implicated (fixture objects mostly look correct), or if it is external processes making contentMetadata stubs for assembly. Should check with labs, Hydrus and Revs, others? on the contentMetadata stubs, or normalize it at the start of accessioning.
The text was updated successfully, but these errors were encountered: