https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18757
M. Tompsett <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #7 from M. Tompsett <[email protected]> --- https://archive.ifla.org/VI/8/projects/UNIMARC-HoldingsFormat.pdf -- but isn't there supposed to be a 100?! 12-15 Character Set (Mandatory) These four character positions indicate the principal graphic character sets used in the record. Positions 12-13 designate the G0 set and positions 14-15 designate the G1 set. If a G1 set is not needed, positions 14-15 contain blanks. 01 = ISO 646, IRV version (basic Latin set) 02 = ISO Registration # 37 (basic Cyrillic set) 03 = ISO 5426 (extended Latin set) 04 = ISO DIS 5427 (extended Cyrillic set) 05 = ISO 5428 (Greek set) 06 = ISO 6438 (African coded character set) 07 = ISO 10586 (Georgian set) 08 = ISO 8957 (Hebrew set) Table 1 09 = ISO 8957 (Hebrew set) Table 2 10 = [Reserved] 11 = ISO 5426-2 (Latin characters used in minor European languages and obsolete typography) 50 = ISO 10646 Level 3 (Unicode) Oh yuck... reading the MARC::File::XML library... it basically fakes it. # Does the record think it is already Unicode? if ($original_encoding ne 'a' && lc($format) !~ /^unimarc/o) { # If not, we'll make it so $_transcode++; substr($ldr,9,1,'a'); $record->leader( $ldr ); } which is why the as_xml in elsewhere does the "USMARC" thing. Okay. I'll test this, since I'm assuming Fridolin has already tested in a UNIMARC context before submitting this patch. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
