Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 329 Next »

Cataloging work that affects holdings in OCLC

Catalogers constantly change, move, merge, and delete records in Alma and/or OCLC. These actions affect the status of our holdings in OCLC WorldCat. LTS wrote scripts that fully automate updates to our holdings, with one exception. Review the relevant holdings record fields and the scripts table to learn how the scripts work, and when manual steps are required.

Relevant Alma holdings record fields

Holdings record field

What it means

014

Contains OCLC Number of the master record on which our holdings were set by the Bibliographic Data Sync process. Do not manually type anything in the 014 field.  Doing so thwarts Data Sync automated processes and produces inaccurate data in OCLC. 

904System use only: A copy of 014, it is used for system purposes during the Data Sync process. Do not edit or delete 904 fields.
990Local Holdings Record Number (LHRN). Do not edit or delete a 990 field.
913

OCLC rejection note. Automatically added to Alma bib when the Bibliographic Data Sync is not successful. See OCLC Data Sync: Processing rejected records

no 014

Lack of an 014 means: 914 NO-WORLDCAT field present in Alma bib; OR Alma holdings record is suppressed; OR, bib record was rejected during Data Sync; OR, bib is an Alma Brief Level record; OR, bib and holding were added recently and have not been through the Bibliographic Data Sync process.

Scripts that maintain our holdings in WorldCat

Most steps in the holdings-maintenance process in WorldCat will occur automatically, using scripts. Currently, data sync scripts run monthly during implementation of Local Holdings Record (LHR) Data Sync. Scripts will run weekly after the LHR implementation is completed. 

The scripts include several steps which do not occur simultaneously, or immediately. Some steps occur several weeks apart. 

The chart below explains what the scripts do, how long the steps take, and if something must be done manually. Currently, there is only one scenario that requires manual intervention.

NOTE do not remove 9XX holdings fields (with the exception of your own reporting fields, e.g. 909, 920). These are present for system purposes. 

Scenario number

Alma Scenario

Automated steps performed by the script

Staff must (bib level)

Staff must  (holding level)

1.

New Alma bib, new Alma holding

On the 1st of the month

OCLC: 

  • New Alma bibs processed by OCLC Bibliographic Data Sync 

In Alma:

  • Adds 014 to holdings within 7-10 days 
  • Adds 913 field to bibs if record is rejected by Data Sync

After Bibliographic Data Sync and before the end of the month

OCLC:

  • Exports new, updated, suppressed and deleted holdings to OCLC LHR Data Sync.  Suppressed and deleted Alma holdings are coded 'd' in Leader byte 05 (Record Status) of the record exported to OCLC (not the record in Alma), which tells LHR Data Sync to delete the library's local holdings record in OCLC.

In Alma:

  • Adds 990 with the Local Holdings Record number (LHRN) to holdings 

nothing

nothing

2.

Changed OCN in bib 035 $a 

→ to a different bib; not a case of merged OCLC records

N.B. Cataloger will have contacted other holding libraries before copy/merging a different OCLC bib to Alma


On the 23rd of each month

OCLC:

  • Deletes holding library's symbol from the old OCLC number
  • Deletes all LHRs using that symbol from the old OCLC number

In Alma holding(s) with old OCLC number:

    • Removes 014 field(s)
    • Removes 990 field(s) (LHRN) 

Bib and holdings are exported again on the 1st of the month, as described in Scenario 1.

nothing

nothing

3.

Changed ocn in bib 035 $a

→ where old $a is now in $z as in the case of merged records

On the 23rd of each month

In Alma:

  • Old OCLC Number identified in 035$z. Script does nothing.

nothing

nothing

4.

Delete/suppress holding → where all holdings on bib use the same OCLC symbol

After Bibliographic Data Sync runs, and before the end of the month (Deleted and suppressed holdings are included in monthly LHR Data Sync)

OCLC:

  • Exports LHR to OCLC LHR Data Sync with code 'd' in RecStat
  • Deletes LHR from WorldCat
  • Deletes OCLC Symbol if the LHR is the last one for that symbol

nothing

nothing

5.

Delete/suppress holding → where holdings represent multiple symbols

(e.g. WID is removed, FAL is retained)

After Bibliographic Data Sync runs, and before the end of the month (Deleted and suppressed holdings are included in monthly LHR Data Sync)

OCLC:

  • Exports LHR to OCLC LHR Data Sync with 'd' in RecStat
  • Deletes LHR from WorldCat
  • Deletes OCLC Symbol if the LHR is the last one for that symbol
  • Other Harvard symbols are retained

nothing

nothing

6.

Holding is moved to a different bib


On the 23rd of each month

OCLC:

  • Deletes symbols from the old OCLC number
  • Deletes all LHRs from the old OCLC number

In Alma holding(s) with old OCLC number:

    • Removes all 014 field(s) from all holdings (they will be reset)
    • Removes 990 field(s) (LHRN)

Bib, holding exported again on the 1st of the month

nothing

in Alma, remove 014 from the moved holding

Do this even if the bibs and holdings already had the same OCLC number

NOTE - if all Harvard symbols are removed from a record in OCLC and no other symbols remain, OCLC does not delete the bib. We hope to set up a process for OCLC to remove those "orphans," which can be identified by a Harvard code in the 040 $a, and the lack of any other library symbols or holdings.

Keep in mind

  • Cataloging and bib editing are done in OCLC.  These procedures assume you are working in Connexion. See current policy on cataloging in Connexion.
  • If your situation is different from those listed above, please report it to the LTS Alma Support Center.
    • In the subject field of the form: "Scenario not covered on OCLC Data Sync Maintaining Holdings wiki page"
    • Choose category "Metadata Corrections"
    • Include MMS IDs and OCLC Numbers of any records referenced in the description of the problem
  • When in doubt, don’t change records, report them!
  • Do not add holdings to OCLC manually.

Other Resources

Preventing holdings from being set in OCLC

The Bib 914 NO-WORLDCAT field prevents bibs being sent and holdings being set in OCLC. It is most commonly added to vendor-supplied records that have coding problems. If the field is not present in the bib the record will be reported to OCLC via the Bibliographic Data Sync process. To prevent holdings from being set, follow the best practices below. Further explanation of the field can be found in the Harvard defined MARC fields document, and on the Best Practice for Use of Field 914 (NO-WORLDCAT) page. 

Best practice for use of bib field 914

    • DO NOT USE this field solely because material is on order, recently received or uncataloged.
    • Use for records that are so brief when created that they will cause duplicates in OCLC (e.g. bibs created for acquisitions purposes that lack a publication date)
    • Use for records representing equipment or other items that should not be reported to OCLC (e.g. loaner laptops).
    • Use for special collections materials you don't want to report to OCLC/ArchiveGrid because they are not processed.
    • Suppressed records do not require a 914 field.
    • Certain vendor records that are fuller but have inconsistent/incorrect data and therefore cause duplicates in OCLC have a 914 field added as part of the data loads process.

How Bib 914 functions in Alma

    • The 914 is deleted from bibs when they are copy & merged or updated via batch processes.
    • This field is searchable in Alma Advanced Search.
    • The only value allowed in this field is NO-WORLDCAT.  Start typing NO in the field, and a window will open with the required full text.
    • On April 13, 2020 a batch process added field 914 to any bibs that had a 908 $a p in the holdings record.

NOTE: the following scenarios will also prevent records from inclusion in batches sent to OCLC Bibliographic Data Sync:   

  • Bib record contains a 913 Data Sync rejection note 
  • Holdings are suppressed 
  • Bib brief level is 02 – information insufficient for Data Sync

Technical Appendix

Changes to OCLC number in bibs and holdings are captured by the Library Reporting Warehouse in a table that records the old and new OCN. In the case of bibliographic records, OCLC numbers are captured when the OCLC number in 035 $a changes to a different OCN. In the case of holdings, OCLC numbers are captured when the 014 field  becomes blank indicating that the field has been deleted. In both cases the old and new OCN value (including blank) are preserved in a special table in the Library Reporting Warehouse database. 

Automated scripts use the table of old and new OCNs to perform the following actions on the old OCN. 

  •  Check 035 $z for the old OCN. If found take no further action since this indicates the old OCN was merged to a different record in OCLC.
  • If not found, identify all holdings that have the old OCN and record the library code in 852 $b 
  • Look-up the OCLC symbol that corresponds to each library code (see table below)
  • Use the list of OCLC numbers and OCLC symbols to delete symbols on the OCLC record for the old OCN. Deleting the symbols will automatically delete any LHR for that symbol.
  • Retrieve the Holdings ID of the holdings that have the old OCN.
  • Remove 014 fields and 990 fields from the holdings with old OCN so that the holdings are retrieved by Bibliographic Data Sync the next time it runs.


Alma Library codes

Alma Location codes

Symbol

OCLC Registry 

AFR, BAK, BIR, CAB, CEL, CHI, DES, DOC, ENV, FUN, GIB, GUT, HFA, HIS, HOU, HSI, HSL, HUA, HYL, KSG, LAM, LIN, MAP, MIC, MMF, MUS, NEL, NET, PAL, PEA, PHI, PHY, SAN, SCH, SIA, SMY, STA, THE, TOZ, URI, WID

* (any value but null)

HUL

73876

WOL

*H (any value ending with capital H)

HUL

73876

DDO

* (any value but null)

DDO

4959

BER

* (any value but null)

HTV

89973

HEL

* (any value but null)

HCH

3981

FAL

* (any value but null)

HFL

3736

LAW

* (any value but null)

HVL

3744

MED

* (any value but null)

HMS

4745

ART, SCC

* (any value but null)

MHUAM

100400

AJP, ARG, ARN, ECB, FAR, FOR, GRA, MCZ, ORC

* (any value but null)

HMZ

3748

WOL

*S (any value that ends with capital S)

SQD

4749

DIV

* (any value except null)

BHA

4751

  • No labels