https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22972
--- Comment #48 from [email protected] <[email protected]> --- Hi all, I want to check in as one of the libraries behind this patch, on the question of whether it's "in tune with MARC." I'd push back gently on using strict MARC field semantics as the bar here. MARC was never designed with Linked Open Data or FAIR principles in mind - it predates them by decades, and its rigidity around what belongs in which subfield is precisely one of the things libraries are trying to move past. If we treat "MARC wasn't designed to work that way" as a blocking argument, we will structurally block almost every attempt to bring external, resolvable identifiers into bibliographic data, because MARC's field definitions simply don't anticipate this use case anywhere. The actual goal of this patch is straightforward: authority records already accumulate valuable external identifiers (VIAF, Wikidata, ISNI, etc.), and we want those identifiers to be discoverable directly from the bibliographic record, not locked behind a join to the authority table that most external tooling, harvesters, and discovery layers never perform. That's a FAIR-compliance goal - and it's squarely in the direction libraries are moving, whether or not it maps onto a pre-existing MARC pattern. On the specific technical objections: they're valid critiques of the current implementation (handling of repeated fields, $2, UNIMARC scoping, validation) and the QA follow-ups have already addressed most of them. That's normal patch maturation, not evidence the underlying idea is wrong. I don't think "this isn't how MARC traditionally does things" should be conflated with "this shouldn't be built." On core vs. plugin: this is a small, opt-in, configurable feature restricted to MARC21. That's a reasonable footprint which directly serves libraries actively investing in LOD. In sum, we'd like to keep this moving so that everyone can benefit from this investment. Best, Bruno Forment Orpheus Instituut -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected] website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
