http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11026
Bug ID: 11026
Summary: in UNIMARC, pubdate index should be based on 100 field
and not 210
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Searching
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
210$d, curently indexed as pubdate, contains the date of the document
The content can be a complex string like "impr. 2010, cop. 2009" (according to
cataloguing standard). Not sure how zebra
For ancient books, the date could be in latin numbers (MCM...) Zebra does not
like that ;-)
Dates are also in roman numbers 100 coded field. In fact there is 2 dates (pos
9-12 and 13-16) and a code in pos 8 giving the type of date. In most case the
1st date should be indexed and not the 2d one.
Other issue : Sometimes date are uncertain and if the decade only is known, we
will have 198X in 210 field, and "198 " (but I have found 198X and 198. in real
word...). Zebra does not like that too...
M. Saby
--
You are receiving this mail because:
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/
