Skip to main content
ExLibris

Knowledge Assistant

BETA
 
  • Subscribe by RSS
  • Back
    Aleph

     

    Ex Libris Knowledge Center
    1. Search site
      Go back to previous article
      1. Sign in
        • Sign in
        • Forgot password
    1. Home
    2. Aleph
    3. Knowledge Articles
    4. Editing LDR Records Did Not Update the FMT Contents

    Editing LDR Records Did Not Update the FMT Contents

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    No headers
    • Article Type: General
    • Product: Aleph
    • Product Version: 20

    Description:
    The tab_fix has "fix_doc_create_fmt" which creates the FMT tags based on the LDR field.
    However, when the LDR field, position 06, is updated to another format, the FMT tag is NOT updated automatically with the new format.
    Is there a way (fix) to update the FMT tag when LDR field changes?

    Resolution:
    There is no way to automate the update of the FMT field in response to the LDR change. The fix_doc_create_fmt fix only works for records that have no FMT tag, such as incoming Z39 records.

    The good news is that there is a check which provides a message when the 06 position on the LDR field does not match the FMT: check_doc_field_ldr.

    For the fixed-length validation checks to be functional, the check_doc_line program must be listed in the check_doc table located in the library's tab directory.

    Your current settings in check_doc cause this check to be performed at the following times:
    CATALOG-INSERT = performed when the cataloging record is saved, updated or when the Check Record option is selected from the Cataloging module.
    Z39-INSERT = performed when a record is inserted via Z39.50 ES Update.
    Z39-REPLACE = performed when a record is replaced via Z39.50 ES Update.
    P-MANAGE-25 = performed when p_manage_25 (Fix and Check Catalog Records ) is run.

    The catalogers should check these settings to see if they result in the desired warnings:
    ! 2 3 4 5 6 7
    !!-!!!-!-!!!-!!!-!-!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!>
    BK 006 1 at
    2 bn
    CF 006 1 m
    MP 006 1 ef
    2 b
    MU 006 1 cdij
    2 b
    SE 006 1 at
    2 b
    VM 006 1 gkor
    2 bn
    MX 006 1 p
    2 bn
    For example, for format BK, position 006's valid content is "a" or "t"; "b" and "n" are obsolete values.
    There is a note mentioning commas to separate values (such as "b" and "n"), but these are not necessary when the referenced value is only 1 character as these are.

    The message associated with the check_field functions (LDR, 006, 007, 008, etc.) is in the $aleph_error_eng/check_doc file, message 7010.
    7010 L $1/$2: invalid value $3.


    • Article last edited: 10/8/2013
    View article in the Exlibris Knowledge Center
    1. Back to top
      • Editing holdings and item records; OWN tags
      • Effect of "www_z37_recall_type 01" if p_cir_13 is not run
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Language
      English
      Product
      Aleph
    2. Tags
      1. 20
      2. contype:kba
      3. Prod:Aleph
      4. Type:General
    1. © Copyright 2025 Ex Libris Knowledge Center
    2. Powered by CXone Expert ®
    • Term of Use
    • Privacy Policy
    • Contact Us
    2025 Ex Libris. All rights reserved