Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
|
marcit_record_loads [2009/08/28 15:23] cturner |
marcit_record_loads [2011/11/04 21:57] cturner |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== MARCIt Record Loads ====== | ====== MARCIt Record Loads ====== | ||
| - | The following is the general process for adding bibliographic records generated by the SFX/MARCIt! service to the catalog. These are CONSER records for serials the library offers through individual or package subscriptions, database aggregators, or open access. | + | Occasionally, all the MARCIt records in the catalog are completely replaced. More commonly, only new records are added. The following is the general process for adding new bibliographic records generated by the SFX/MARCIt! service to the catalog. These are approximately half CONSER records for serials the library offers through individual or package subscriptions, database aggregators, or open access. |
| - | * On a bi-monthly basis Mike Allard generates MARCIt! records using the MARCIt! Tool within the SFX Admin Center. Generally MARCIt contains CONSER records for serials, but there are some exceptions, such as the Oxford Reference Online Premium Collection. SFX active targets with non-serial objects should be de-selected from the MARCIt load. | + | * On a bi-monthly basis Mike Allard generates MARCIt! records using the MARCIt! Tool within the SFX Admin Center. The load contains CONSER records where available, and brief records for non-CONSER journals supplied by the SFX system. |
| * Mike loads the MARCIt file into Aleph. A script adds item and holdings records, moves the 856 field from the bib to the holdings, and notes: | * Mike loads the MARCIt file into Aleph. A script adds item and holdings records, moves the 856 field from the bib to the holdings, and notes: | ||
| Line 11: | Line 11: | ||
| * "**New**" - records which have been added for the first time. | * "**New**" - records which have been added for the first time. | ||
| - | * Mike generates spreadsheets with "deletes" and "non-SFX urls" (from the revisions report), puts them in Coll_Management:\Acquisitions\MARCIt, and sends a message to eleres with filenames. E-resources staff reviews: | + | * Mike generates spreadsheets with "deletes" and "non-SFX urls" (from the revisions report), puts them in Coll_Management:\Acquisitions\MARCIt, and sends a message to eleres with filenames. E-resources staff review those bibs which have attached order records and decide whether Mike should delete bibs on the deletes report. After review, return to Mike the bib numbers NOT to be deleted. |
| - | * "deletes" to confirm that a.) they are not currently active in SFX or b.) don't have an active order record attached and are awaiting pending activation. Either "delete" or "do not delete" is added in a notes column for each title/record. | + | * Review bibs on error report which have order records attached. Four possible scenarios with these records: |
| - | * "non-SFX urls" to remove the non-SFX url in most cases, UNLESS it provides additional access at a host not available as an SFX target. This should be noted in the z subfield, e.g. "UMass: Connect to this title at Woodstock for current issues". | + | - Bib is being replaced with "better" record: Staff will move the order record(s) to the better bib. |
| + | - Bib needs to be kept for tracking payments purposes: Staff will remove the ZZZ SFX ID, add a 910$a with KEEPBIB and keep the record suppressed. | ||
| + | - SFX deactivation was in error: Staff will remove the ZZZ SFX ID and unsuppress the records (check holdings too). Reactivate in SFX. | ||
| + | - Former aggregator or vendor title now on order: Staff will remove the ZZZ ID but keep the record suppressed until activation. | ||
| - | * After completing review, e-resources staff notifies Mike who then finalizes the record deletes as noted. | + | * "non-SFX urls" to remove the non-SFX url in most cases, UNLESS it provides additional access at a host not available as an SFX target. This should be noted in the z subfield, e.g. "UMass: Connect to this title at Woodstock for current issues". Note that if the title exists in SFX in ANY target, a local object can be created to eliminate multiple URLs in most cases. |
| + | |||
| + | * In addition if there is a subscription record attached to a record which will be deleted, we need to remove the subscription record. | ||
| The processes for generating bibliographic records for new e-journals is described in [[EJournals - Adding New Titles (MARCIt)]]. | The processes for generating bibliographic records for new e-journals is described in [[EJournals - Adding New Titles (MARCIt)]]. | ||
