(Go-live) Bibliographic records to leave out of the NZ during migration

Legend: not started IN PROGRESS STALLED decided

Recommendation

This decision only encompasses whether a given category of bibliographic record should be added into the Alma Network Zone during data migration. It does not address whether a given category of record should be migrated into a campus IZ or how to prevent those records from being migrated into the NZ; that will be left up to ILS Data Cleanup and the local campus groups. It also acknowledges that there will be errors during the migration and data extract process. This decision also does not indicate types of records that should be left out of the NZ after migration during regular day-to-day work.

**Campuses should be mindful of removing OCLC holdings for any records that they aren’t migrating to either the NZ or their IZ.

To the extent possible, the following categories of records should be left out of the Alma NZ:

• Records for local equipment

• Suppressed records

• Records for non-library reserves resources (i.e., personal copy)

• Records marked for deletion

• On the fly records

• Records with cat dates but otherwise lacking inventory/orders

• Records with sharing limitations (see separate page on shelf-ready (Test Load/Go-live) YBP Shelf-ready Bibliographic Records in the NZ )

  • From the Technical Services Escalation Group: Records with sharing limitations should not be exported into the Network Zone. Campuses should strive to make themselves aware by the time of the actual implementation of any record sets with such sharing restrictions, so that they may negotiate with the provider the broader UC sharing of the data, or if that is not possible make plans for the data to migrate no further than the IZ. 

• Other records lacking OCLC numbers

  • Records without OCLC numbers will only load into IZ

  • Campuses can add them to the NZ post-migration using linking jobs

To the extent possible, the following categories of records should definitely be added to the Alma NZ:

• Monograph records for analyzed serials lacking inventory (item record is linked to the serial record)

• Finding aids (this refers to records for finding aids, not records with finding aids on them since those records should fall into another category)

• Bound-with records

  • Current Alma campuses are encouraged to protect the 773/774 fields in bound-withs using $9 LOCAL

• Records for locally-subscribed e-resources (for further guidance on e-resources see: Electronic Resources Preparation (including P2E) for the Test Load )

The remaining categories listed below will be left to the discretion of each campus:

• Records for campus DDA programs

  • SCP will load their DDA records since they are part of the UC shared collection

• Records for materials on order

  • Only “on order” bibs with OCLC numbers will migrate into the NZ

• Special Collections records

  • UCLA and UCB are asked to add their Special Collections records if there are any RLF holdings attached

• Uncataloged records (however brief) so long as they have inventory

• Campus RLF records: See separate decision page (Go-live) RLF Bibliographic, holdings, and item records in campus IZs

See also separate decision page for MARCIVE: (Go-live) MARCIVE Bibliographic Records in the NZ and campus data preparation

Notes:

For categories left up to each campus, the overall quality of the bibliographic data should be considered, along with potential impacts on other records coming into the NZ. Records left out of the the NZ during migration can be linked to the NZ afterwards. Campuses should also consider the potential loss of their own local data in the event that another campus record becomes the NZ master record.

Campuses should also follow the ILSDC guidelines for migration cleanup, including advice for handling known duplicate bibliographic records (i.e. more than one record in the same campus ILS with the same OCLC number).

Reasoning:

For go-live RMFG focused on “on order,” Special Collections and bound-with records. It was decided that for migration, if an “on order” bibliographc record has an OCLC number it’s ok to add them to the NZ. This does not mean that the same will hold post-live. Further guidance will be coming for routine ordering.

For Special Collections UCSD was the only campus that left these records out of the NZ for test load and did not see any lost functionality in either Alma or Primo. It also solved an issue UCSD had with duplicate records for the same OCLC number. UCLA and UCB do need to add Special Collections records to the NZ if other RLF inventory is attached.

For bound-withs: some consortia leave bound-with out of the NZ out of concern for lost 773 and 774 fields. RMFG confirmed that both fields can be protected using $9 LOCAL and campuses can decide whether to migrate them into the NZ.

Background

Bibliographic records to leave out of the Vanguard NZ

The ILS Data Cleanup Group would like advice on whether there are other groups of records that campuses should plan on leaving out of the Network Zone?

For purposes of discovery, there may be categories of records that should stay in a local IZ instead of being matched against the NZ.

This decision does not need to include recommendations about how records get left out of the NZ, ILSDC will handle the logistics.

This decision is not meant to dictate what a campus will or will not migrate into their own IZ.

This decision does not prohibit additions to the NZ after migration.

Questions to consider

• Records for campus DDA programs

  • SCP will load their DDA records

• Records for locally-subscribed e-resources

• Records for local equipment

  • Leave out of the NZ

• Records for non-library reserves resources (i.e., personal copy)

  • Leave out of the NZ

• Brief records for materials on order

• Monograph records for analyzed serials lacking inventory (item record is linked to the serial record)

  • Bring these over

• Other records lacking inventory

• Suppressed records

  • Keep in mind that suppression is “inherited” in the NZ: if the first record in is suppressed, then all subsequent matches will also be suppressed, regardless of whether they were suppressed in the original system

• Records marked for deletion

  • Leave out of the NZ

• Bound with records

  • Bring these over

• Brief records without cat dates

• Bib records with cat date but without attached items, orders or holdings

• On the fly records?

  • Leave out of the NZ

• ‘Uncataloged records’

• Campus RLF records

• Campus RLF records for analyzed serials where RLF only has the serial bib

• Suppressed records with paid/cancelled orders?

• Other records lacking OCLC numbers?

  • Records without OCLC numbers will only load into IZ (Liz will confirm)

    • From ExLibris:

      • https://knowledge.exlibrisgroup.com/Alma/Implementation_and_Migration/Migration_Guides_and_Tutorials/010Alma_Migration_Considerations_for_Consortia

      • This is correct, any records that campus wants to load into the NZ will have be done after migration. You can match on OCLC or non OCLC during migration, but not both.

      • Post-migration there are a lot more fields that can be used to link IZ records with the NZ, campuses will be able to create sets of their own records and use different matching methods to create IZ:NZ links.

  • Creating fake numbers to force a load (Liz will confirm and warn)

    • Any 035 with a prefix “(OCoLC)” will be considered an OCLC number for the purposes of migration. This means that “fake” numbers are possible.

    • From ExLibris:

      • QUESTION: in theory could a campus create 035 data like this:

        (OCoLC)ucsd1234567

        In order to get the record added to the NZ?

        RESPONSE:

        The ucsd would not be stripped during the migration process.  Please note that if the IZ record contains 035 $a (OCoLC)ucsd1234567, this is what will be used to match to NZ records:

        Scenario 1)
        IZ: 035 $a (OCoLC)ucsd1234567
        NZ:035 $a (OCoLC)ucsd1234567
        Outcome of IZ-NZ linking job: match made

        Scenario 2)
        IZ: 035 $a (OCoLC)ucsd1234567
        NZ:035 $a (OCoLC)1234567
        Outcome of IZ-NZ linking job: no match made

      • Would this be any easier than batch linking after migration? Are the risks of incorrect matches too high?

• MARCIVE

  • Escalated to TS Escalation leaders

• Finding aids

  • Should be in the NZ. Campuses can investigate whether they want to try to use something like OAC In the CZ or link local IZ records. The effect of either decision can be tested and assessed with the SC CKG during the Vanguard.

• Any other records that would/could be added to Alma/Primo from an external source?

• Records with sharing limitations

  • Escalated to TS Escalation leaders

Action Log