Page Comparison

Legend:

Status
title not started

Status
colour Yellow title IN PROGRESS

Status
colour Red title STALLED

Status
colour Green title 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.

...

• 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

...

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

...

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