Jesse Kruppa (UCR)
My feedback
29 results found
-
4 votes
Jesse Kruppa (UCR) shared this idea ·
-
162 votes
Jesse Kruppa (UCR) supported this idea ·
-
115 votes
Jesse Kruppa (UCR) supported this idea ·
-
59 votes
Jesse Kruppa (UCR) supported this idea ·
-
90 votes
Jesse Kruppa (UCR) supported this idea ·
-
9 votes
Jesse Kruppa (UCR) supported this idea ·
-
36 votes
Jesse Kruppa (UCR) supported this idea ·
-
133 votes
Jesse Kruppa (UCR) supported this idea ·
-
15 votes
Jesse Kruppa (UCR) shared this idea ·
-
44 votes
Jesse Kruppa (UCR) supported this idea ·
-
31 votes
Jesse Kruppa (UCR) supported this idea ·
-
55 votes
Jesse Kruppa (UCR) supported this idea ·
-
47 votes
Jesse Kruppa (UCR) supported this idea ·
-
62 votes
I recommend applying XSL normalization rules with the required logic and integrating them into the Upon Save normalization process.
Jesse Kruppa (UCR) supported this idea ·
-
55 votes
Jesse Kruppa (UCR) supported this idea ·
An error occurred while saving the comment -
17 votes
Jesse Kruppa (UCR) supported this idea ·
-
39 votes
Jesse Kruppa (UCR) supported this idea ·
-
5 votes
Jesse Kruppa (UCR) shared this idea ·
-
270 votes
Jesse Kruppa (UCR) supported this idea ·
An error occurred while saving the comment Jesse Kruppa (UCR) commented
+1 and this does seem like a bug fix.
-
433 votes
Hi all,
This idea was reviewed as part of planning 2026 roadmap, as the solution yet is not clear and we are still examining the possible solutions.
This kind of sorting is more complex as it involves free text values and it requires different sorting method than what currently being used.
This is currently not included in the 2026 roadmap.
We will continue evaluate the possible solutions.
An error occurred while saving the comment Jesse Kruppa (UCR) commented
As library staff and a patron, when I sort volumes I expect volume 9 to sort before volumes 12, 23, 38, 85, and 91.
Primo needs a better volume sort. Alphanumeric sorting does not play nicely with numbers. When numbers are stored and sorted as text, 12 will come before 3 because the sort is looking at the first character, not the whole value.
+1 (million)
As noted in the the page for MARC 21 Format for Holdings Data, 863-865 - Enumeration and Chronology
The following subfields should exist for use:
Enumeration: a-h
Chronology: i-m, v
Descriptors: n-q
Numbers and codes: s-w
Notes: x, z
Control subfields: 6, 8
Reference:
https://www.loc.gov/marc/holdings/hd863865.html
https://www.loc.gov/marc/holdings/
(Personally, I'd like to be able to make holding/item records in MARC format like in the MDE rather than only in the text form, so I can ensure the metadata is being structured properly)
These are all valid subfields and should be imported as such.
Libraries should not have to put in an "enhancement" request for access to, or proper use and display of, fields and subfields in the metadata standard online library catalogs have used for more than 40 years and that this ILS was built to accommodate.
The standards are the very foundation of the catalog, and their thorough, correct implementation are a core requirement for catalog functionality.