[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