 |
Local system changes to coordinate with Summit ("central") |
Communications, IP addresses and firewalls
Each member institution's local system communicates with the Alliance union catalog ("central", or Summit) via the Internet. c-link (circ link), o-link and other programs send and receive information, or initiate actions between the two systems. Summit must have the correct IP address for each local server to maintain INN-Reach functions.
IP addresses are maintained on the local and central servers. Whenever changes are made at the local site that may affect INN-Reach communications (new IP address; new network or firewall configuration) advise your III contact who can work with the Union Databases unit to ensure that all necessary changes are made to maintain INN-Reach catalog, circulation, Visiting Patron, Pickup Anywhere, and other functions.
For sites with a firewall: consult III documentation to be sure that all ports used for INN-Reach are updated with the new IP address for incoming and outgoing transactions.
To check that communications have been re-established with Summit, look at functions such as:
paging slip files on the local system,
local catalog updates reflected in Summit (new bib, item, order, and checkin records; bib, order, item or checkin record updates),
Summit Borrowing requests and renewal requests,
Visiting Patron, and
PUA transactions.
Software
Software on both the local and central machines must be compatible, but not necessarily the exact same version.
Check with Alliance staff before upgrading to a new software release (on rare occasion a version in general release for use on local systems is not quite ready for INN-Reach functions).
Does everyone need to be on the same release for Summit, or Summit Borrowing, to work? Summit shouldn't stop working just because some local sites haven't yet upgraded to a newer release.
It's usually not necessary for all local sites to immediately upgrade to the latest release, but
in some cases the local site is unable to take advantage of a Summit Borrowing (INN-Reach circ) enhancement if they haven't upgraded to the latest release, and
in some cases all sites must upgrade to the new release before a new Summit Borrowing feature can be implemented.
Profiling
Data coding also must be compatible. In many cases MARC field and subfield codes, and fixed field code values, must be used in exactly the same manner. In other cases, compatibility is achieved by tables that translate the data moving from the local to the central machine.
These mapping tables are maintained by Alliance staff and Innovative Interfaces.
This document is a guide for understanding when local coding decisions need to be coordinated with Alliance staff.
Also of interest: information on "circ profiling" -- preparing for Summit Borrowing (INN-Reach circulation)
| |
| Local catalog: data and display |
MARC Load Table: If you add or remove fields, contact Alliance.
|
Field display in local OPAC (order of fields, and field labels): No need to coordinate with Alliance.
|
Search Menu options: Be sure that the option to Search Alliance union catalog is available from the Main Menu, and the pass-through search option is offered from all appropriate browse and individual record display screens.
|
Indexing: Not essential to coordinate with Alliance; local data is re-mapped and re-indexed when it arrives at central.
|
Branch and location codes (Branch codes in bibliographic records; loc codes in bib., item, order and checkin records.) Usually there is no need to notify Alliance. The central system does not use local location codes in determining circulation eligibility or due dates. It uses the local site's location codes only to display the label, or name of the location, in detailed holdings information for the institution, getting the label text from the table at the local site. Be aware that central re-reads local systems' branch code tables once a day (midnight or after). Changes in the local table will not take effect in central until the following day. Records added using a new code, for example, or a code where the label (branch name) was changed, will not display the correct location information.
Important exceptions: 1. Sites using software to distinguish between separate agencies sharing an INNOPAC need to contact central to coordinate communication with III to assign the new branch to one of the site codes. 2. Changes to codes used for Pickup and Pickup Anywhere locations must be coordinated with Alliance in advance.
|
Variable-length fields: If you are considering defining a new variable-length field (MARC or non-MARC), indicator, or subfield code not covered by standard MARC format, contact Alliance first to review feasibility and coordinate appropriate simultaneous or sequential changes to the local and central systems. A few examples of the dozens of variable-length fields: author, title, subject, and notes in bib. records; volume in item records.
|
| Bibliographic record fixed fields |
BCode1 (Bib Lvl) Central looks for code <s> in BCode1 to identify serials – used in Scoping (pre-limiting a search to serial records, also called “Journal Scoping”).
o Local sites that use BCode1 for anything other than Bib Lvl should contact central.
o To use <s> for some meaning other than to identify a serial, or to use some other code or fixed field to identify a serial, contact central to initiate or update BCode mapping. Example of BCode mapping table
National standard for Bib Lvl ( US MARC and OCLC):
a - Monographic component part
|
US MARC Leader Byte 7, OCLC 006 |
b - Serial component part
|
US MARC Leader Byte 7, OCLC 006 |
c - Collection
|
US MARC Leader Byte 7, OCLC 006 |
| d - Subunit |
US MARC Leader Byte 7, OCLC 006 |
| i - Integrating resource |
US MARC Leader Byte 7 |
m - Monograph/item
|
US MARC Leader Byte 7, OCLC 006 |
| s - Serial |
US MARC Leader Byte 7, OCLC 006 |
|
BCode2 (Mat Typ) The local and union database codes must be consistent. The local label doesn't have to match the union catalog as long as the use is the same, and no need to contact Alliance if you modify only the label. For example: USMARC format defines code "g" as "Projected medium"; the central label is VIDEO/FILMS, but the local label could be FILMS ETC., A-V, etc. Contact Alliance for any other variances (different use of code values, additional codes, etc.); a mapping table can be implemented for remapping local codes to appropriate codes at central. More information about BCode2 and mapping tables.
|
BCode3 (Contribution, Suppression, and other uses) If you have a BCode3 local-central mapping table: Contact Alliance to coordinate additions and changes. If you do not have a mapping table: Keep in mind that codes recognized by INN-Reach software (g,l,n,o,s,z) must be used consistent with the Alliance use and definition. More info about BCode3. Note: Prior to Release 12: no mapping table to translate codes from local to central values. Many members were profiled and loaded to Summit without a mapping table. Codes recognized by INN-Reach software (g,l,n,o,s,z) must be used consistent with the central use and definition. Other codes will have no resulting "action" in the union catalog, so do not need to be coordinated with Summit.
|
| Item record fixed fields |
Status You may change the local label at any time, without coordinating with Alliance, keeping in mind that the general use of the code must be consistent with central. To add and begin using a code not yet in the local table, please contact Alliance office first. See Status codes
|
Item Type (IType) Contact Alliance before adding or changing an item type code or label, to map the code to an appropriate central code for circulating (regular or short loan, or non-circ), and to update the master file of codes and uses (labels). more info: mapping local ITypes to Alliance ITypes
|
ICode2, or whichever Item fixed field is used for suppression and contribution: Contact Alliance before adding or changing an ICode2 code. Keep in mind that codes recognized by INN- Reach software (l,n,s,z,g,o) must be used consistent with the INN-Reach use and definition or "translated" via a mapping table. (more info about this field)
|
| Order record fixed fields |
Code4, or whichever Order fixed field is used for suppression and contribution: Contact Alliance before adding or changing codes. Keep in mind that codes recognized by INN- Reach software (l,n,s,z,g,o) must be used consistent with the INN-Reach use and definition or "translated" via a mapping table
|
| Checkin record fixed fields |
Scode2, or whichever Item fixed field is used for suppression and contribution: Contact Alliance before adding or changing codes. Keep in mind that codes recognized by INN- Reach software (l,n,s,z,g,o) must be used consistent with the INN-Reach use and definition or "translated" via a mapping table.
|
| Patron record fixed fields |
Patron type (PType) Contact Alliance before adding or changing a patron type code or label, so that the code can be mapped to an appropriate central ptype code and the master file updated. more info: mapping local ITypes and PTypes to Alliance ITypes and PTypes
|
Mapping tables
IType and PType mapping tables "translate" local codes into more generic Alliance codes. The tables are set up with specific values or ranges of values.
For example, a numeric fixed field mapping table at two different local sites might look like this:
| Reed |
|
|
WSU |
|
local
|
central |
local |
central |
| 000 |
200 |
000 |
201 |
| 001 |
201 |
001-004 |
200 |
| 002 |
200 |
005 |
202 |
| 003-007 |
201 |
006-008 |
201 |
| 008-015 |
200 |
009-011 |
200 |
| 016-045 |
200 |
012 |
200 |
| 046 |
202 |
013-018 |
201 |
| 047-299 |
201 |
019 |
200 |
| |
|
[etc.] |
|
Other fixed field tables, such as BCode3, ICode2, etc., might be re-mapped to “translate” to a different value, or action, at central. In this example, notice that each site may use the same letter or different letters for the same or different interpretations at central. INN-Reach has no mapping table for Item Status codes.
| local code |
translates to this code at Summit |
| from Reed |
from CWU |
from UO |
from TESC |
| - |
- |
- |
- |
z |
| a |
m |
- |
s |
|
| e |
n |
|
n |
- |
| f |
n |
n |
- |
|
| p |
n |
|
|
n |
updated:
December 6, 2006