Skip to main content
ExLibris
  • Subscribe by RSS
    • Back
    Aleph
    Ex Libris Knowledge Center

    p_item_05: LC call numbers with decimals not filing correctly

    1. Last updated
    2. Save as PDF
    • Article Type: General
    • Product: Aleph
    • Product Version: 17.01

    Description:
    I have run item-05. The LC call numbers are not filing correctly:

    PQ3940.5 .R68 1992
    PQ3940.5 .S63 1997
    PQ3940 .A82 1995
    PQ3940 .A83 1981

    I would expect the following:

    PQ3940 .A82 1995
    PQ3940 .A83 1981
    PQ3940.5 .R68 1992
    PQ3940.5 .S63 1997

    The correct order is displayed in the GUI when browsing by LC call number.

    Resolution:
    The LC ("0") and Dewey ("1") call number lines in the distributed usm50 tab_filing_call_no, such as:

    0 L to_blank &()-[]<>?,./:

    need to have the period (full-stop; decimal) eliminated.

    Without this change,

    PQ3940.5 .R68 1992

    files before:

    PQ3940 .A82 1995

    which it should not.

    The same goes for the Dewey routine ("1").

    In fact, except for the inclusion of the add_call_no_type, the xxx50 tab_filing_call_no entries should be exactly the same as the xxx01 tab_filing for that call number type. (The xxx01 tab_filing is used in the GUI call number Browse.)

    The distributed usm01 tab_filing has these entries:

    !* LC Call Numbers
    22 del_subfield
    22 lc_call_no

    !* Dewey Call Numbers
    23 del_subfield
    23 dewey_call_no

    Thus, the usm50 tab_filing_call_no should have these lines:

    0 L del_subfield
    0 L lc_call_no
    0 L add_call_no_type <optional>

    1 L del_subfield
    1 L dewey_call_no
    1 L add_call_no_type <optional>

    This change to the distributed usm50 tab_filing_call_no has been requested.

    • Article last edited: 10/8/2013