...
Page Properties | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
Recommendations
...
For test load all campuses (minus CDL) should copy their data into a 956 field if at all possible. If a 956 field does not work, use any 9xx field in the 950-999 range. RMFG would like to standardize this for cutover if at all possible.
SCP will copy their 856 data into a 946 fieldCampuses should document where 856 data has been copied
Links in 956 fields can be made actionable in Primo using html tags.
Generally, campuses should not remove their data from existing 856 fields prior to submitting files to Ex Libris
Campuses should remove all 856 41 and 856 40 fields from their bibliographic records after migration. 856 42 fields can remain.
Bibliographic records with only 856 42 fields 856 40/41 fields that can be easily identified as restricted to a given campus should be removed as soon as possible after migration. Other types of 856 40/41 can be examined over time. Pre-migration: campuses should consistently identify restricted content in their 856 fields. During test load RMFG will look at standardizing 856 text for OA links.
856 42 fields do not need to be removed after migration
There is no prohibition or prescription around creating portfolios out of finding aids but bibliographic records that only have 856 42 fields (and no other 856 fields) should not be sent through P2E.
Suppressed bibs with 856 fields can be sent through P2E if the portfolio information is needed at a campus
Reasoning:
856 fields are needed during the P2E process to generate portfolios. However, they also risk being wiped out during NZ linking and so campuses should copy that data to a local field to keep it safe. The 956 field is set up in OCLC to be a local e-resource field already. RMFG would like to standardize this for cutover but recognizes that non-VG campuses may not be 100% sure if the 956 will work for them. Since a lot of campuses have locally cataloged OA resources and since Primo will not make those local portfolios visible to other campuses, the 856 links for OA resources should stay in the records after migration. Since 856 42 fields contain finding aids and other resources that campuses want to keep, they do not need to be deleted after migration.
Background
From ExLibris CDL Q&A 6/16/2020: migrated bibs will retain 856 fields so long as the bib is not overlaid. This also means it is likely that IZ bibs will lose their 856 fields if the bib matches an NZ record. 856 fields also do not populate Primo, all links com from the portfolios created during migration.
...
See other decision pages: Bibliographic records 9xx fields mapping for Vanguard SCP, SFX, and related resource records handling for eResource records in NZ - VANGUARD Non-9XX local data for the Vanguard
Questions to consider
Some campuses have started moving data already, is it worth creating 1 prescribed field?
Is there any advantage to using a 9XX in a bib over a holdings field
...
Local 856 fields in the Vanguar
Action Log
Action/Point Person | Expected Completion Date | Notes | Status |
---|---|---|---|
FG vote | 10/13/20 | ||
Final decision sent to PPC for approval/routing to ILSDC | 10/13/20 | ||
Final decision routed to ILSDC | 10/16/20 |