[Koha-bugs] [Bug 21321] New: Use marc field 264 (when exists) to get (and show) information about place/name/date of production

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Thu Sep 6 14:58:07 CEST 2018


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21321

            Bug ID: 21321
           Summary: Use marc field 264 (when exists) to get (and show)
                    information about place/name/date of production
 Change sponsored?: ---
           Product: Koha
           Version: 17.11
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Database
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: theod at lib.auth.gr
        QA Contact: testopia at bugs.koha-community.org

The use of Marc field 264 (instead of 260) is currently promoted very much by
LC because it is more flexible and versatile (also because it used by RDA).
Many records downloaded from Library of Congress nowadays have all the
place/name/date of production information only in 264.

Koha must take this into account when storing such information in various
database tables (and consequently when displaying it in UI tables).

To give an example workararound scenario (maybe not the best, I'm just thinking
out loud): one should check the presence of 264 and if found, it's data should
take precedence when populating ie biblio.copyrightdate. If not, the current
functionality (that uses 260) can still be used. This must be repeated for all
new and modified bibs.
This implies changes to core Koha structure, so a relevant discussion might be
required beforehand...

ps. Having said that, maybe the (gradual) use of biblio_metadata in all UI
tables might give administrators the flexibility to be able to choose one marc
field over the other in the UI tables for their installations, but at least the
issue of this new field -and it's implications- must be known to the
community... After all we will all come across it sooner or later!

-- 
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.


More information about the Koha-bugs mailing list