|
Understanding WebPAC's CFM File Layouts
1. Atoms 2. Search Attributes 3. Object Identifiers 4. Maps 5. Views 6. Fields 7. Semantics 8. Schemas 0. General Issues
1. Atoms
------------------------------------------------------ SITE, University of Hoober,
DISPCHARSET, 6, //HTMLLATIN1
BRIEFVIEW_USING_TEMPLATES, 1,
--------------------------------------------------------------------------
SITE required The name of the site where the OPAC resides. This name displays on the status line and provides internal documentation for your configuration file. DESCRIPTION optional, recommended A lengthier description of the database, up to 4096 characters maximum.
The name of the database for the configuration file. This is the name by which the Z39.50 server recognizes this database. IPADDRESS required The address of the Z39.50 server. This is either the "dotted-quad" IP address, or the fully-qualified domain name. SOCKET required The TCP/IP socket number upon which the Z39.50 server listens for incoming requests. The customary socket is 210. TIMEOUT required The amount of time, in seconds, that will be allowed to pass before WebPAC terminates its connection to the Z39.50 server due to non-responsiveness. Servers are occasionally known to "hang", and the timeout feature ends a Z39.50 session, allowing a user to reconnect with a new session. IDAUTHTYPE optional, Default: OPEN Indicates whether id authentication is used for database security. Possible
values are NONE, OPEN, IDPASS and ANON.
A valid Group ID, if the database requires it for ID authentication. This value would normally be set if IDAUTHTYPE is set to IDPASS. ACCOUNTNUMBER optional, A valid username or account number for ID Authentication. This value would normally be set if IDAUTHTYPE is set to IDPASS. PASSWORD optional A valid password for ID Authentication, often used in conjunction with an ACCOUNTNUMBER or GROUPID. This value would normally be set if IDAUTHTYPE is set to IDPASS. FASTBRIEF optional, recommended This value, when set, tells WebPAC the number of brief records to request at a time from a Z39.50 server. A value of 10 to 15 is optimal in most cases. Normally, this should be enough records to fill a display screen or templated view. If a search were to yield 200 records, WebPAC would request only 15 at a time for the user, sufficient to build a display, rather than waiting for all 200 records to be transferred. DEFAULTOP optional, The default operator to be used in a Common Command Lanugage query, if no operator is specified in the query. Common values are: and, adj DEFAULTCOMM optional, The default command to be used in a Common Command Lanugage query, if no operator is specified in the query. Possible values are: find, scan DEFAULTQUAL optional, The default qualifier to be used in a Common Command Lanugage query, if none is specified in the query itself. Valid values are to be found among qualifiers within the Search Attributes section of the CFM. DISPCHARSET optional, If present, this value changes the display character set from its default
of Latin1. This atom has a possible numeric value as follows:
SMALLSETUB optional, advanced LARGESETLB optional, advanced Setting these atoms with numeric values establishes the ranges of the "Small Set", "Medium Set" and the "Large Set". These affect the manner in which WebPAC obtains records from a Z39.50 server. Functionally, if the number of "hits" a search returns is less than or equal to the Small Set Upper Boundary (SMALLSETUB), all of the records will be returned in the Z39.50 Search Response. If the number of hits is equal to or greater than the Large Set Lower Boundary, no records will ever be returned in the Z39.50 Search Response, but only in an actual present request. In practical terms, setting this value will speed search response time when the a search yields a high number of results. If both SMALLSETUB and LARGESETLB are set, then the range (if any) between them is known as the Medium Set. If the number of hits yielded by a search falls into the Medium Set range, then a portion of the records will be returned in the Search Response, the quantity of which is described by MEDIUMSETPN (Medium Set Present Number), and the format of which is described by MEDIUMSETESN (Medium Set Element Set Name). See these atoms for more details. MEDIUMSETESN optional, advanced, Default: B The "Element Set" in which to return records when number the of "hits"
is within the medium range.
MEDIUMSETPN optional, advanced Medium Set Present Number. Determines number of records returned in a search response when the number of "hits" is within the medium range. A value greater than 0. ELEMENTSETNAME optional, advanced, Default: F The name of the "Element Set" to request from the server for full-length
records. If this atom is not set, the request defaults to "F".
The name of the CFM file which contains field definitions for the final record display. This allows for small connection CFMs to all share a single CFM for definition of fields used in constructing views. If absent, WebPAC will look in the current CFM for field definition information. ACCESSCFM optional, recommended The name of the separate CFM file which contains the schemas and semantics describing the structure of the records being searched for and displayed. This allows for small connection CFMs to all share a single CFM for record access. This atom should be defined in both the Connection CFM and the Field CFM. If absent, WebPAC will look in the current CFM for record access information. I2TITLESORT optional, When sorting records on title fields, this instructs WebPAC to use indicator 2 as an offset into the text. A value of 1 enables this feature. SEARCHLIMIT optional, recommended Specifies the maximum number of records that a search may yield. A numeric value greater than 0. BRIEFVIEW_USING_TEMPLATES optional, LONGVIEW_USING_TEMPLATES optional, If the WebPAC Administrator wishes to use standard Templates to define
the layout of Brief and Long views, then these must be set to 1. Otherwise,
brief and long view layout will be according to the formatting described
by the CFM.
2. Search Attributes A Search Attribute defines a valid search that may be performed against
a particular database.
The name of the Search Attribute being defined, up to 36 characters in length. Qualifier
View Name
Category
Scannable
Normalize
Attribute Set ID
Attribute Set Type/Value Pairs
Here is an example:
- A Structure attribute of 1 (phrase search) - A Truncation attribute of 100 (Do Not Truncate) For BIB1, the types are as follows:
3. Object Identifiers An object identifier uniquely identifies anything in the universe. It is based on a hierarchy of authorities. The OID prefix for Z39.50 is 1.2.840.10003. The Z39.50 record syntax identifier is 1.2.840.10003.5, USMARC is 1.2.840.10003.5.10 and record syntaxes developed at ALS begin with 1.2.840.10003.5.1000.11. Object identifiers can be named in the CFM file. The ObjectIdentifiers section in the CFM specifies the record syntaxes of both Brief and Long records as they will be requested from a database. An ObjectIdentifier consists of a name followed by an OID. Here is an example ObjectIdentifiers section:
1.2.840.10003.5.102, //OPAC syntax ] [FULLSYNTAX, 1.2.840.10003.5.102, //OPAC syntax ]
4. Maps The Maps section of a CFM file provides a way for WebPAC to translate
any concept into another.
etc... OID_SCHEMA For most databases containing OPAC records, the normal OPAC record schema
is SC_M_ZR_102.
The OID_SCHEMA map should be removed for all other non-Horizon databases. [OID_SCHEMA,
SORT_FILTER_SEMANTICS When Templates are in use, this map is necessary to correctly sort and
filter upon specified fields.
[SORT_FILTER_SEMANTICS,
RedirectionMap To enable users to redirect a search from a Long record view, the RedirectionMap
must be present.
[RedirectionMap,
AvailabilityMap
OnHoldMap Translates a TRUE or FALSE into "On Hold" or "Not On Hold" for the circulation data. RenewableMap Translates a TRUE or FALSE into "Renewable" or "Not Renewable" for the
circulation data.
Translates the value of offset 6 in the leader of a MARC record into its appropriate text, denoting Type of Record (material format). T000_O7 Translates the value of offset 7 in the leader of a MARC record into
its appropriate text, denoting Bibliographic Level.
5. - 8. Views, Fields, Semantics and Schemas A View references one or more Fields.
5. Views A view produces a textual display of a structured record. Views consist of a view name followed by a list of one or more Fields. The Fields available for a view may be found in the Fields section of either the current CFM, in the FIELDCFM it references (usually fld_usmarc_eng_t.cfm), or in the Custom CFM (fld_usmarc_eng_t_custom.cfm) See Atoms for more information on specifying the FIELDCFM.. Standard views are BRIEF, LONG and HOLDINGS. Here is the generic structure of a View: {Views
[VIEW_NAME, [FIELD1, FIELD2, ...]
In a CFM which is used along with WebPAC Templates, the following would be a possible Long View definition. Note that the Fields referenced all begin with "T_" . This indicates that the field is designed to work correctly with the WebPAC Templates. [LONG,
BRIEF01 - BRIEF14 // Standard
Brief View componants
Also, these Views are necessary to view Holdings info:
6. Fields A Field is a formatted component which is used to make up a View. Fields are normally defined in the FieldCFM file, which for WebPAC is usually "fld_usmarc_eng_t.cfm". Here’s an example of a Field to display "Contents" from a record. [T_CONTENTS,
Fields that are designed to work with WebPAC Templates have the convention of being named with an initial "T_". Within these fields, special markup codes are used to indicate Labels, Display Text and Redirection Text, using curly braces:
· Display Text is preceded by "{D}" and terminated by "{/D}". · Redirection Text is preceded by "{R}" and terminated by "{/R}".
· Layout for Templated BRIEF fields: BRIEF01-BRIEF12 · Layout for Templated brief holdings fields: BRIEF30-BRIEF54. · Layout for HOLDINGS fields. CHUNK_HOLDINGS_ENDING CHUNK_HOLDINGS CHUNK_CIRC_HEADING CHUNK_CIRC CHUNK_VOLUME_HEADING CHUNK_VOLUME 7. Semantics A set of one or more schemaPaths, which assigns meaning to a portion of a record. Semantics define meaning as a choice between schema paths. A schema path is a route along a logical tree to a piece of data within the record. In practice, a single Semantic offers accessibility to a specific Tag and Subfield with a bibliographic record. Almost all of the regular MARC Tag/Subfield combinations in the format S999x are defined (e.g. S018c, S100a, S856u). For example, there is an S100a Semantic, defined for Tag "100", Subfield "a". Here it is: [S100a,
Observe that the syntax requires a Semantic Name, followed by several Schema Paths, defining both OPAC and MARC record structures. Each of the Schema Paths exists within the Schemas section of the AccessCFM. · Extended Scan Information (if available) is defined
8. Schemas A Schema describes the structure of a record returned by a Z39.50 server. It essentially maps a logical strucure onto a blob of data returned by the server, using a series of Triples (three context-dependent numbers. Schemas are directly referenced in the Semantics portion of the ACCESSCFM. The syntax of a Schema is too complex to discuss here, but here as an example is a portion of a schema for a MARC record: [SC_ZR_10,
Regular Expressions {RegularExpressions
[STRIP_END_PUNC, [ "[./]" "" 0,]]
New Hooks {NewHooks
Comments |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Last Updated: March 27, 1998
|