Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revision Both sides next revision
marcit_record_loads [2009/08/28 15:18]
cturner
marcit_record_loads [2013/04/08 20:44]
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 Lucy deGozzaldi ​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 recordsmoves the 856 field from the bib to the holdings, and notes:+  * Lucy loads the MARCIt file into Aleph. A script ​prepares bib records for item and holdings records ​which are added by a Manage 50 Aleph service. ​moves the 856 field from the bib to the holdings, and notes:
        * "​**Deletes**"​ - existing MARCIt records in Aleph which are not in the current load file. These get an additional 035-9 field with "​UMZZZ+SFXID"​ in it. They are also suppressed.        * "​**Deletes**"​ - existing MARCIt records in Aleph which are not in the current load file. These get an additional 035-9 field with "​UMZZZ+SFXID"​ in it. They are also suppressed.
        * "​**Duplicates**"​ - two existing MARCIt records with the same SFX ID in the 035-9 field. These are rare now, as they have been "​cleaned up."        * "​**Duplicates**"​ - two existing MARCIt records with the same SFX ID in the 035-9 field. These are rare now, as they have been "​cleaned up."
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: +  * Lucy generates spreadsheets with "​deletes" ​that have generated error reports ​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 Lucy should delete bibs on the deletes ​report. After review, return ​to Lucy 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 activationEither ​"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 casesUNLESS it provides additional access at host not available as an SFX targetThis should be noted in the z subfield.+  - 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 IDadd 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)]].
marcit_record_loads.txt · Last modified: 2022/05/16 19:33 by jeustis
[unknown link type]Back to top
www.chimeric.de Creative Commons License Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0