Marcive MeSH authorities load - no match on 001

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

Description:
I'm preparing to do a full authority load and ongoing updates after that. I'm having trouble matching the Marcive MeSH authority records against our current ones with manage-36. Marcive puts the NLM control number in the 001 field of their records. During our full load I will be moving that info from the 001 to the 016 so that I can use the 016 for matching purposes in ongoing updates from Marcive. I'm trying to match on that using manage-36.

I created a new index in abc10/tab00.eng and abc10/tab11_ind to index the subfield a of the 016. This index works correctly. I can retrieve all test records when I use the CCL search in the GUI on the MeSH Authority library (016=D*).

I have this in abc10/tab_match:

MSH1 match_doc_gen TYPE=IND,TAG=001,CODE=016

When I test this with a file that contains one record from Marcive in manage-36 using match routine MSH1 the match doesn't work. It should match against one of the abc10 records since the incoming Marcive record has D012878 in its 001 and the current MeSH authority has that in its 016. But manage-36 finds no match.

What have I missed?

Resolution:
The problem with not finding matches appears to be caused by the use of a caret to substitute for a blank in the Aleph Sequential format MARC record. I tried adding this line to your tab_fix and it seemed to resolve the problem:

M-36 fix_doc_space_char 001##

The incoming record has this in its 001 field: "D012878^^^^^". This is perfectly correct, but it does not match what is in the 016 index. In order to create a match, the carets have to be stripped out of the 001 before a match is attempted. That's what the fix_doc_space_char routine does. The "M-36" label is a reserved one in Aleph that is specifically used by p_manage_36.

• Article last edited: 10/8/2013