https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27365
--- Comment #3 from David Cook <[email protected]> --- (In reply to Didier Gautheron from comment #2) > I my understanding it is > From > https://www.iso.org/obp/ui/#iso:std:iso:25577:ed-1:v1:en > > In 2001, the U.S. Library of Congress developed a framework for working with > MARC data in an XML environment. The core of the framework is a MARCXML > schema that allows lossless round-trip conversion of an ISO 2709 MARC 21 > record and an XML-encoded MARC 21 record. > That's interesting. I'd never heard of ISO 25577. I wonder if anyone actually uses it. Technically, it's a separate schema from MARCXML, although it looks like MarcXchange is supposed to be a superset of MARCXML. It looks like there's a newer version of ISO 25577: https://www.iso.org/obp/ui/#iso:std:iso:25577:ed-2:v1:en. Here's the MarcXchange XML schema: https://www.loc.gov/standards/iso25577/marcxchange-2-0.xsd However neither https://www.loc.gov/standards/iso25577/marcxchange-2-0.xsd nor https://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd explicitly limits the length of fields. If you look again at the "Scope" section, you'll see the following: "It does not define the length or the content of individual records and does not assign any meaning to tags, indicators, or identifiers, these specifications being the functions of an implementation format." "Validation of MARC records content is not enforced by the schema but by dedicated software tailored for the specific usage (e.g. the specific MARC-format)." In that way, it seems like the expectation is that you use ISO 2709 with MarcXChange as well... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://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/
