Since splitting call numbers has come up, can anyone tell me what to do with a non-classification number call number? My Library of Congress numbers split mostly OK but my fiction just uses three letters of the author's surname, i.e. FIC SMI for "Fiction Collection" author "Smith." No matter what I do I can't get the spine labels to print as follows: FIC SMI Any suggestions? Anne Warrington
That's kind of surprising, I have been playing around a bit on my test box and for me Library of Congress numbers never seem to get split. They usually come in this format: 917.1/0022/2 which always shows up on my labels as 917.100222 and that is obviously too long. But you gave me an idea, and when I replace the '/' with a space in the itemcallnumber the numbers obediently split. For me that works with text as well as numbers. .. I think it would be useful to be able to choose a separator character, something similar as you get when you import csv files in Base or Excel. (On Koha 3.02.04.000) --- On Mon, 3/14/11, Anne (library) Warrington <librarymail@ggsoftwerks.com> wrote: From: Anne (library) Warrington <librarymail@ggsoftwerks.com> Subject: [Koha] Split Call Numbers--Variation To: koha@lists.katipo.co.nz Received: Monday, March 14, 2011, 10:32 AM Since splitting call numbers has come up, can anyone tell me what to do with a non-classification number call number? My Library of Congress numbers split mostly OK but my fiction just uses three letters of the author's surname, i.e. FIC SMI for "Fiction Collection" author "Smith." No matter what I do I can't get the spine labels to print as follows: FIC SMI Any suggestions? Anne Warrington _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
2011/3/14 Marty <ontariowolf64@yahoo.com>
That's kind of surprising, I have been playing around a bit on my test box and for me Library of Congress numbers never seem to get split. They usually come in this format: 917.1/0022/2 which always shows up on my labels as 917.100222 and that is obviously too long.
But you gave me an idea, and when I replace the '/' with a space in the itemcallnumber the numbers obediently split. For me that works with text as well as numbers. .. I think it would be useful to be able to choose a separator character, something similar as you get when you import csv files in Base or Excel. (On Koha 3.02.04.000)
You may see some examples of what the LCCN splitting algorithm is looking for by looking around line 32 here: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=t/Labels_split_lcc... Also around line 113 here: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Labels/Label.pm... What has been done is to split based on known examples. If you have an example of a call number which does not split as you would expect, please add a comment to bug 2500 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2500) which includes the number as it appears in-line and then as you expect it to split. There appear to be a rather infinite variety of ways folks express call numbers in-line, so until someone pays for development of a method of allowing end-users to cook up their own splitting algorithms, this is the way to get your method into the code. :-) Kind Regards, Chris
On Mon, Mar 14, 2011 at 5:08 PM, Chris Nighswonger <cnighswonger@foundations.edu> wrote:
2011/3/14 Marty <ontariowolf64@yahoo.com>
That's kind of surprising, I have been playing around a bit on my test box and for me Library of Congress numbers never seem to get split. They usually come in this format: 917.1/0022/2 which always shows up on my labels as 917.100222 and that is obviously too long.
But you gave me an idea, and when I replace the '/' with a space in the itemcallnumber the numbers obediently split. For me that works with text as well as numbers. .. I think it would be useful to be able to choose a separator character, something similar as you get when you import csv files in Base or Excel. (On Koha 3.02.04.000)
You may see some examples of what the LCCN splitting algorithm is looking for by looking around line 32 here:
http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=t/Labels_split_lcc...
Also around line 113 here:
http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Labels/Label.pm...
What has been done is to split based on known examples. If you have an example of a call number which does not split as you would expect, please add a comment to bug 2500 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2500) which includes the number as it appears in-line and then as you expect it to split.
There appear to be a rather infinite variety of ways folks express call numbers in-line, so until someone pays for development of a method of allowing end-users to cook up their own splitting algorithms, this is the way to get your method into the code. :-)
Ok, I've whipped up a mod for the LCCN splitting routine which splits around '/' "segmentation" marks. If you have a way to test the patch, you may grab it here: http://git.koha-community.org/gitweb/?p=wip/koha-fbc.git;a=commit;h=b1cab59d... Otherwise, you'll have to wait for 3.4 which will be released 22 April, 2011. Kind Regards, Chris
Hi Anne, On Mon, Mar 14, 2011 at 10:32 AM, Anne (library) Warrington <librarymail@ggsoftwerks.com> wrote:
Since splitting call numbers has come up, can anyone tell me what to do with a non-classification number call number? My Library of Congress numbers split mostly OK but my fiction just uses three letters of the author's surname, i.e. FIC SMI for "Fiction Collection" author "Smith." No matter what I do I can't get the spine labels to print as follows:
FIC SMI
Any suggestions?
What version of Koha are you using? The generic splitting algorithm should split this fine: :~/Repositories/koha.3.2.labels/t (label_template_work)$ ./Labels_split_ccn.t 'FIC SMI' 'FIC,SMI' 1..9 ok 1 - use C4::Labels::Label; ok 2 - ddcn: FIC SMI ok 3 - split expected to produce 2 pieces ok 4 - C4::Labels::Label::_split_ccn(FIC SMI) ok 5 - 2 of 2 pieces produced ok 6 - (FIC SMI)[0] populated: FIC ok 7 - (FIC SMI)[0] matches: FIC ok 8 - (FIC SMI)[1] populated: SMI ok 9 - (FIC SMI)[1] matches: SMI Kind Regards, Chris
participants (3)
-
Anne (library) Warrington -
Chris Nighswonger -
Marty