http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9370
Bug ID: 9370
Summary: use Library::CallNumber::LC when splitting LC call
numbers for spine labels
Classification: Unclassified
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Architecture, internals, and plumbing
Assignee: [email protected]
Reporter: [email protected]
We should switch to using Library::CallNumber::LC for splitting LC call numbers
when generating spine labels for several reasons:
[1] Library::CallNumber::LC was written specifically for parsing LC call
numbers, while the current code in Koha was developed based on very few
examples.
[2] The module is currently being used by Evergreen. Any future efforts to
improve LC call number parsing by updating Library::CallNumber::LC would
benefit both ILS projects.
[3] In bug 6281, I'm proposing using this module to improve sorting of LC call
numbers. Using the module would reduce redundancy in Koha's code base.
[4] And, perhaps most importantly, it solves a problem reported by a library.
The immediate motivation for this change is an example call number that one of
our customers noted is being split incorrectly. The LC number 'QH541.15.C6 C25
2012' is currently being split like this:
QH
541
.15
.C6
C25
2012
It should actually be split as follows:
QH
541.15
.C6
C25
2012
The ".15" after "541" is part of the main class number; it isn't a Cutter.
To test:
[1] Add an item record with the call number QH541.15.C6 C25 2012 and set it
classification source to lcc.
[2] Generate a spine label and verify that the call number is split like this:
QH
541.15
.C6
C25
2012
--
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/
