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

🐛 Improve error handling due to missing parent_work_identifier_property_name value #289

Open
laritakr opened this issue Nov 15, 2023 · 1 comment

Comments

@laritakr
Copy link
Contributor

Story

The derivative rodeo service defines a class attribute:
class_attribute :parent_work_identifier_property_name, default: 'aark_id'

This attribute is not required, and absence of the metadata causes an error TypeError: no implicit conversion of nil into String in IiifPrint::Jobs::ChildWorksFromPdfJob

Acceptance Criteria

  • [ ]

Screenshots / Video

Testing Instructions and Sample Files

Notes

@ShanaLMoore ShanaLMoore changed the title Improve error handling due to missing parent_work_identifier_property_name value 🐛 Improve error handling due to missing parent_work_identifier_property_name value Nov 22, 2023
@jeremyf jeremyf self-assigned this Nov 27, 2023
jeremyf added a commit that referenced this issue Nov 27, 2023
Prior to this commit, we assumed the ancestor must have an AARK_ID.
However that is not always the case.  Which is confounding given the
data structure of the files; however such is the way of the world.

With this commit we fallback to the file_set's internal information to
attempt to find the file in the preprocessed location.  Namely if the
FileSet had an import_url, we'll use that to derive where it probably
went in SpaceStone.

Note: sniffing out where this file exists in SpaceStone is a very
fragile process.

Closes #289

Related to:

- #289
@ShanaLMoore ShanaLMoore moved this to In Development in adventist-dl Nov 27, 2023
jeremyf added a commit that referenced this issue Nov 28, 2023
Prior to this commit, we assumed the ancestor must have an AARK_ID.
However that is not always the case.  Which is confounding given the
data structure of the files; however such is the way of the world.

With this commit we fallback to the file_set's internal information to
attempt to find the file in the preprocessed location.  Namely if the
FileSet had an import_url, we'll use that to derive where it probably
went in SpaceStone.

Note: sniffing out where this file exists in SpaceStone is a very
fragile process.

Closes #289

Related to:

- #289
jeremyf added a commit that referenced this issue Nov 28, 2023
Prior to this commit, we assumed the ancestor must have an AARK_ID.
However that is not always the case.  Which is confounding given the
data structure of the files; however such is the way of the world.

With this commit we fallback to the file_set's internal information to
attempt to find the file in the preprocessed location.  Namely if the
FileSet had an import_url, we'll use that to derive where it probably
went in SpaceStone.

Note: sniffing out where this file exists in SpaceStone is a very
fragile process.

Closes #289

Related to:

- #289
@laritakr
Copy link
Contributor Author

@jeremyf is there any way to QA this or should it be closed as done?

@laritakr laritakr moved this from In Development to Done in adventist-dl Dec 8, 2023
@jeremyf jeremyf removed their assignment May 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
2 participants