[Koha-bugs] [Bug 5337] acq EAN search

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5337

Ian Walls <koha.sekjal at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |koha.sekjal at gmail.com

--- Comment #25 from Ian Walls <koha.sekjal at gmail.com> ---
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.