[Koha-bugs] [Bug 18152] UNIMARC bib records imported with invalid 'a' char in label pos.9
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Wed May 3 09:24:42 CEST 2017
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18152
--- Comment #12 from stephane.delaune at biblibre.com ---
Answers to the above questions :
- Question 1 :
I never said "MARC::Record does not handle UNIMARC records correctly" !
MARC::Record->encoding('utf-8') add 'a' char in the 9th label'pos, it's ok in
MARC21 and NORMARC but not in UNIMARC (requires than the 9th character in
labels must be blank)
C4::Charset::SetMarcUnicodeFlag always call MARC::Record->encoding('utf-8') but
it should only do for MARC21 and NORMARC
- Question 2 :
In SetMarcUnicodeFlag, if MARC21 or NORMARC already do «substr($leader, 9, 1) =
'a'» in addition to MARC::Record->encoding('utf-8') (Which does exactly the
same thing for UNIMARC MARC21 NORMARC)
We had the choice between :
- move the «MARC::Record->encoding('utf-8')»'s call instead of «substr($leader,
9, 1) = 'a'» (it's your proposition)
- delete the «MARC::Record->encoding('utf-8')»'s call and keep «substr($leader,
9, 1) = 'a'» (chosen solution)
Both are equivalent because «MARC::Record->encoding('utf-8')» only do one thing
: «substr($leader, 9, 1) = 'a'»
- Question 3 :
I do not understand the problem and I do not know how to do this
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list