Bug 34551 - Don't allow Z39.50 import if MARC can't be converted to MARCXML
Summary: Don't allow Z39.50 import if MARC can't be converted to MARCXML
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Z39.50 / SRU / OpenSearch Servers (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 35104
Blocks:
  Show dependency treegraph
 
Reported: 2023-08-17 04:43 UTC by David Cook
Modified: 2023-12-13 22:22 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Cook 2023-08-17 04:43:32 UTC
As I note on bug 34014 and bug 34549, if you've got the wrong encoding on your Z39.50 server, you can wind up importing MARC data that contains invalid data (like control characters). 

During copy cataloguing, there should be a warning that there's a problem with the data (possibly because of Z39.50 server config).

That way we have librarians raising the flag that there's a problem before the data is in Koha rather than us doing cleanup after it's been imported.

(Of course, bulk loaded MARC will still be a problem, but baby steps...)