I'm in support of using cn_sort wherever sorting occurs as that's its purpose. If I'm not mistaken, it's already being used in some places without an existing system preference, and I don't see how the Inventory tool is categorically different. Is it possible, perhaps in a plugin, to configure new normalization methods for different classification sources? That seems to be the purpose of the Classification Sources admin settings but I'm not sure. To answer Heather—I think your second question is correct, the two problems are not intertwined. One deals with LC numbers being improperly normalized and another deals with the normalized strings not being used as the sorting value in places. Best, ERIC PHETTEPLACE Systems Librarian libraries.cca.edu | vault.cca.edu | 510.594.3660 5212 Broadway, Oakland, CA 94618 1111 8th St., San Francisco, CA 94107 Preferred Pronoun(s): he/him :(){ :|: & };: On Thu, Nov 15, 2018 at 8:01 AM Hernandez, Heather < heather_hernandez@nps.gov> wrote:
Hi, Nick--
I read through Bug 21629 and if I'm reading it correctly, it says that call numbers are sorted correctly using cn_sort, but Bug 17269 describes how call numbers are not sorted correctly using cn_sort, specifically the ones with colons in them in the G Library of Congress classification schedule.
Has Bug 21629 been tested using LC call numbers with colons in them? Or is the problem of incorrect sorts of LC call numbers with colons in them unrelated?
Thank you! Cheers, h2 ~~~~~~~~~~~~~~ Heather Hernandez Technical Services Librarian San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032, heather_hernandez@nps.gov Library catalog: http://keys.bywatersolutions.com/ _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha