It would be nice if there was a preference for the sort in which items are sorted in the OPAC. I know that there is a table sorter on that table, but the default is the order in which items are added and sometimes that can be a problem with serials and users don't always see the sorter - so letting the librarians say what order they want them to appear in would be a nice little feature.
This is particularly a problem with serials with a large quantity of items attached to a single bib record: the default sort is by item type, which isn't too helpful, but also sorting on almost *any* column results in a pretty random listing. For instance, sorting on the issues column results in a lexical sort like this: v. 1 1999 v. 10 2009 v. 11 2010 etc., the issue strings are ordered lexically. The more appropriate ordering would be to sort by volume number first and then the issue number. Or—as Nicole implied in her original comment—add an additional item record field for how it's to be sorted in the holdings table, so we could at least manually add an appropriate ordering.
Agreed, Eric. Some of our serials have thousands of items, in multiple locations, and multiple copies. It is time consuming for staff to find items, check in new issues and do maintenance (withdraw or relocate items) in this environment. This enhancement is of high importance to us.
For the default sort order there is: OPACHoldingsDefaultSortField But I tihnk this is more about having a better sort for enumchron? This is sorted alphabetically right now, anything else is hard for a free text field. If enumchron was created by serials, we could maybe use fields from serial to sort better, but that would not be an easy development I think. Should we change the bug title to refer to enumchron specifically or move this to a separate bug maybe?
Ah, actually we got a bug already for sorting on volume information: bug 13420
Any updates? Carnegie team
+1
On of our librarian reported this also, for serials. I have no clue how to create a good patch.
I think this bug isn't where it needs to be. It asks for being able to sort, but doesn't give enough specifics. We do have: * System preference OPACHoldingsDefaultSortField * Automatic sorting on the published date if the items are linked to a subscrpition This needs to be clearer about what is missing in order to go further. The bug description is too general and would cover what the pref does.
Hi, A library asked for a way to sort the items table by call number so I believe it would be link to this bug ? Not only be able to sort by call number as we are able to do with the table sorter but instead being able to choose either one of the table columns to always sort the table. So I believe the easiest way to have that would be to add options to OPACHoldingsDefaultSortField to have : - First column - Holding library - Home library - Call number - barcode - Shelving location ...
In addition to setting the default sort order on the OPAC (holdingst), we should also have the ability to set the default sort order on the staff client (holdings_table). The ability to set the default sort order exists on some tables but it would be nice to extend this capability to both holdings tables as well. As noted by other comments here, the existing options (first column, home library, home library) in OPACHoldingsDefaultSortField are too limited, especially for Serials.
(In reply to Catrina Berka from comment #10) > In addition to setting the default sort order on the OPAC (holdingst), we > should also have the ability to set the default sort order on the staff > client (holdings_table). The ability to set the default sort order exists on > some tables but it would be nice to extend this capability to both holdings > tables as well. > > As noted by other comments here, the existing options (first column, home > library, home library) in OPACHoldingsDefaultSortField are too limited, > especially for Serials. Hi Catrina, I think configurable sorting for the staff interface would be good in a new, separate bug.
Has the new, seperate bug been made? The staff interface: It would be nice to be able to change which of the two columns, the holding branch (current library) or the home library, would be automatically in alphabetical order. Now it's the home library, but the holding branch would be more helpful in customer service.
Some people at the BULAC library would like something like this also :).
The new, separate bug to request functionality to select the default sort order for the holdings table in the staff client (holdings_table) is Bug 34638.
We too are interested in more logical presentation of multi-volume, multi-copy holdings in the OPAC. Like others who have commented we have large serials and monographic set runs. We are migrating to Koha in a few weeks off a system that allowed item record movement, so staff and patrons are used to items being presented in volume or copy number order. In testing our items did not migrate to Koha in a logical order (we're working on that for the actual migration), and it is an issue that we cannot adjust item order once in Koha. This is also impacting data harvest to our Discovery system. A sort option based on call number (including volumes and copies) would be a useful feature.