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

Add workaround if cataloguing dates in 008 that are too long #2118

Merged
merged 5 commits into from
Jan 9, 2025

Conversation

TobiasNx
Copy link
Contributor

@TobiasNx TobiasNx commented Jan 6, 2025

As stated in #2114 (comment) some issues popped up with cataloguing dates that are too long consisting of 8 instead of 6 digits.

Since 008/06 should not be an digit I have introduced a workaround if the date is to long.
@maipet can you have a look if this workaround makes sense?

Thanks.

@TobiasNx TobiasNx requested a review from maipet January 6, 2025 07:33
Some records have 8 instead of 6 digits. I talked to @maipet we decided that ignoring 8 digits due to invalid 008/00-05 is better than constructing values from the invalid date.
@TobiasNx TobiasNx requested a review from dr0i January 8, 2025 08:11
@TobiasNx TobiasNx assigned dr0i and unassigned maipet Jan 8, 2025
@TobiasNx
Copy link
Contributor Author

TobiasNx commented Jan 8, 2025

@dr0i this should fix the mapper parser exception. The error was due to errors in cataloguing. Some records provided 8 instead of 6 digits which is not valid with regard to 008 marc documentation.

@maipet and i decided not to construct dates out of 8 digits since they are not valid and then use the fallback from MGN instead.

@dr0i dr0i merged commit c42d052 into master Jan 9, 2025
1 check passed
@dr0i dr0i deleted the 2114-wrong008CzDates branch January 9, 2025 13:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants