http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5337
Ian Walls <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #25 from Ian Walls <[email protected]> --- This patch does some pretty heavy-weight changes: adds a new field to biblioitems, modifies the parameters sent to a subroutine, and exports the MARC flavour as a template variable on some pages. All this is done for one of the benefit of one of the three potential MARC flavours. This doesn't mean we shouldn't implement this, but it does mean we need to do so carefully, as there are lots of places where new bugs could be introduced. In terms of discussion, I contribute the following (though it may be a little late in the game): I think we may be better served by taking a wider view of the issue. We've got lots of kinds of identifiers floating around: ISBN, ISSN, EAN, LCCN, UPC, OCLC number, etc. Depending on when they were invented, and what MARC flavour you're working in, they can be mapped all kinds of different ways. It would be good to have an extensible framework where we can associate any given biblio with a set of keys, of any kind. Each type of key could be associated with a normalization routine to weed out the formatting that is applied to the value (added bonus: we could have just one key for ISBN, and have both 10 and 13 expressions connect to it). We'd probably need to rely on Zebra with DOM indexing to get these values properly extracted from our records, but once that's done, they could be stashed in the database. -- You are receiving this mail because: You are the QA Contact for the bug. 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/
