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

Document solution for renaming misnamed JPG datastreams #456

Open
mjordan opened this issue Feb 26, 2018 · 4 comments
Open

Document solution for renaming misnamed JPG datastreams #456

mjordan opened this issue Feb 26, 2018 · 4 comments
Assignees

Comments

@mjordan
Copy link
Collaborator

mjordan commented Feb 26, 2018

We should document a solution to the problem caused by #452. Datastream CRUD is capable of doing this. Maybe a good Cookbook entry?

@mjordan mjordan self-assigned this Feb 26, 2018
@MarcusBarnes
Copy link
Owner

Good idea. Would someone be able to confirm what happens if you try regenerating the misnamed JPEG datastream? Does it stay JPEG or does it become JPG? (I'm assuming that it stays JPEG, if not, there could be a solution that involves batch derivative regeneration.)

@mjordan
Copy link
Collaborator Author

mjordan commented Feb 26, 2018

@MarcusBarnes We've got about 900,000 JPEG datastreams, so I'll check this. Checking one of the 900,000 or page objects we migrated from CONTENTdm, I notice that the JPEG datastream doesn't have a 'regenerate' link:

jpeg

like the properly named JPG datastream does:

jpg

My plan is to use Datastream CRUD to download the JPEG, then upload the same files as JPG, then delete the JPEG.

@MarcusBarnes
Copy link
Owner

Thank you for confirming.

@mjordan
Copy link
Collaborator Author

mjordan commented Feb 26, 2018

How about documenting how to change a DSID in the CRUD README, and then in the MIK cookbook entry, point out that documentation and contextualize it for the JPEG/JPG issue?

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

2 participants