https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 --- Comment #24 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- (In reply to Heather from comment #23)

(In reply to Marcel de Rooy from comment #15)

...

(In reply to PTFS Europe Sandboxes from comment #14)

...

barcode TEST1 callnumnber D1015.B4 1965 barcode TEST2 callnumnber D102.D3 1930 barcode TEST3 callnumnber D101.2.A8 1951 8 - order is TEST3,TEST2,TEST1 (or reversed depending on sort direction)

Signed-off-by: Heather Hernandez <flyingendpaper@gmail.com>

While reading comment4 of Heather, I am not sure what the LCC order now should be. IIUC the order should be 1-11-2. But this test marks 101-102-1015 as correct while I expected 101-1015-102 ?

Please clarify.

PS The general scheme sorts also like 1-11-2 for our callnumbers like 10 A 1, 100 A 2 or 1000 A 3. Which is a pain since we started.

The correct order for LC Classification of the above example is: TEST3, TEST2, TEST1 i.e., D101.2.A8 1951, D102.D3 1930, D1015.B4 1965 i.e.: D One hundred and one point 2 D One hundred and two D One thousand and fifteen

One would expect "101-1015-102" if these were decimal numbers in the initial alphanumeric sequence (i.e., "D point one zero one, D point one zero one five, D point one zero two), but they are whole numbers.

So that's why I signed off on the bug--it was sorting these LC Class numbers correctly, as whole numbers. I.e., an alphanumeric sequence of a letter plus whole numbers.

With Library of Congress Classification, the initial alphanumeric sequence contains whole numbers. The following alphanumeric sequence(s) contain decimal numbers. I.e., D1015.B4 1965 is "D One thousand fifteen B four tenths One thousand nine hundred sixty five." In USian English, that is.:)

Does that help? --h2

Thanks Heather, it does :) -- You are receiving this mail because: You are watching all bug changes.