Upgrade StorageCall number sorting
First, thanks to all who helped me get started on this library cataloguing project. I've been happily generating entries from ISBM, SBN or manually and assigning Dewey call numbers.
However, the sort order looks a little funny! Examples:
005.1 005.2 005.4 005.7 005.13/ADA ... and later:
621.9 621.37 621.42 621.092 621.381 ... or:
942.05 642.5 642.05 ... 942.07 942.8 942.009
It looks as though the sort algorithm is ignoring embedded zeros, though that doesn't explain the first line. For each of the numbers above there are several books which correctly collate together, just that the resultant groups are in the wrong order.
Not a major issue at the moment, but certainly a minor niggle.
However, the sort order looks a little funny! Examples:
005.1 005.2 005.4 005.7 005.13/ADA ... and later:
621.9 621.37 621.42 621.092 621.381 ... or:
942.05 642.5 642.05 ... 942.07 942.8 942.009
It looks as though the sort algorithm is ignoring embedded zeros, though that doesn't explain the first line. For each of the numbers above there are several books which correctly collate together, just that the resultant groups are in the wrong order.
Not a major issue at the moment, but certainly a minor niggle.
1 2 4 7 13/ADA
9 37 42 92 381
5 5 5 ... 7 8 9
As I said, not a major issue at the moment, but certainly a minor niggle, something that needs to be flagged up for fixing at some time in the future if possible.
This is referring to sorting in the items list?
As I mentioned above, this is not a show-stopper and certainly not an urgent problem for me. It is however a bug to add to your list for a solution at some time in the future (whenever that is). Indeed now I understand the logic of what's happening I can easily scan ahead down the catalogue, I'll instruct the others accordingly.