[Bug 21321] New: Use marc field 264 (when exists) to get (and show) information about place/name/date of production
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@lists.koha-community.org Reporter: theod@lib.auth.gr QA Contact: testopia@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.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21321 Theodoros Theodoropoulos <theod@lib.auth.gr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=14198 --- Comment #1 from Theodoros Theodoropoulos <theod@lib.auth.gr> --- Of course 264 should be taken into account when indexing bibs in zebra/elasticsearch, but these were tackled already in BZ14198 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21321 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |katrin.fischer@bsz-bw.de Resolution|--- |FIXED --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Theodorus. I think this is a fixed issue. Newer versions of Koha allow you to map multiple fields to biblio.copyrightdate, which is used to display the publication year in a lot of places. So the field will be populated for RDA (264c) and for non-RDA (260c) records. When changing the mapping now, you might have to run a script to populate the data in your database, but this should better be discussed on the mailing list. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21321 --- Comment #3 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I've filed bug 21705 to improve the default behaviour. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org