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

    tab_merge_overlay not working for incoming OCLC records

    • Article Type: General
    • Product: Aleph
    • Product Version: 17.01

    Description:
    We have tab_merge setup like this for OCLC:

    OCLC merge_doc_overlay 02

    tab_merge_overlay looks like this for the merge set '02':

    02 1 N #####
    02 1 Y 0359#
    02 1 Y 099##
    02 1 Y 501##
    02 1 Y 59###
    02 1 Y 690##
    02 1 Y 790##
    02 1 Y 791##
    02 1 Y 793##
    02 1 Y 949##
    02 1 Y 98###
    02 2 Y #####

    When we export a record from OCLC to overlay an existing bib in Aleph, the export appears to work properly and we receive a message indicating such (for example, "Input docx merged into UTK01.001667636"). However, none of the new fields from the incoming record are added to the existing bib record.

    Resolution:
    We have had similar reports from other sites that have moved to Version 17. It appears that the OCLC overlay process treats the merging direction different than other processes.

    For OCLC, 1 refers to refers to the record in the incoming load file, and 2 refers to the database record - exactly the opposite of the instructions given in the header of tab_merge_overlay.

    This problem has been reported to development. In the meantime, other sites using OCLC import in Version 17 have solved the problem by changing the 1's in column 2 of tab_merge_overly to 2's, and vice versa - but only for the section being used by OCLC, of course. In your case, this appears to be section 02 (specified in column 1).

    See also KB 8192-3353.


    • Article last edited: 10/8/2013
    • Was this article helpful?