[Bug 7487] New: biblioitems.publicationdate is unpopulated in default configuration
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7487 Bug #: 7487 Summary: biblioitems.publicationdate is unpopulated in default configuration Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt@gmail.com ReportedBy: ruth@bywatersolutions.com QAContact: koha.sekjal@gmail.com In Comment 4 of Bug 6402, Owen notes that biblioitems.publicationyear is not populated in the default MARC mapping, so the sort issue described in that bug is not exactly solved. The same problem obtains in OPAC searching; sort-by-year will give seemingly-random results, as it's using biblioitems.publicationyear as the sort field. C4::Biblio::TransferMarcToKoha will deal with publicationyear in the same manner as it deals with biblio.copyrightdate, finding the first numeric date and using that, but that requires that the field be mapped from some MARC tag. Therefore, this is purely a default-configuration problem. I suggest as a default config that 260$c be used for MARC21 configs. If someone will tell me what to use for UNIMARC, I'll put both in a patch to the default database creation routines. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7487 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> 2012-02-01 14:25:36 UTC --- I think the problem is, that you can only map 1 MARC field to 1 database field. And the publicationyear fields are mapped for MARC21 and UNIMARC - only to different database fields by default, which is causing trouble in a lot of places. While MARC21 uses copyrightdate, UNIMARC uses publicationyear. I think that's not easy to resolve without breaking existing installs, so perhaps the code should deal with both possibilities. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7487 --- Comment #2 from D Ruth Bavousett <ruth@bywatersolutions.com> 2012-02-01 14:36:24 UTC --- Katrin, I agree, it's a bit of an issue--ones you save publicationyear as 260$c, then copyrightdate goes away and isn't being populated! ...but the sorting in C4::Search.pm is based on publicationyear! Seems to me that the underlying issue might be that we need to pick one or the other of these, and deprecate the other completely--or, as you suggest, *every place* in the code where one is referenced, do some switching based on MARC21 vs UNIMARC. ...but I'm LAZY! -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7487 --- Comment #3 from Katrin Fischer <katrin.fischer@bsz-bw.de> 2012-02-01 14:41:28 UTC --- Hmmm... thinking about it... is it possible to use Zebra for sorting? Building on the same index we use for publicaton date range? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7487 D Ruth Bavousett <ruth@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #4 from D Ruth Bavousett <ruth@bywatersolutions.com> 2012-02-01 14:48:29 UTC --- Never mind; I have bats in my belfry this morning or something; If the data had proper 008s, this would work correctly. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org