I thought I had more about this before I hit send but I guess not. The point of the normalizers are to pull the call number labels apart and make them sort consistently, so that the case doesn’t matter and the numbers sort the way we expect rather than the way a computer would normally do it. Looking at the label_sortkey field of asset.call_number for various types of call numbers should make it more obvious what the existing ones are doing.
Jason -- Jason Boyer Senior System Administrator Equinox Open Library Initiative jbo...@equinoxoli.org +1 (877) Open-ILS (673-6457) https://equinoxOLI.org/ > On Jun 10, 2021, at 4:51 PM, Jason Boyer <jbo...@equinoxoli.org> wrote: > > Hi Jennifer, there isn’t an interface to manage this yet and while the > Angular client’s auto-grid feature will allow you to see the table, you’re > not able to add or edit any entries. One reason there’s no interface for it > is that one of the required fields is the name of a database procedure to > perform the necessary normalization for sorting. > > These are the steps you’d need to take to add a new classification scheme > today: > > Look at the existing call number classification normalization functions to > see if one of them is applicable to the new scheme: > asset.label_normalizer_generic, asset.label_normalizer_dewey, and > asset.label_normalizer_lc. If none of these normalizers will work for the new > scheme a new normalizing function will need to be written. (We’ll assume you > have to put together an asset.label_normalizer_nlm for now) > > Insert a new row into asset.call_number_class: > name | normalizer | field > National Library of Medicine | asset.label_normalizer_nlm | 060ab,(other > fields / subfields) > > Then the opensrf.settings service (at least?) may need to be restarted. I’m > not entirely certain about the extent of that. > > And then it’s time to test because I’ve not actually done this myself but I > don’t believe classification schemes are hard-coded anywhere. :) > > Jason > > -- > Jason Boyer > Senior System Administrator > Equinox Open Library Initiative > jbo...@equinoxoli.org <mailto:jbo...@equinoxoli.org> > +1 (877) Open-ILS (673-6457) > https://equinoxOLI.org/ > >> On Jun 10, 2021, at 3:43 PM, Jennifer Pringle via Evergreen-general >> <evergreen-general@list.evergreen-ils.org >> <mailto:evergreen-general@list.evergreen-ils.org>> wrote: >> >> >> Hello everyone, >> >> I'm hoping someone can point me in the right direction for information about >> the classification schemes in Evergreen. I've looked through the official >> docs and the Evergreen wiki but I haven't been able to find anything that >> talks about how the classifications schemes are set up or what would be >> needed to set up a new one. >> >> We've recently had a medical library join our consortium and they use >> National Library of Medicine as their classification scheme so I'm looking >> into what would be involved in adding NLM as an option in Evergreen. >> >> Thanks, >> >> Jennifer >> -- >> Jennifer Pringle (she/her) >> Co-op Support - Training Lead >> BC Libraries Cooperative >> Toll-free: 1-888-848-9250 >> Email:jennifer.prin...@bc.libraries.coop >> <mailto:jennifer.prin...@bc.libraries.coop> >> Website: http://bc.libraries.coop >> >> Gratefully acknowledging that I live and work in the unceded Traditional >> Territory of the St'at'yemc Nations. >> >> _______________________________________________ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >
_______________________________________________ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
