Skip to content
This repository was archived by the owner on May 11, 2022. It is now read-only.

objectId in contentMetadata should be namespace qualified #239

Open
LynnMcRae opened this issue Oct 3, 2016 · 2 comments
Open

objectId in contentMetadata should be namespace qualified #239

LynnMcRae opened this issue Oct 3, 2016 · 2 comments
Labels

Comments

@LynnMcRae
Copy link

LynnMcRae commented Oct 3, 2016

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.

@LynnMcRae LynnMcRae added the bug label Oct 3, 2016
@LynnMcRae
Copy link
Author

@calavano Tony, can you check where you are making stub contentMetadata for this?

@calavano
Copy link

calavano commented Oct 4, 2016

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 free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants