|
|
|
|
Vendor Guide for PromptCat, OCLC Vendor Record Contribution Program & CIP Record Upgrade Project1. General Description of ServicesWith the introduction of OCLC PromptCat, OCLC Vendor Record Contribution Program, and the CIP Record Upgrade Project, OCLC is able to meet the cataloging and acquisition needs of our member libraries. By OCLC establishing successful working relationships with outside vendors, our libraries are able to continue to work with their preferred materials vendor, while at the same time, consolidate their cataloging processes with OCLC. The Internet is the major communication method that vendors and OCLC will use to communicate activities for all of these services. Vendors will send files to OCLC via OCLC's Electronic Data Exchange (EDX) Service, which uses Internet FTP.Vendors must have Internet access and FTP capability in order to participate in PromptCat, OCLC Vendor Record Contribution Program, and/or the CIP Record Upgrade Project. Internet access must be acquired independently by the vendor prior to beginning participation. The details about sending files to OCLC are explained in Chapter 8. Participation in any or all of these services requires OCLC and the vendor to complete a number of tasks from evaluating files to signing appropriate legal agreements. These tasks may take anywhere from two to six months for completion. 1.1 PromptCatPromptCat is a vendor-prompted copy cataloging service for non-serial titles. It links order-fulfillment by a vendor to OCLC, setting a library's holding symbol in WorldCat, the OCLC Online Union Catalog, and delivering a monographic OCLC-MARC record to the library. Libraries have the option to receive materials 'shelf-ready' from the vendor. These materials arrive from the vendor physically processed and ready to be shelved. Based on local decisions, materials may arrive with barcodes, security strips, book jackets, spine labels, cards, pockets, date due slips, property stamps, bookplates, etc. PromptCat works from a relation file, called the Vendor Inventory Database (VID), consisting of vendor titles linked to monograph records in WorldCat. The link is the vendor's unique control number for each title and OCLC's unique bibliographic record control number. The VID is built by matching the vendor's title file to WorldCat. The vendor sends ongoing updates (at least weekly) via OCLC's EDX service for matching. OCLC does not keep the vendor record, only the vendor's unique control number. These ongoing updates continue for as long as the vendor participates in PromptCat. The vendor sends a manifest, a formatted invoice, to OCLC when the materials are shipped to a library. Typically, for approval plans, this is weekly. For firm orders, it could be daily. The manifests are processed daily at OCLC, using the library's PromptCat profile, to create files of records according to the library's specifications. For every file of records, OCLC may edit the records, add data to the records, delete data from the records, move data within the records, de-select some matching records from the file and deliver the records in one of four mediums (EDX, OCLC PromptCat Online File, tape, and cards). Since every library's profile may differ, OCLC may process each file differently. Manifest processing results in a PromptCat cataloging report sent to the library, listing titles for which an OCLC-MARC record is supplied. It also lists titles for which no record exists in WorldCat, or for which no record was delivered because a holding was already set, or for which the matching record did not meet the library's selected options. To participate in PromptCat, a vendor MUST:
1.2 The OCLC Vendor Record Contribution ProgramFounded in 1967, OCLC began with the idea of combining computer technology with library cooperation to reduce the costs and improve services through online, shared cataloging. That idea of using technology to extend cooperation has grown into a worldwide organization in which almost 36,000 libraries from 74 countries use OCLC products and services. OCLC's cataloging service is now the biggest and the busiest in the world, enabling libraries each year to catalog more than 42 million items. WorldCat (the OCLC Online Union Catalog) is the world's largest and most comprehensive database of bibliographic information. Containing the merged catalogs of libraries around the world, it makes available to libraries and their users, resources no single library could possess. WorldCat is utilized in many different ways, ranging from cataloging of bibliographic information, searching for interlibrary loan material, to identifying new titles to order to add to a library's collection. OCLC also pursues working relationships with library material vendors for the contribution of bibliographic records into WorldCat. In particular, we are striving to enrich our database with records pertaining to non-U.S. and audio-visual materials to name a few. Vendor records must pass through a thorough evaluation by our database specialists. Vendor records are loaded into WorldCat IF:
OCLC loads vendor records through an offline batchload process. When a vendor record matches an existing WorldCat record, OCLC adds a vendor-specific 938 field to the master record. When no single unique match is found, OCLC adds the vendor record as a new record with a 938 field. In either case, OCLC sets the vendor's OCLC symbol. The 938 field contains vendor-specific ordering data, defined as follows:
To facilitate searching for vendor records in WorldCat, OCLC indexes 938 ‡a and ‡b. To receive more information about the OCLC Vendor Record Contribution Program, complete and submit the Vendor Interest Form. 1.3 CIP Record Upgrade ProjectThe purpose of the Cataloging in Publication (CIP) Program is to enhance/update pre-publication cataloging records for those books most likely to be widely acquired by the nation's libraries. This CIP data is printed in the book and greatly facilitates cataloging activities for libraries. The data are also distributed prior to the book's publication in machine-readable form via the MARC (Machine-Readable Cataloging) tapes, alerting libraries and other bibliographic services around the world to forthcoming titles. OCLC member libraries use CIP records in WorldCat for ordering, and upgrade the records later when they have the final printed piece in hand to provide physical descriptions as well as new or corrected cataloging information. By accelerating the upgrading of CIP records in WorldCat, OCLC hopes to provide libraries with full cataloging records as soon as possible after publication. In conjunction with this project, libraries may also take advantage of the OCLC Bibliographic Record Notification service. This service automatically delivers upgraded bibliographic records to libraries. OCLC works closely with vendors in the CIP Record Upgrade Project. Trained cataloging staff at the vendor site upgrade CIP records before books are shipped to libraries. Vendors will upgrade CIP records to full-MARC records as newly published materials arrive, then send the records to OCLC for inclusion in WorldCat. The records then will be available to users of OCLC cataloging and reference services, including PromptCat. For additional information on the CIP Record Upgrade Project, see Chapter 2 2 Vendor Bibliographic RecordsIn order to create the relation file for PromptCat or load records for OCLC Vendor Record Contribution Program or the CIP Record Upgrade Project, you must send bibliographic records of the titles you make available to your libraries. The file format is negotiated and agreed upon with your company in the legal agreement signed prior to your participation. These specifications are included in each appropriate agreement, but also are contained in this Vendor Notebook as Exhibits A through E. The types of files you send depend upon the projects/products in which you are participating. The table below outlines the types of files that are sent for each project/product. Bibliographic files are discussed in this chapter; manifest files are discussed in chapter 7.
Contact OCLC to confirm that you are working with most current version of any specifications you have on file from OCLC. 2.1 PromptCatPromptCat vendors first send a sample file of titles for evaluation purposes. An evaluation is issued by OCLC and vendors may or may not need to make changes to their file. Once the sample file meets established specifications and an acceptable match rate has been reached, PromptCat vendors may begin sending live data for processing and then ongoing weekly updates of new titles. The ongoing weekly updates must be sent via EDX. Records must be in USMARC or EDIFACT. Record requirements for USMARC files appear in chapter 5. Depending on the size of the database, loading the vendor's file may take several weeks. The vendor cannot begin to send manifests and the user cannot receive PromptCat records until OCLC has finished matching the file and is successfully loading the weekly updates. Since the updates contain the newest titles, and the subsequent week's approval plan shipments will contain the newest titles as well, OCLC must load the vendor's weekly updates before processing manifests that week. OCLC is committed to a 48-hour turnaround time for processing updates, and a 48-hour turnaround time for manifests. 2.2 OCLC Vendor Record Contribution ProgramRecords furnished by vendors for participation in OCLC Vendor Record Contribution Program must be in USMARC format. For format purposes, records must meet the minimal requirements for bibliographic records as described in the OCLC Batchloading Guide (See Exhibit A). Vendors begin participation in OCLC Vendor Record Contribution Program by sending a sample file of titles for evaluation purposes. An evaluation is issued by OCLC and vendors may or may not need to make changes to their file. Once the sample file meets established specifications, vendors begin participation in OCLC Vendor Record Contribution Program by sending, via tape or EDX, their entire backfile of bibliographic records. After this initial backfile, vendors are asked to send weekly updates of records via EDX. Initial processing of the backfile generally takes several weeks to a month. Records are processed utilizing several matching algorithms described below. If a record furnished by a vendor is unique and matches specific criteria to be loaded, OCLC will load such records into WorldCat. A 938 field is created for each record. This field will contain ordering information -- vendor name and symbol, purchase price, availability, etc. The vendor's OCLC-assigned holding symbol also is attached to each bibliographic record. If a record furnished matches an existing record in WorldCat, OCLC will use standard record merging procedures and will add unique information contained in the vendor record to the existing WorldCat record, including the 938 field and holding symbol. 2.3 CIP RECORD UPGRADE PROJECTThird party suppliers will upgrade CIP records to full-MARC records as newly published materials arrive, then send the records to OCLC for inclusion in WorldCat. The records then will be available to users of OCLC cataloging and reference services, including PromptCat. Vendors will apply changes to CIP records as outlined by OCLC in OCLC's CIP Record Upgrade Project Specifications (See Exhibit D). Vendors also must pass OCLC's quality review process for National Level Enhance CIP record upgrade work. Updated records will be sent to OCLC via EDX using Internet FTP. Records will be upgraded and submitted on a weekly basis. 3 Match ProcessingThe batchloading program that matches your records with WorldCat records uses a series of sophisticated matching algorithms. In general, the algorithmic sequence can be briefly described as follows. unique-key matching algorithm: attempts to match based upon unique numbers for the item, such as ISBN and LCCN. Records that do not find a single exact match are passed through the extended matching algorithm. extended matching algorithm: compares selected elements of the records and determines a match based upon whether particular character strings match. If a record cannot be matched through extended matching, it is later processed through DDR. DDR: is an abbreviation for Duplicate Detection and Resolution. DDR also compares selected elements of the records, but determines a match based upon a pre-determined ratio of likelihood of a match. That is, if the match ratio is set at 75% (required match rate for PromptCat), then only those records that DDR determines as 75% or higher likelihood of a match are actually determined to be matches. Depending on the final match rate, the algorithmic sequence may be altered to achieve a higher match rate. For example, a vendor file may be processed first through DDR and then through unique-key with certain qualifiers turned on or off. The end result of match processing depends upon the project/product in which you are participating:
4 Vendor Control Numbers -- PromptCatThe Vendor Control Number (VCN) is a unique control number that you assign to each publication. It is the most important PromptCat data element that you supply to OCLC. When OCLC matches one of your records to a WorldCat record, a link is created between the OCLC record number and your VCN. This link is the basis for all future matching of that particular publication when sent to OCLC in your customer manifests. If you do not currently assign a unique identifier to each publication in your inventory database, OCLC requires that you do so for your participation in PromptCat. If it is impossible to enhance your database with this information, you may consider using the ISBN as the VCN. However, there are disadvantages to this option:
If your system does not lend itself to the maintenance of a vendor control number, please contact OCLC. We will be glad to work with you to determine how best to identify your materials 5 USMARC Record RequirementsIf you are supplying USMARC records (which is mandatory for OCLC Vendor Record Contribution Program and the CIP Record Upgrade Project), records and fields must conform to the standards specified in OCLC-MARC Tape and Export Record Formats, USMARC Format for Bibliographic Data. The logical record length cannot exceed 6,144 bytes.
In addition, each record that you submit for unique-key matching only must have at least one of the following for matching to occur:
The following tables contain a detailed description of minimal-MARC record requirements. These requirements are necessary for batchloading to accurately match records. The requirements include the following:
You do not need to supply an OCLC number, LCCN, ISBN or ISSN. However, unique keys provide for efficient matching. Additional information may be found in Exhibit F; Considerations for Vendors Sending USMARC Data. MINIMAL MARC REQUIREMENTS
U=Unique-Key
6 EDIFACT Bibliographic Record Requirements (PromptCat only)If you are supplying bibliographic data in the EDIFACT format, data must conform to the following standards and specifications:
7 PromptCat Customer Manifest FilesThe manifest is the vehicle the vendor will use to notify OCLC which records to send to the PromptCat subscribers. The manifest will contain the titles sent to a library, the vendor control numbers of those titles, some library information, and vendor-supplied data to be inserted by OCLC into the OCLC-MARC record. As appropriate, the manifest also may contain information to be used to generate a label file. Vendors may send information to be included in barcodes, enumeration, location, sublocation, and notes for each title. The format for the manifest is EDIFACT. Since the weekly update contains the newest titles, and the subsequent week's approval plan shipments will contain the newest titles as well, OCLC must load the vendor's weekly updates before processing manifests that week. OCLC is committed to a 48-hour turnaround time for processing weekly updates, and a 48-hour turnaround time for manifests. Vendors prompt OCLC to activate batch cataloging procedures by sending an EDIFACT formatted invoice of all items that have been shipped to the user. OCLC uses the data in the invoice to set the library's holdings and output an OCLC-MARC record for each title according to the library's profile. The manifest will contain all information the library wishes to have added into their delivered cataloging record from OCLC. The library and vendor agrees upon the details of information to be transmitted and added to the cataloging records. When a library is profiled to receive shelf-ready information, OCLC also will provide a label file to the library, or to the vendor, depending upon how the library is profiled. This label file is used to generate the specific spine and pocket label options requested by the library. The label file may be sent to the vendor so they can do the physical processing requested for each title delivered to the library. See Exhibit G for further details on shelf-ready (processing options) data elements. Optionally, the library may choose to receive the label file to complete the physical processing. A cataloging report for the user will be available electronically with each shipment of records. It lists the titles for which an OCLC-MARC record is supplied, titles for which there is no record, and titles for which no record was delivered because holdings were already present or for which the matching record did not meet the library's selected options 7.1 OCLC's Validation of Manifest DataPromptCat validates certain data elements of every manifest processed. This table presents the validation points and the consequences of an error. Any errors in the following areas are written to a report that is forwarded to OCLC development and product support staff. The effect on processing of the manifest depends upon the type of error encountered. While OCLC development staff currently contacts the vendor directly whenever an error is detected within a manifest, this process will eventually be automated.
A manifest audit report is sent each time a vendor sends a manifest to OCLC. These reports are computer generated and are emailed back to the vendor, at an address specified by the vendor. If a vendor sends a manifest and does not receive this audit report, it is highly likely that OCLC either did not receive the manifest, or was unable to process it. If the vendor does not receive this audit report, the vendor should contact OCLC immediately. We will look into the problem and let the vendor know if the manifest should be resent. 7.2 PromptCat's Use of Processing KeysThe key to PromptCat processing resides with the use of Processing Keys. A processing key is the combination of a vendor SAN, a vendor customer id and a site id. Each processing key is linked to an OCLC four-character holding library code. The vendor SAN was described in Section 1.1. A vendor customer id is the code that identifies the library to the vendor. A site id is a code which is sent by the vendor for eat title. The source of the site id may be one of four elements sent in the manifest: fund code, location code, subaccount code, or account code. The library, with the help of the vendor, identifies one or more site ids. There may be multiple site ids for each vendor customer id. Site ids are not case sensitive when used as part of the processing key. When they are used to construct the processing key, they are temporarily converted to upper case. If a site id, such as a fund code, also is added to the bibliographic record, it is added in whatever case in which it is sent in the manifest. All site ids, except location, may be mapped to the bibliographic record. 8 Vendor EDX: Submitting Files to OCLC via Internet FTPContents:
4.1. Password Changes 5.1. USMARC Bibliographic & CIP Batch Upgrade Files 1. OverviewAs a participating vendor in PromptCat, OCLC Vendor Record Contribution Program, or CIP Record Upgrade Project, you will be using OCLC's Electronic Data Exchange service (EDX). You will be sending files via Internet ftp using format and submittal specifications provided by OCLC. The file format is negotiated and agreed upon with your company in the legal agreement signed prior to your participation. Each file type is sent separately from any other file type. An EDX Assessment Form is included as Exhibit H. The types of files you send depend upon the projects/products in which you are participating.
Contact OCLC to confirm that you are working with most current version of any specifications you have on file from OCLC. Before you may send a file to OCLC, you must complete and return the OCLC EDX Assessment form. The information you provide in this form about your Internet ftp environment will help our support staff diagnose problems and offer help if you happen to have problems with a transfer. Complete an EDX Assessment form. 2. File Header SpecificationsUSMARC Bibliographic and CIP Upgrade data files must begin with a seven-element header in ASCII. The header must begin and end in angle brackets (< and >). Other than the first and last elements (which have angle brackets), each element of the header contains the following data in this order:
Format the header as in the following example. Begin it in column 1. <OCLCSYM: FUG; INSTNAME: Falstaff Books; DATESENT: 951230; FORMAT: M; DATATYP: P; RECCNT: 147; RUNOPT: E;>
These headers are not required for EDIFACT files. 3. Submitting Sample FilesYou should notify the OCLC Vendor Liaison at OCLC when you are ready to submit a sample file. The only prerequisite to sending a sample file is completion and return of the EDX Assessment form. OCLC does not support anonymous ftp. Sample files are transferred through a special OCLC account, the password for which is changed after each session. When you notify the OCLC Vendor Liaison that you are ready to submit a sample file, the Liaison will pass all necessary information to OCLC User & Network Support (UNS). UNS staff will then contact you to perform the transfer under the special account. Once you have successfully transferred the sample file, the Liaison will confirm with you that the file has been received and is being evaluated. Results of the evaluation of a sample bibliographic file are sent to you in a Batchload Status Report Memorandum via email. Results of an evaluation for an Upgrade project are sent to you in a CIP Enhance Evaluation Memorandum via email. Results of the evaluation of a sample customer manifest file are usually reported to you in a telephone call or via email. If additional sample files are required, please contact the OCLC Vendor Liaison each time you are ready to submit a new sample file. The Liaison will notify UNS staff, who will, in turn, contact you to perform the transfer. Sample bibliographic (USMARC) files should be sent to:
Sample EDIFACT bibliographic files should be sent to:
Sample manifest data should be sent to:
(xxx = OCLC symbol) 4. OCLC EDX AccountOnce your sample files have been evaluated as compatible with OCLC's load programs, OCLC will establish an EDX account for your company. This account is basically a special authorization to OCLC's IBM 3090 mainframe. You will be assigned an account name and given a default password to use for your first logon. You will be notified via e-mail or letter when your account is ready. The ftp address to use for sending all EDX files is:
In most cases, you will need to change to binary or image mode to ftp your data files. You must enclose the OCLC filename in single quotation marks when you specify it for the file transfer. 4.1 Password ChangesOCLC's system will force you to change your password the first time you log on and every 90 days after that. If you forget to change your password after 90 days, the system will inform you that your password has expired. You will then only be able to access your account after installing a new password. Passwords are alphanumeric and between 4 and 8 characters long. They are not case-sensitive. To change your password, enter the following string at the password prompt: <old password>/<new password>/<new password> <RETURN> Only you will know your password. Should you forget your password, OCLC will have to reset your account. Please keep your password confidential. Any abuse of access privileges will result in your account being revoked. OCLC's IBM security program may refuse to let you set certain character strings as passwords. It prefers a mix of alpha and numeric characters to a recognizable word. The program also tracks your passwords and will not permit a password to be re-used for about 8 years. 4.2 Hours of SupportYou may send files Monday-Sunday, except for the following hours which OCLC reserves for scheduled maintenance: Monday through Saturday, 2:00AM-3:00AM (U.S., EST); Sunday, 2:00AM-6:00AM (US, EST). You may encounter problems with the transfer of a file such as being denied access by the system or experiencing more than 3 occurrences of interrupted transmission for the same file. When these or other problems occur, you may call OCLC User & Network Support directly at +614-764-6000 (ext. 3750). US vendors may call toll free (800) 848-5800. Hours of support are 7:00AM to 9:00PM (US, EST), Monday through Friday. You should try to transfer a file at least 3 times, and should double-check your Internet link before calling OCLC to report a problem. If there is a problem in transferring the file, OCLC User & Network Support will check to verify that the OCLC Internet link is functioning properly and that the OCLC host computer is functioning properly. Other than confirming these components of the transfer process, OCLC cannot provide support for telecommunication trouble over the Internet. 5. Submitting Live DataBefore you can submit live data files, the following steps must be completed:
5.1 USMARC Bibliographic & CIP Batch Upgrade FilesOCLC processes all files submitted in these two categories at 2:00AM (US, EST) each day, 7 days a week. You may send multiple files on any given day. When the files are collected at 2:00AM (US, EST), multiple files of the same type will be concatenated into a single file for processing. To maximize the customer manifest match rate, USMARC files must be submitted to OCLC at least 24 hours prior to the transmission of any manifests which contain orders for the items represented in the bibliographic files. Remember that USMARC files must include the OCLC-defined 7-element ASCII header detailed in Section 2 of this document. The file name structure you will use depends upon the type of bibliographic file you are sending. In both of the following file name structures, xxx represents the 3-character symbol OCLC assigns your company. The (+1) in the name string generates a unique dataset extension each time a file is sent during a given day. For submittals of USMARC Bibliographic files for PromptCat and/or OCLC Vendor Record Contribution Program, put your files to the following file directory/name structure
For files submitted for Batch Upgrade Projects, use:
5.1.1 USMARC Submittal NotificationWhen you send USMARC files of bibliographic records through EDX, you may request an e-mail report on the initial pickup of your file by OCLC. Each morning at about 2:00AM (US, EST), OCLC runs a routine that scans all of the EDX-submitted files and routes them into their appropriate processing streams. This routine includes a file diagnostics and repair routine that corrects some of the more common problems (such as missing header information) and will extract irreparably flawed records before the file is passed on to the processing stream. If you send multiple files on a single day, you will receive a summary report of all the files you sent. If any of the files are corrected by our diagnostics routine, you will receive an additional e-mail message that presents a high-level description of the changes that were made to the file so that it could be processed. These corrected files are reported as 'warning' files and contain the string WARN in the file name structure. If any of the files you send contain errors that cannot be corrected by our diagnostics routine, you will receive an additional e-mail message that presents a high-level description of the error along with the number of records contained in the error file. The rejected records are written to a file that contains the string PASS in the file name structure. When you receive a report that a PASS file has been created, please log in to your EDX account and get the file so that you can correct the records and re-submit them with a later file. If you are interested in receiving this notification report via e-mail, please send to the OCLC Vendor Liaison an e-mail message that includes your 3-character OCLC symbol, up to 3 contact names, and the e-mail addresses to use for the notification. Please note that OCLC will not re-distribute messages that do not make it through the Internet because of downed systems, connections, etc. If you are expecting to receive a notification message and do not, you will need to contact OCLC about the status of your file(s). Also, if you ever need to change any of the names on the notification list, contact the OCLC Vendor Liaison. 5.2 EDIFACT Bibliographic FilesFor EDIFACT bibliographic files, put your files to the following file directory/name structure:
5.3 Customer Manifest FilesCustomer manifest files should be submitted to OCLC at least 24 hours after any bibliographic files that contain titles corresponding to the order. Currently, OCLC processes manifest files at 10:00PM (US, EST) each evening, 7 days a week. You may send more than one customer manifest file during the day. However, multiple manifests are concatenated into a single file for processing. To submit EDIFACT Customer Manifest files, put the file to:
6. Sample SessionThe following instructions are intended as an introduction to Internet ftp with OCLC. They are based upon a simple login session from a UNIX environment to OCLC's IBM environment to submit bibliographic files for PromptCat or OCLC Vendor Record Contribution Program. Depending upon your local Internet environment, or special ftp software you may be using, your session may look very different. If you have trouble, please contact OCLC User & Network Support.
9 Working With LibrariesLibraries that are interested in subscribing to PromptCat and/or OCLC Vendor Record Contribution Program should contact their OCLC-affiliated Regional Network. A listing of these Networks is attached as Exhibit H. For PromptCat, OCLC together with the Network and vendor review the PromptCat Order and Options form for each PromptCat library. See the PromptCat Order form. Once a profile is filled-out, it must be approved and signed off on by all parties: OCLC, vendor, Network and Library. Profiles are completed based on the following specifications: Vendor-supplied data
Example Of a Quotes MessageNote that for clarity each segment is shown as starting a new line. In fact, there are no carriage returns or line feeds at the end of a segment. In the following example an ' is used as a segment terminator, a + as a DE separator, and a : as a component DE separator.
Changes to a Library's ProfileWe recently went through the process of making a change to one of our PromptCat library's profiles and thought it would be useful to review the process for submitting and approving PromptCat profile changes.
Exhibit A
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Data Element |
QUOTES Designation |
|
copy number |
GIR03 = LCV |
|
edition |
IMD02 = 100 |
|
part |
IMD02 = 080 |
|
volume |
IMD02 = 194 |
Additional data elements will be defined as they are needed.
These data elements will be added to the library's bibliographic record as profiled by the library in the same manner that all other data elements are added to the bibliographic record.
Location
Location information is transmitted when the vendor uses the location as the site id within the library. For example, the vendor identifies the locations within a library as MAIN, PHYS, BIOL, etc. OCLC uses the site id to profile PromptCat options at that level. This location data is transmitted within the GIR segment with GIR02=LLO.
The actual location text to appear in a record or on a label depends on the site's profile with OCLC. Each site can have different location text for what is to appear in the record and for what is to appear on the label. This is all based on the text transmitted as the site.
Sublocation
Sublocation is defined as a data element which provides additional information regarding the location of the item. A library site may be profiled for a particular location to appear on all their labels, yet periodically a particular item may have the need for additional data. For example, the site is profiled to receive CHEM as the location on all their labels. A particular item may need a sublocation of REF'. Sublocation for the labels is sent separately from sublocation for the bibliographic record.
Sublocation for labels
This information will be transmitted within the GIR segment where GIR02 = 'LLS'. The placement of the sublocation in the label in relation to the call number will be determined by profiling at OCLC. The sublocation will always be on a separate line.
Sublocation for bibliographic records
This information will be transmitted within the GIR segment where GIR02 = 'LRS'. The mapping of the sublocation to the bibliographic record will be determined by the library and profiled at OCLC.
Label Files
Using call numbers from records copied by PromptCat, OCLC creates electronic files of labels. Label files may be picked up by the library, or by a vendor that wishes to print labels and affix them to materials prior to shipping. Label files are created in three formats: OCLC sl6, OCLC slb, and coded generic file.
OCLC sl6 and slb formats are two of the most popular label formats familiar to our users. The sl6 format is one spine label and two card and pocket labels separated with blank lines. The slb format is one spine label and one card and pocket label. The OCLC Cataloging Label program is available for use by vendors to print labels in either the sl6 or slb formats. Information on the Cataloging Label program is available at the Connexion website. If you wish to obtain the Cataloging Label program for use with PromptCat label files, you will be asked to sign an agreement. There is no cost for this software. Please contact me if you wish to use this software.
Vendors participating in the pilot have used the coded generic files of labels to print labels. Each vendor created its own software to print the coded generic files. OCLC formats the data in the coded generic files as follows:
- Data is sent in "stream" format -- one record starts in the byte immediately after the previous terminator.
- Each label record consists of several different types of fields -- record id, spine formatted call number, author, and title. The variable label record is terminated with an ASCII x '1D' and each field within the record will be terminated with an ASCII x '1E'.
See OCLC PromptCat Coded Generic Label File: Technical Specifications for further information.
Exhibit F EDX Assessment Form
Online form: https://www3.oclc.org/app/edx_assessment/
Contact VendorRecords@oclc.org to receive form.
Exhibit G OCLC-Affiliated Regional Network Contacts
For technical support, contact your regional service provider or OCLC support using the form on the Contact Us page.
Your OCLC Vendor liaison is: Beth Fogler
Telephone: +1-614-761-5236
(800) 848-5878, ext. 5236 (US & Canada)
Fax: +1-614-718-7212
E-Mail: foglerb@oclc.org
Librarians' Toolbox:- Bibliographic Formats and Standards
- Find an OCLC library
- System alerts
- Online Service Center
- More ››
|
OCLC is a nonprofit, membership, computer library service and research organization dedicated to the public purposes of furthering access to the world’s information and reducing information costs. More than 69,000 libraries in 112 countries and territories around the world use OCLC services to locate, acquire, catalog, lend and preserve library materials. |
Asia Pacific |
|
