|
Database
Configuration Files - Sections and Variables
Contents
Introduction
Document Conventions
Sections in a Database Configuration File
Variables in Each Section of a Database Configuration
File
[database]
[ExtendedServices]
[ExtendedServicesDbUpdate]
[templates]
[ttemplate_definition]
[Formats]
[TermFinder]
[attributes]
[attribute definition]
[index definition]
[sort]
[sort key definition]
[dedup]
[dedup key definition]
[IndexLists]
Introduction
A database
configuration file contains the information needed by WebZ or Database
Builder's Record Builder application
to interact with a particular database. Each database must have a configuration
file.
A database configuration
file is a text file comprised of sections and variables. Sections are
denoted with [section labels] enclosed in square brackets. Each section
contains variables that define particular aspects of the database configuration.
The variables that appear in the individual sections depend on the type
of database being defined, such as the database indexes available for
searching, sort capability, and so on. Variables within a section can
appear in any order.
This document is
a comprehensive reference to the sections and variables in a database
configuration file. It includes all possible sections and variables even
though not every database configuration file contains all of them.
Because of its comprehensiveness,
this is a long document. If you are using Netscape as your Web browser,
you can use the Print Preview feature (select File > Print Preview
from the browser menu) to get an idea of where page breaks will occur
when you try to print it. Then click the Print button and enter a print
range on the Print dialog box to print only the pages you want.
For general information
about database configuration files and the types of database configuration
files, see About Database Configuration Files.
Return
to Contents
Document
Conventions
General Conventions
- <WebZ_root>
is the location of your WebZ environment.
- 4.0.x
refers to any SiteSearch 4 version prior to 4.1.0; that is, 4.0.0, 4.0.0a,
4.0.1, or 4.0.2.
- Section or
variable titles in italics, such as [attribute_definition], denote
section titles that you name yourself and that will vary.
Database Type
Abbreviations
Abbreviations
used to denote the various types of database configuration files are:
Required and Optional
Sections for Each Database Type
This document contains
a description of each section in database configuration files. For each
section, the applicable database types are indicated in the section title
by the abbreviations shown above. A section can be either optional, required,
or not applicable for a particular database type, as shown in the following
examples:
Example |
Explanation |
[database]
Section Required for: ALL |
The [database]
section is required for all database types |
[dedup]
Section
Optional for:
GRP, LOC,
LOG, REM |
The [dedup]
section is optional for group (GRP), local (LOC), logical (LOG), and
remote (REM) databases. It does not apply to any other database types. |
[dedup
key definition] Section
Required for GRP, LOC, LOG, REM if [dedup] section exists |
The [dedup
key definition] section is only required if the database configuration
file contains a [dedup] section, which is itself optional. |
Required and Optional
Variables for Each Database Type
After any information
that applies to the section as a whole, there is a table that lists every
possible variable in the section. Even though a section is required or
optional for a database type, not all the variables in the section may
be relevant for that database type. For example, the [database] section
is required for all database types, but not all the variables are required
for each database type, nor do they even apply to all database types.
Similarly, an optional section may have some variables that are required
if you include the section in the database configuration file.
The table that lists
the variables in a section has two columns
Variable and Description.
The Variable column
includes the variable name, an indication of whether the variable is optional
or required, and the database types to which the variable applies, like
these examples:
Example |
Explanation |
longname |
Required
for: ALL |
|
The longname variable is required for all database types. |
ServerName
|
Required
for: GRP, REM |
|
The
ServerName variable is required for group (GRP) and remote (REM) databases.
It is not optional for the other database types; it is does not even
apply to any other database types |
HoldingsDbName
|
Optional
for: LOC, LOG, REM |
|
The
HoldingsDbName variable is optional for local (LOC), logical (LOG),
and remote (REM) databases. It does not apply to other database types. |
The Description column
provides a definition of the variable and notes that pertain to the variable's
use. If applicable, it includes a list of allowable values for the variable.
One of these variables may be a default value.
Default Values
A number of optional
variables have a default value that takes effect if you do not specify
another value for the variable. In a list of allowable values, the default
is denoted like this:
TRUE |
|
Supports sort. |
FALSE |
|
Does not support
sort. (Default) |
If there is not a
specific list of allowable values, the default is denoted like this:
Default:
200
Return
to Contents
Sections
in a Database Configuration File
The following
table lists all possible sections that a database configuration file may
contain. In addition to describing each section, it indicates the database
types to which a section applies and whether the section is optional or
required. The links in the Section column are shortcuts to the reference
information for a particular section.
Section
|
Description
|
|
Provides information
about the database and its capabilities and features, such as its
name, its record syntax, the Java class that interacts with it, and
whether it supports sorting, browsing, and full text records. |
|
Defines the
Java class used to apply online database updates made through the
Record Builder interface to
a local database. |
Section
|
Description
|
|
Provides information
related to performing online database updates, such as the location
of the database's journal files and the file that contains the database's
starting record identifier. |
[templates]
(beginning with version 4.1.0) |
Required
for: RBD |
|
Lists all data
entry templates defined for the database. |
|
Describes a
template defined in the [templates] section.
|
[Formats]
|
Required
for:
HLD, LOC, LOG, RBD, REM, THS |
|
Lists each format
used to display data from the database and its associated formatting
configuration file or formatting class. |
[TermFinder]
(beginning with version 4.1.0) |
Optional
for: LOC, LOG, REM
Required for: THS |
|
Provides information
about configuring term finder searches of the database for vocabulary-assisted
searching. |
|
Declares attribute
types available for the database. |
|
Defines the
names and attributes of the indexes belonging to an attribute type
specified in the [attributes] section. |
|
Defines an index
defined in the [attribute_definition]
section, including the
index's name, abbreviation, use, structure, and other relevant information,
such as whether the index supports range searches. |
|
Specifies how
to sort the records retrieved as the result of a database search.
|
|
Defines a sort
key used to sort database records, which you specify in the [sort]
section. |
Section
|
Description
|
[dedup] |
Optional
for: GRP,
LOC, LOG, REM |
|
Contains information
needed to implement de-duplication
for a group database or within an individual database in compliance
with Z39.50-1995
Amendment 2: Z39.50 Duplicate Detection Service. |
|
Defines a de-duplication
key used to de-duplicate database records, which you specify in the
[dedup] section. |
|
Defines database-specific
sets of indexes for display in the WebZ or Record Builder interface. |
Return
to Contents
Variables
in Each Section of a Database Configuration File
[database]
Section Required for: ALL
The [database] section
provides information about the database and its capabilities and features,
including its name, its record syntax, the Java class that interacts with
it, and whether it supports sorting, browsing, and full text records.
More than any other section, it has many variables that pertain only to
specific database types.
Variable
|
Description
|
ZBaseDbType |
Required
for:
HLD, LOC, LOG, RBD, REM, THS |
|
Defines
the Java class used for interacting with a database. The class used
depends on the type of database you are defining, as follows:
ORG.oclc.db.DbRemoteZ
(remote databases, including remote thesaurus and holdings databases)
ORG.oclc.db.DbNewton
(local databases, including Record Builder databases and local thesaurus
and holdings databases)
ORG.oclc.db.DbMerge (logical databases)
|
|
The name
the WebZ system or the Record
Builder application uses to identify the database. May contain
up to 256 alphanumeric characters, case insensitive, without spaces.
Examples: |
WCAT
localOLUC
RSC_terra
|
Note: |
Beginning
with version 4.1.2, the WebZ OBI and the Record Builder interface
sort the list of databases on the database list screen by
Longname. In previous versions, the
sort occurs on the DbName variable rather than Longname.
|
|
Variable
|
Description
|
|
Name of
the database as it appears in the WebZ or Record Builder interface,
as applicable. May contain up to 256 alphanumeric characters, case
insensitive.
Examples: |
Local
Worldcat
ABII/Inform
Pro CD Biz
|
Note: |
Beginning
with version 4.1.2, the WebZ OBI and the Record Builder interface
sort the list of databases on the database list screen by
Longname. In previous versions, the sort occurs on the DbName
variable rather than Longname.
|
|
remoteZDbName |
Required
for: REM |
|
The name
the remote Z39.50 server uses to identify the database.
Notes: |
(1)
If you do not know the name of the remote database, check
with the database provider.
|
(2)
The value of remoteZDbName does not have to match the value
of dbname. |
|
recordSyntax |
Required
for: ALL |
|
Format of
records returned from a search against this database. Allowable
values are: BER, GRS, MARC, NOTIS_OPAC, OPAC, TEXT (which you should
use for all text-based record formats, such as SUTRS),
UNIMARC, UKMARC, and beginning with version 4.1.0, NORMARC.
Notes: |
If
you specify an invalid record format, the record format defaults
to MARC..
|
|
remoteZRecordSyntax |
Optional
for: REM |
|
Syntax used
to return records from the remote server. Allowable values are BER
and MARC. The value of remoteZRecordSyntax can differ from from
recordSyntax. The Z39.50 formatting
classes can convert records from the format specified by recordSyntax
to the format specified by remoteZRecordSyntax in order to return
records to the client (JaSSI).
|
ServerName |
Required
for: GRP, REM |
|
Name the
WebZ system uses to identify the database's remote server.
|
ServerIniFile |
Required
for: REM |
|
Path and
name of the database server configuration
file for the remote Z39.50 database server.
Example: |
servers/FirstSearch.ini
|
Note: |
By
default, the specified path is relative to the value of the
IniFileRoot variable
in JaSSIServer.ini, which is typically the <WebZ_root>/ini
directory. You can also specify an absolute path.
|
|
RemoteZBriefESN
RemoteZFullESN
RemoteZFullTextESN
(beginning
with version 4.1.0)
|
Optional
for: REM |
|
Remappping
for the incoming ElementSetName on a present request to an element
set name specific to the target database.
The value for
any of these variables is a string that represents the database-specific
element set name for brief, full, or full text records, respectively.
|
Variable
|
Description
|
hedr
hdir
post
pdir
indx |
Required
for: LOC, RBD |
|
Location
of the physical database files
of a local database created with Database Builder or its Record
Builder application.
|
|
Specifies
the physical databases (or "parts") that make up a logical database.
The value of this variable is a list of database configuration files
(separated by spaces) of the databases that make up the logical
database.
Example: |
parts
= dbs/localDb1.ini dbs/localDb2.ini dbs/localDb3.ini
|
|
DefaultDbGroupDefinition |
Required
for: GRP |
|
Indicates
whether the group database is the default group database in the
WebZ interface. Possible values are:
TRUE |
|
This
is the default
group database. |
FALSE |
|
This
is NOT the default group database. |
Note: |
If
you have more than one group database, only one of the group
databases can have DefaultDbGroupDefinition=TRUE.
|
|
|
Indicates
that sort capability for this database appears in the WebZ or Record
Builder interface. Possible values are:
TRUE |
|
Supports
sort. |
FALSE |
|
Does
not support sort. (Default) |
If SupportsSort
= TRUE, the database configuration file must include a [sort]
section.
Note: |
Do
not confuse this variable with the supportsSort
variable in a database server
configuration file. The SupportsSort variable here indicates
whether you want to allow users (patrons or staff) to specify
sort criteria from the WebZ or Record Builder interface. The
supportsSort variable in a database server configuration file
indicates whether a particular database server can support
sorting.
Even
if the database server hosting a particular database does
not support sorting, it is still possible for you to provide
sort capability to users by setting the localsort
variable to TRUE in the [sort] section
of its database configuration file. This directs ZBase to
sort result sets locally.
|
|
supportsScan |
Optional
for: LOC, LOG, REM |
|
Indicates
whether the the database allows patrons to scan (browse) a result
set. Possible values are:
TRUE |
|
Supports
scan. |
FALSE
|
|
Does
not support scan. (Default) |
If you do not
specify a value for this variable, the value for the SupportsScan
variable in the database server configuration file for the server
hosting this database applies to the database.
|
Variable
|
Description
|
|
Indicates
whether the database contains full text records. Allowable values
are:
TRUE |
|
Contains
full text records. |
FALSE
|
|
Does
not contain full text records. (Default) |
Notes: |
(1)
If FullText = TRUE, you must include the FullTextRecordSyntax
variable and a fulltext variable in the [Formats]
section.
|
(2)
If FullText=TRUE a Full Text button appears on the full record
screen in the WebZ OBI (<WebZ_root>/htdocs/obiv1/html/full.html
or nffull.html in the OBI, version 1). |
|
|
Format of
full text records returned from a search against this database.
Allowable values are: MARC, BER, SUTRS, NOTIS_OPAC, OPAC, GRS, UNIMARC,
UKMARC, MARC, and beginning with version 4.1.0, NORMARC.
|
HoldingsDbName |
Optional
for:
LOC, LOG, REM |
|
Name of
the database that contains holdings information for the database
you are defining.
Note: |
If
HoldingsDbName = TRUE, you must have a separate database configuration
file for the holdings database. The configuration file for
for the holdings database must include formats for displaying
records from the holdings database.
|
|
HideInMenus |
Optional
for:
HLD, LOC, LOG, REM, THS |
|
Determines
whether the database's name appears on the database list screen
in the WebZ interface (<WebZ_root>/htdocs/obiv1/html/dblist.html
or nfdblist.html in the OBI, version 1). Allowable values are:
TRUE |
|
Does
not appear on the database list (hide it on the menu). |
FALSE |
|
Appears
on the database list. (Default) |
Notes: |
(1)
If the database belongs to a topic area (such as General or
Human Affairs in the WebZ OBI, version 1) and this variable
is set to TRUE, the database does not appear in the list of
databases but WILL appear in the list of databases in a search
of the topic area to which it belongs.
|
(2) Set
HideInMenus=TRUE for thesaurus and holdings databases. |
|
IllService |
Optional
for: LOC,
LOG, REM |
|
Interlibrary
loan (ILL) service available for the database. In SiteSearch
4.1.2, IllService has these possible values:
Profiled |
|
Use
ILL profiling for this database. In ILL profiling, you can
specify the ILL service to use for ILL requests for items
from this database on a per-institution basis. |
ILL_Service_
Name |
|
Use
the ILL service indicated. The ILL_Service_Name must
match the ILL service's name in brackets at the top of its
ILL server configuration file. |
NONE |
|
No ILL
service available. (Default) |
In SiteSearch
4.1.1 and earlier versions, IllService has three allowable values:
Note: |
If IllService
is not NONE, WebZ adds a button for submitting an ILL request
to the full record screen in the WebZ
OBI (<WebZ_root>/htdocs/obiv1/html/full.html
or nffull.html in the OBI, version 1).
|
|
Variable
|
Description
|
ThesaurusDBName
(beginning with version 4.1.0) |
Optional
for: LOC, LOG, REM |
|
Name
of the thesaurus database associated with this database. The value
of ThesaurusDBName must match the dbName variable
specified for the thesaurus database in the thesaurus
database's configuration file. |
ComponentPostings
(beginning with version 4.1.0) |
Optional
for: LOC, LOG, REM, THS |
|
Indicates whether
the database can return a component postings value (the number of
records that satisfy each part of a query). For example, with a
database that supports component postings you could submit a query
for dog OR house and obtain the number of records that contain "dog"
and the number of records that contain "house". Allowable
values are:
TRUE |
|
Supports
component postings. |
FALSE
|
|
Does
not support component postings. (Default) |
Note: |
The
WebZ OBI, version 1, demonstrates the use of component postings
with thesaurus trees used for vocabulary-assisted
searching. Component postings are proprietary to OCLC;
only local databases created with Open SiteSearch Database
Builder and FirstSearch databases support this feature at
this time.
|
|
TermExpansionMax
|
Optional
for: LOC |
|
Indicates
the maximum number of terms returned in queries that include truncation
operators (wildcard characters) or ranges (except for ranges on
restrictor values).
Default:
50.
Note: |
Setting
this variable too high may affect performance. Select a value
for this variable that provides flexibility for your patrons
but does not appreciably slow response time.
|
|
Return
to Contents
[ExtendedServices] Section (beginning with SiteSearch 4.1.0)
Required by: RBD
This section applies
only to Record Builder (RBD) databases. It provides the information necessary
to perform an online update of the database (adding, deleting, or modifying
records) through the Record Builder interface.
Variable
|
Description
|
1.2.840.10003.9.5
|
Required
for: RBD |
|
The variable
name is the Z39.50 object identifier for an Extended Services request
handler, as described in ANSI/NISO
Z39.50-1995,
Appendix 8, EXT: Extended Services Defined by this Standard.
The value of this variable is the name of the Java class that applies
to online database updates made through the Record Builder interface
to the database. Allowable values are:
Do not modify
the name or value of this variable.
|
Return
to Contents
[ExtendedServicesDbUpdate] Section (beginning with SiteSearch 4.1.0)
Required for: RBD
This section applies
only to Record Builder (RBD) databases. It provides the information necessary
to perform an online update of the database (adding, deleting, or modifying
records) through the Record Builder interface.
Variable
|
Description
|
|
Directory where
database executables for updating the database are stored. This is
generally <WebZ_root>/dbbuilder/bin. |
|
Directory where
log files (such as error logs) for this database are stored. This
is generally the journal subdirectory under the database's top-level
directory, such as <WebZ_root>/dbbuilder/dbs/database_dir/logs,
where database_dir is the database's top-level directory. |
JournalUpdateDir
|
Required
for: RBD |
|
Directory where
journal files for this database are stored. This is generally the
logs subdirectory under the database's top-level directory, such as
<WebZ_root>/dbbuilder/dbs/database_dir/journal,
where database_dir is the database's top-level directory. |
databasepercentfull
|
Required
for: RBD |
|
Percentage
of database capacity after which users can no longer add records
to the database.
Default:
95
|
LockServerName
|
Required
for: RBD |
|
Name of the
Lock Server. Do not edit or remove this variable. |
recordIdTag
|
Required
for: RBD |
|
BER tag path
of the field that stores the database's unique record identifiers
(accession numbers). |
recordIdFile
|
Required
for: RBD |
|
Name and location
of the file that contains an integer to use as the next unique identifier
for database records added with Record Builder. The file's name
is recordid.txt and generally resides in the database's "home"
directory, such as <WebZ_root>/dbbuilder/dbs/database_dir/recordid.txt.
This is useful
if you load data into a database in batch mode with Database Builder,
and then subsequently add new records with Record Builder. Even
if you are adding records to a new database with Record Builder,
there must be a recordid.txt file containing the database's starting
identifier.
|
Variable
|
Description
|
recordIdClass
|
Required
for: RBD |
|
Name of the
Java class that reads the recordid.txt file to determine unique identifier
for records added to the database. Do not edit or remove this variable. |
Return
to Contents
[templates] Section (beginning with SiteSearch 4.1.0) Required
for: RBD
This section lists
all template files available for viewing, editing, or deleting data from
the database through the Record Builder interface. Each database has a
default template that provides the ability to edit every field in the
database. Other templates (or workforms) contain a subset of the fields
available in the default template.
Variable
|
Description
|
template*
|
Required
for: RBD |
|
Name of a template.
By convention, template names begin with a lower-case "t".
Names can be up to 256 alphanumeric characters, but can include
no spaces.
Note: |
You should
always have one default template with the name tDefault. Additional
templates are optional.
|
For every template
variable in this section, there must be a corresponding template
definition section ([ttemplate_definition])
with the same name.
|
Return
to Contents
[ttemplate_definition] Section (beginning with SiteSearch 4.1.0)
Required for: RBD
This section provides
information about a database template associated with a Record Builder
database. A template allows Record Builder users to add, modify, or delete
data in the database.
Variable
|
Description
|
|
Identifier for
the template used by the system. The value of the name variable must
begin with the letters "template", such as "templateDefault"or
"templateClipping". |
longname
|
Required
for: RBD |
|
Name of the
template as you want it to appear on the Record Builder interface. |
template
|
Required
for: RBD |
|
Name and location
of the XML template file. Template files have an .xml extension and
normally reside in <WebZ_root>/dbbuilder/dbs/database_dir. |
fieldxml
(beginning with version 4.1.1) |
Required
for: RBD
(if a DC(2) database) |
|
Name and
location of the XML file that contains information about the schemes
and modifiers for the elements in the template. The file should have
an .xml extension and normally resides in <WebZ_root>/dbbuilder/dbs/database_dir.
|
tagfile
|
Required
for: RBD |
|
Name and location
of the .dtd (data tag definition) file that pertains to the database.
The location is normally <WebZ_root>/dbbuilder/dbs/database_dir. |
|
Flag that indicates
whether the data to be added to the database using this template
is in MARC format. Values are:
TRUE |
|
Data
is in MARC format. |
FALSE
|
|
Data
is not in MARC format. (Default) |
|
constantxml
(beginning with version 4.1.2)
|
Optional
for: RBD |
|
Name and location
of the XML constant data file.
Constant data files have an .xml extension and normally reside in
<WebZ_root>/dbbuilder/dbs/database_dir. |
ApplyConstantData
(beginning
with version 4.1.2) |
Optional
for: RBD |
|
Flag that indicates
how Record Builder should apply constant data (if defined in the
file specified for the constantxml variable) for the database. Values
are:
AUTO |
|
Automatically
add constant data when displaying a workform (Edit
Record screen) to create a new record.
|
MANUAL
|
|
Add
constant data when metadata specialist selects Apply constant
data from the Available
actions list on the Edit Record screen. (Default) |
|
Return
to Contents
[Formats] Section
The [Formats]
section defines the formatting classes that format records returned from
a search against this database, and/or the formatting
configuration files that refer to display specifications for formatting
records. The formatting configuration files are one aspect of rules-based
formatting, which is new beginning with SiteSearch 4.1.0. The [Formats]
section variables may refer to display formats
and/or and Z39.50 formatting classes.
Display
Formats
You can use display
formatting classes or formatting configuration
files to format records for display in the WebZ or Record Builder
interfaces. For each record type you wish to display in the interface,
such as full records, brief records, bookmarked records, and so on, you
must define a Java class to perform the formatting, or, beginning with
version 4.1.0, a formatting display
specification in a formatting configuration file.
The variables
listed here are those recognized by the Java classes included with the
WebZ OBI, version 1, the WebZ OBI, version 0, and the Record Builder interface,
version 0, and are designed for use in the WebZ OBI and/or the Record
Builder interface. The display formats listed here are those included
You are free to add variables that represent formats not included in this
list. The table indicates the variable name, whether there is a display
specification and/or a formatting class for this type of data, and a description
of the record type formatted.
Variable
|
Formatting
|
Record
Type Formatted
|
Display
Spec.
|
Class |
bookmark |
Optional
for: LOC, LOG, REM |
|
x |
x |
Bookmarked
brief records.
|
bookmarkDups
|
Optional
for: LOC, LOG, REM |
|
x |
|
Bookmarked de-duplicated
records. |
bookmarkfull |
Optional
for: LOC, LOG, REM |
|
x |
x |
Bookmarked full records.
|
bookmarkfullFT |
Optional
for: LOC, LOG, REM |
|
x |
|
Bookmarked full-text
records. |
Variable
|
Formatting
|
Record
Type Formatted
|
Display
Spec.
|
Class |
bookmarkFT |
Optional
for: LOC, LOG, REM |
|
x |
|
Brief format
of a full-text record in the bookmark section of the screen. |
brief |
Optional
for: LOC, LOG, REM, RBD |
|
x |
x |
Brief
records in a frames-based interface.
|
briefduplicates
|
Optional
for: LOC, LOG, REM |
|
x |
|
Brief de-duplicated
records. |
briefnf |
Optional
for: LOC, LOG, REM, RBD |
|
x |
|
Brief records
in no-frames interface. |
dump |
Optional
for: LOC, LOG, REM, RBD |
|
|
x |
Record
dump.
Note: |
A
record dump displays the BER tag structure of a record and
is very useful for debugging and troubleshooting record formatting
in the WebZ and Record Builder interfaces.
|
|
duplicates
|
Optional
for: LOC, LOG, REM |
|
x |
|
Full de-duplicated
records. |
full
|
Optional
for: LOC, LOG, REM, RBD |
|
x |
x |
Full
records in frames-based interface.
|
fullnf
|
Optional
for: LOC, LOG, REM, RBD |
|
x |
|
Full records
in no-frames interface. |
Variable
|
Formatting
|
Record
Type Formatted
|
Display
Spec.
|
Class |
fulltext
|
Optional
for: LOC, LOG, REM |
|
x |
x |
Full
text records.
|
holdings
|
Optional
for: LOC, LOG, REM |
|
|
x |
Holdings
records.
|
holdingsKey
|
Optional
for: LOC, LOG, REM |
|
x
|
|
Search key from
the target database record to enable a search of the associated holdings
database. |
isoill
|
Optional for: LOC, LOG, REM |
|
x |
x |
Bibliographic
information for interlibrary loan (ILL) requests.
|
libHoldingshdr
|
Optional
for: LOC, LOG, REM |
|
x
|
|
Title and author
citation at the top of the holdings display. |
linkToFullText
|
Optional
for: LOC, LOG, REM |
|
x
|
|
Anchor and full
text button on full record screen (<WebZ_root>/htdocs/obiv1/html/full.html
or nffull.html in the OBI, version 1). |
linkToLibHoldings
|
Optional
for: LOC, LOG, REM |
|
x |
|
Anchor and holdings
button on full record screen (<WebZ_root>/htdocs/obiv1/html/full.html
or nffull.html in the OBI, version 1). |
localholdings
|
Optional
for: LOC, LOG, REM |
|
x
|
|
Table of local
holdings for a record. |
multifull
|
Optional
for: LOC, LOG, REM, RBD |
|
x
|
x
|
Multiple
full records on results page in frames-based interface
This
variable is similar to the full variable, but
the class or display specification referenced by multifull allows
the WebZ interface to display more than one full record on a results
page as a result of an advanced search.
|
multifullnf
|
Optional
for: LOC, LOG, REM, RBD |
|
x
|
|
Multiple full
records on results page in no-frames interface. |
Variable
|
Formatting
|
Record
Type Formatted
|
Display
Spec.
|
Class |
termlist
|
Optional
for: LOC, LOG, REM
Required for: THS |
|
x
|
|
Term
list generated from the database (or its thesaurus database) in
response to a term finder
search. |
thestree
|
Required
for: THS |
|
x
|
|
Thesaurus
tree displayed from the thesaurus database after selecting a term
from the term list display
generated in response to a term
finder search. |
Return
to Contents
Z39.50
Formatting Classes
Use Z39.50 formatting
classes to format records before they are processed by the display formatting
classes, or before sending the records to an external Z39.50 client in
response to a search request. You should include Z39.50 formatting classes
in the [Formats] section if you wish to apply special formatting to database
records (such as remapping fields) before formatting the records for display
or sending them to an external Z39.50 client.
Variable |
Record Type
Formatted |
Z39BriefBer
|
Optional
for: LOC, LOG, REM |
|
Brief records
in BER format.
|
Z39BriefMarc
|
Optional
for: LOC, LOG, REM |
|
Brief records
in MARC format.
|
Z39BriefText |
Optional
for: LOC, LOG, REM |
|
Brief records
in SUTRS format.
|
Z39FullText |
Optional
for: LOC, LOG, REM |
|
Full records
in SUTRS format.
|
Z39FullMarc |
Optional
for: LOC, LOG, REM |
|
Full records
in MARC format.
|
Z39FullOpac
Z39BriefOpac |
Optional
for: LOC, LOG, REM |
|
Full or brief
OPAC Record Syntax Records, respectively.
ORG.oclc.fmts.zbase.ExampleOPACFmt
is an example class that demonstrates how to create OPAC Record
Syntax Records.
See ANSI/NISO
Z39.50-1995, Appendix 5, REC: Record Syntaxes for more information
about OPAC Record Syntax Records.
|
Return
to Contents
[TermFinder] Section (beginning with SiteSearch 4.1.0) Optional
for: LOC, LOG, REM; Required for: THS
The [TermFinder]
section allows you to enable term finder searches (vocabulary-assisted
searches) for a local, remote, or logical database, regardless of
whether a thesaurus database
supports vocabulary-assisted searching for the database. If you are not
using a thesaurus database, WebZ builds the term
list from the subject headings of a representative sample of records
from the database.
If you include this
section for local, logical and remote databases, you also need to include
a termlist variable in the [Formats] section.
For a thesaurus database, you need both a termlist
variable and a thestree variable in the [Formats]
section.
Variable
|
Description
|
TermListSearchIndex
|
Optional
for:
LOC, LOC, REM |
|
Name of the
index to use to search the database using term(s) from the term
list display. This must be an index defined in the [index
definition] section of the database configuration file.
Default:
The database's default index.
|
SampleSize |
Optional
for:
LOC, LOC, REM |
|
Number of records
to retrieve from the database to create a term
list when WebZ generates the term list from a term
finder search of the database rather than a thesaurus database.
Default:
20
|
TermFinderSearchIndex
|
Optional
for:
LOC, LOC, REM, THS |
|
Name of the
index to use to conduct a term
finder search of the database. This must be an index defined
in the [index definition] section
of the database configuration file.
Default:
the database's default index.
|
UseAdjacencyInTFSearch
|
Optional
for:
LOC, LOC, REM, THS |
|
Indicates whether
the term finder search should be an adjacency search of the TermFinderSearchIndex.
Allowable values are:
TRUE |
|
Term
finder search should be an adjacency search. |
FALSE |
|
Term
finder search should NOT be an adjacency search. (Default) |
Set this flag
to true if the TermFinderSearchIndex is a "words-type" search and
the remote server does not support "with" syntax in searches.
|
Return
to Contents
[attributes] Section
Required for: ALL
Variable
|
Description
|
type1
type2
etc.
OR,
beginning with version 4.0.2:
type*
type*
etc.
|
Required
for: ALL |
|
Attribute
types (BIB1, EXP1, etc.) available for this database. Specify multiple
types as type1, type2, type3, and so on, or beginning with SiteSearch
4.0.2, type*, type*, and so on. Attribute type names can be any
combination of alphanumeric characters but can contain no spaces.
You must
define at least one attribute type for a database.
Notes: |
(1) Currently,
OCLC only supports the BIB1 attribute.
|
(2)
For each attribute defined in the [attributes] section, a corresponding
[attribute definition]
section must also appear in the configuration file. For example,
if you define type*=BIB1attributes, you must also include a
[BIB1attributes] section in the configuration file. |
(3) Beginning
with version 4.0.2, you can use either numerals or asterisks
to list the attribute types, but do not mix the two; use either
all numerals or all asterisks. For versions prior to 4.0.2,
use numerals only. |
|
Return
to Contents
[attribute definition] Section
Required for: ALL
An [attribute
definition] section defines the names and attributes of the indexes
belonging to a particular attribute set. There can be more than one [attribute
definition] section in the database configuration file; each section
must be defined in the [attributes] section.
The name of an [attribute definition] section must match its defined
name in the [attributes] section. For example, if you define type*=BIB1attributes
in the [attributes] section, you must name the
corresponding [attribute definition] section as [BIB1attributes].
In the following
definitions, refer to ANSI/NISO
Z39.50-1995 for information on Z39.50 attributes.
Variable
|
Description
|
|
Z39.50 attribute
set used by the indexes in the database. Possible values are BIB1
(Default), EXP1, EXT1, CCL1, GILS, and STAS.
Note: |
The
databases installed with WebZ and Record Builder use the BIB1
attribute set.
|
|
filter
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Name of the
query normalization (filter) class used to manipulate patrons' search
terms to better match specific database indexes.
Default:
ORG.oclc.qnorm.NewtonDbBaseTermNormalizer.
Note: |
The query
normalization classes are included in the ORG.oclc.qnorm
package and have been developed for a wide variety of
databases. However, you can also
write your own query filters and apply them on a per-database
or per-index basis.
|
|
default
|
Required
for: ALL |
|
The index
searched if a search request does not contain an index.
|
browse_default
|
Optional
for: ALL |
|
The index
scanned if a browse request does not contain an index. |
operator
|
Optional
for: ALL |
|
Integer
that specifies the default Boolean operator used in combined-term
searches. Allowable values are:
Value |
|
Operator |
0 |
|
default.
This is the default operator used by the target Z39.50 server.
(Default) |
1 |
|
and |
2 |
|
with |
3 |
|
near |
4 |
|
or |
|
stopwords
|
Required
for: ALL |
|
Space-separated
list of words ignored in any search request issued against the database.
Typically, stopwords are words, such as "a", "an", and "the", that
occur too frequently in the database to be of value as search terms.
Note: |
You
also can specify a value of DEFAULT for stopwords instead
of a word list. The default stopwords list includes these
words:
an
and are as at be but by for from had have he her his in
is it not of on or that the this to was which with you
The
default list is defined in the ORG.oclc.qparse.StopWord
class.
|
|
Variable
|
Description
|
index<n>
OR,
beginning with version 4.0.2:
index*
|
Required
for: ALL |
|
Index identifier
for an index that belongs to an attribute set. Specify multiple
index identifiers as index1, index2, index3, and so on, or beginning
with version 4.0.2, index*, index*, and so on. Index names can include
any combination of alphanumeric characters but cannot contain any
spaces.
Notes: |
(1)
For each index defined here, there must be a corresponding
[index definition] section
in the configuration file. For example, if you define index*=Keywords,
you must also include a [Keywords] section in the configuration
file.
|
(2) The
order in which you list indexes determines the order in which
they appear in the WebZ or Record Builder interface. See the
discussion of the long list in Index
List Definitions in Database Configuration Files. |
(3) Beginning
with version 4.0.2, you can use either numerals or asterisks
to list the indexes, but do not mix the two; use either all
numerals or all asterisks. For versions prior to 4.0.2, use
numerals only. |
|
Return
to Contents
[index definition] Section
Required for: ALL
An [index definition]
section defines the specific attributes of an index within a database,
such as its name, abbreviation, use, and structure. There can be more
than one [index definition] section in a database configuration
file; each section must be listed in the [attribute
definition] section. The name of an [index definition]
section must match its name in the [attribute definition] section.
For example, if you define index*=Keywords in the [attribute definition]
section, you must name the corresponding [index definition] as
[Keywords].
Variable
|
Description
|
longname
|
Required
for: ALL |
|
The name
of the index as it appears in the WebZ or Record Builder interface.
|
filter
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Name of the
query normalization (filter) class used to
manipulate patrons' search terms to better match this database indexes.
The filter
class defined in the [attribute
definition] section of this file applies to all of a database's
indexes unless you specify a different filter class for a particular
index in its [index definition] section.
|
|
Index abbreviation.
Can be any combination of alphanumeric characters (64 characters
maximum), with no spaces or other punctuation. Beginning with version
4.1.0, the value of the abb variable must be unique for each index
for a given database.
Notes: |
(1)
In the database configuration files installed with your WebZ
system and Database Builder (if applicable), abbreviations
for keyword indexes include a colon, and abbreviations for
phrase indexes include an equals sign. This naming convention
is encouraged, but not required.
Examples: |
au:
(abbreviation for an author keyword index) |
|
au= (abbreviation for an author phrase index) |
|
(2) Be
consistent in your usage of index abbreviations across databases.
In SiteSearch 4.1.0, WebZ uses the indexes' abb values to locate
the correct indexes to use when conducting cross-database searches.
|
|
Variable
|
Description
|
|
Integer
that indicates the use for the index. The integer is typically a
use attribute (as defined by a well-known standard such as Z39.50,
which is recommended).
Notes: |
(1) For
local Newton databases in all SiteSearch versions, you must
remap the value of the use variable by specifying the actual
value of the index id (as defined in the database's description
(.dsc) file) in the alternateId
variable.
|
(2)
For SiteSearch 4.0.x versions:
- No
two indexes can have the same use and structure
settings.
- You
may remap the value of the use variable with the alternateId
variable to facilitate cross-database searching across databases
with non-standard index identifiers.
|
(3) In
the database configuration files installed with your WebZ system,
the use variable represents a Z39.50 use attribute. For information
on Z39.50 use attributes and their corresponding integer values,
see Appendix 3,
ATR: Attribute Sets, ANSI/NISO Z39.50-1995. |
|
|
Z39.50 structure
attribute, an integer that indicates the structure of the index
as defined by the Z39.50 standard. Commonly used values are:
Value |
|
Structure |
1 |
|
phrase
|
2 |
|
word |
3 |
|
key |
4 |
|
year |
5 |
|
date |
6 |
|
word
list |
|
|
relation
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Z39.50 relation
attribute, an integer that specifies the relationship of the access
point (left side of the relation) to the search term as qualified
by the attributes (right side of the relation), e.g., Date-publication
<= 1975. Commonly
used values are:
Value |
Relation |
1 |
Less
than |
2 |
Less
than or equal |
3 |
Equal |
4 |
Greater
or equal |
5 |
Greater
than |
6 |
Not
equal |
|
position
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Z39.50 position
attribute, an integer that specifies the location of the search
term within the field or subfield in which it appears. Allowable
values are:
Value |
|
Position |
1 |
|
First
in field |
2 |
|
First
in subfield |
3 |
|
Any
position in field |
|
truncation
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Z39.50 truncation
attribute, an integer that specifies whether one or more characters
may be omitted in matching the search term in the target system
at the position specified by the truncation attribute. Allowable
values are:
Value |
|
Truncation |
1 |
|
Right
truncation |
2 |
|
Left
truncation |
3 |
|
Left
and right truncation |
100 |
|
Do not
truncate |
101 |
|
Process
# in search term |
102 |
|
RegExpr-1 |
103 |
|
RegExpr-2 |
|
completeness
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Z39.50 completeness
attribute, an integer that specifies whether the contents of the
search term represent a complete or incomplete subfield or a complete
field. Allowable values are:
Value |
|
Completeness |
1 |
|
incomplete
subfield |
2 |
|
complete
subfield |
3 |
|
complete
field |
|
cleanForQuery
|
Optional
for: ALL |
|
Indicates
whether a query against this index is stripped of punctuation prior
to issuing the search. Allowable values are:
TRUE |
Strip
punctuation. (Default) |
FALSE
|
Do
not strip punctuation. |
Note: |
This
variable is typically set to FALSE for indexes containing
numeric data containing punctuation, such as Dewey numbers.
|
|
Variable
|
Description
|
|
Indicates
whether the index supports plural searches. Allowable values are:
TRUE |
Supports
plural searches |
FALSE
|
Does
not support plural searches. (Default) |
|
alternateId
|
Required
for: LOC
(all SiteSearch versions)
Optional for: HLD, LOG, REM,
(version 4.0.x) |
|
Integer that
represents the Newton index identifier to use in a search (beginning
with version 4.1.0) or the actual index identifier (id) or real use
attribute on the remote Z39.50 server (version 4.0.x). Use
this variable when the actual database index id or use attribute does
not map to a well-known standard (such as Z39.50) or does not match
an index definition in a group database configuration file (for cross-database
searching).
If not
specified, the value defined in the use variable
is used.
Note: |
|
(1)
When this index is searched, WebZ first locates the index
based on its use attribute. Next, if an
alternateid is defined for the index, ZBase converts the use
attribute to the alternateId.
|
|
(2) An
index's use variable should reflect a well-known
standard (such as Z39.50) and/or match a corresponding index
in a group database configuration file (to support cross-database
searching). The alternateid variable, when used, should equal
the actual index id or use attribute defined in the database. |
|
|
Indicates
whether the index is a restrictor index. A restrictor index is a
special index that cannot be searched on its own. It can only be
ANDed into a search query. For more information about restrictor
indexes in local databases, refer to Restrictor
Definitions. Possible
values are:
TRUE |
This
is a restrictor index. |
FALSE
|
This
is not a restrictor index. (Default) |
Note: |
(1)
This variable applies only to databases with non-searchable
and "browsable" restrictors.
|
|
(2) If
restrictor=TRUE, the index does not appear in any index lists
in the WebZ interface or the Record Builder interface when you
use allminusRestrictors shorthand. |
|
|
Indicates
whether this index supports searches containing ranges of values.
A typical
use for this variable is for indexes that include dates.
Allowable values are:
TRUE |
Supports
ranges. |
FALSE |
Does
not support ranges. (Default) |
Note: |
If
range=TRUE, you must specify min and max
variables for the index.
|
|
|
Whole integer
that defines the minimum range value allowed for indexes supporting
search ranges.
|
|
Whole integer
that defines the maximum range value allowed for indexes supporting
search ranges.
|
Variable
|
Description
|
value<n>
OR,
beginning with version 4.0.2:
value*
|
Optional
for:
GRP, LOC, LOG, RBD, REM |
|
Set of values
that appear in a select list or as radio buttons in the WebZ interface.
Specify multiple values as value1, value 2, value 3, and so on,
or beginning with version 4.0.2, value*, value*, and so on.
The syntax
for a value is DisplayText:SearchString, where DisplayText
is the text that appears in the interface and SearchString is the
parameter to include in a search.
Examples: |
value*
= English only:english
|
value*
= Non-English only:nonenglish |
You must
define a set of values for the index to appear in the WebZ or Record
Builder interface as a drop-down select list or as radio buttons.
Notes: |
(1)
See Value Variables in Database
Configuration Files for more information about the value
variable.
|
|
(2) Beginning
with version 4.0.2, you can use either numerals or asterisks
to list the values, but do not mix the two; use either all numerals
or all asterisks. For versions prior to 4.0.2, use numerals
only. |
|
AutoQuote
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Adds double
quotes to the search term if necessary. Allowable values are:
TRUE |
|
Add
double quotes. |
FALSE
|
|
Do
not add double quotes. (Default) |
|
collapse
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Override the
collapse list for the query normalization filter
specified for the index or the database by specifying a customized
collapse list of characters. If you use this variable, you must
specify the entire collapse list for the filter, not just the additional
characters.
Example: |
collapse
= .,;:<>{}=!()+%$"@[]`|~/'^-
|
|
inputDataCharacterset
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Specify the
character set for the search term if it is not the ASCII character
set.
|
useRelationAttribute
(beginning with version 4.1.0)
|
Optional
for: ALL |
|
Indicates
whether to discard a relation attribute contained in a query. This
may be necessary if a remote server cannot handle the relation attribute.
Allowable
values are:
TRUE |
|
Discard
the relation attribute. |
FALSE
|
|
Retain
the relation attribute. (Default) |
|
Return
to Contents
[sort] Section
Required for: GRP,
LOC, LOG, RBD, REM (if SupportsSort=TRUE)
This section indicates
how to sort result sets. You must include the [sort]
section in the database configuration file if SupportsSort=TRUE
in the [database] section.
Variable
|
Description
|
localsort
|
Required
for:
GRP,
LOC, LOG, RBD, REM |
|
Indicates
whether the remote server or the WebZ ZBase server (or the ZBaseRB
server, in the case of a Record Builder database) sorts records
returned by a search. Possible values are:
TRUE
|
ZBase
performs the sort locally. (Default) |
FALSE |
Remote
server performs the sort. |
Notes: |
(1)
You must set localsort=TRUE if a remote database server does
not supporting sorting.
|
(2) If
the remote server performs the sort (local sort=FALSE), then
you do not need to specify the articles,
presentRecordSyntax, or
presentStepSize variables in
this section, or the parm* , datalen,
or offset variables in the [sort key definition] section.
|
(3)
For all database types except remote databases, you must set
localsort=TRUE to enable sorting. |
(4)
If you plan to implement de-duplication
for the database, you must set localsort=TRUE for all database
types. |
|
articles
|
Required
for:
GRP,
LOC, LOG, RBD, REM
(if localsort = TRUE) |
|
Characters
and character combinations to ignore during a sort. The value for
this variable is a comma-separated list of alphanumeric characters.
Example: |
articles=a,
an, the
|
|
presentRecordSyntax
|
Required
for: GRP,
LOC, LOG, RBD, REM
(if localsort = TRUE) |
|
Syntax of
records returned from a sort request. Allowable values are:
BER
MARC
SUTRS
|
presentStepSize
|
Required
for: REM
(if localsort = TRUE) |
|
Number of
records a remote database server returns at one time in response
to a present request (10 records at a time, 20 records at a time,
etc.). Applicable only when ZBase sorts the records rather than
the remote server (localsort=TRUE).
Note: |
A
commonly-used value for this variable is 20.
|
|
Variable
|
Description
|
maxSortRecords
|
Optional
for:
GRP,
LOC, LOG, RBD, REM |
|
Maximum
number of records to sort in response to a present request.
Note: |
A
commonly-used value for this variable is 200.
|
|
maxAutoSortRecords
|
Optional
for
GRP,
LOC, LOG, RBD, REM |
|
Maximum
number of records to sort in response to a sort request that is
piggy-backed in a query.
Note: |
A
commonly-used value for this variable is 100.
|
|
key<n>
OR,
beginning with version 4.0.2:
key*
|
Required
for:
GRP, LOC, LOG, RBD, REM |
|
Sort key
identifier. Defines the sort keys that are available to a database.
Specify multiple sort key identifiers as key1, key 2, key3, etc.,
or beginning with version 4.0.2, as key*, key*, and so on. Sort
key names can be any combination of alphanumeric characters and
can contain no spaces.
Note: |
(1)
For each sort key defined in the [sort] section, there must
also be a corresponding [sort
key definition] section in the configuration file.
For
example, if you define key*=titleKey, you must also define
a [titleKey] section in the configuration file.
|
(2) Beginning
with version 4.0.2, you can use either numerals or asterisks
to list the sort keys, but do not mix the two; use either all
numerals or all asterisks. For versions prior to 4.0.2, use
numerals only. |
|
Return
to Contents
[sort key definition] Section - Required
for: GRP,
LOC, LOG, RBD, REM (if [sort] section exists)
A database configuration
file must include a [sort key definition] section for each key
defined in the [sort] section.
Variable
|
Description
|
name
|
Required
for:
GRP,
LOC, LOG, RBD, REM |
|
Name of
the sort key as it appears in the WebZ or Record Builder interface.
|
|
use |
Required
for:
GRP, LOC, LOG, RBD, REM |
|
Use attribute
or index ID of the index that the sort key uses to perform a sort.
This value should match the use value of the
index being sorted.
|
parm<n>
OR,
beginning with version 4.0.2:
parm*
|
Required
for:
GRP,
LOC, LOG, RBD, REM |
|
Complete
BER tag path of the data field on which to sort. Specify multiple
paths as parm1, parm2, parm3, and so on, or beginning with version
4.0.2, parm*, parm*, and so on.
Allowable
formats for parm values are:
parm*
= 700/1,4 |
|
(finds
subfield 700/1 or 700/4)
|
parm*
= 700/1-4 |
|
(finds subfields 7001/ through 700/4) |
parm*
= 700/* |
|
(finds
all subfields in field 700) |
You can
define only one field in a parm variable. For example, the following
syntax is not valid:
parm*
= 700/1, 740/1
Note: |
Beginning
with version 4.0.2, you can use either numerals or asterisks
to list the parm values, but do not mix the two; use either
all numerals or all asterisks. For versions prior to 4.0.2,
use numerals only. |
|
|
datalen |
Optional
for:
GRP,
LOC, LOG, RBD, REM |
|
Amount of
data (in bytes) to retrieve from a parm field.
Default:
All data in the field.
This variable
is especially useful for pulling date information from date fields
and is typically used in conjunction with dataoffset.
|
|
Beginning
byte position (offset) from which to retrieve data in a parm
field. The position defined by dataoffset is zero-based. For example,
if dataoffset=4, the beginning byte position is 3 (that is, 0, 1,
2, 3).
|
|
class |
Optional
for:
GRP,
LOC, LOG, RBD, REM |
|
Java class
used to perform the sort. You can specify one of the sort keys in
the ORG.oclc.zsorts
package or write your own custom sort key.
Default:
ORG.oclc.zsorts.DefaultSortKey
|
Return
to Contents
[dedup]
Section (beginning with version 4.1.0) Optional for: GRP, LOC,
LOG, REM
The [dedup] section
contains information needed to implement de-duplication
for a group database or within an individual database in compliance with
Z39.50-1995
Amendment 2: Z39.50 Duplicate Detection Service.
De-duplication allows patrons to identify the same records from different
databases within a combined
result set or to remove duplicate records from a single database.
Variable
|
Description
|
|
maxdedupRecords
|
Optional
for:
GRP, LOC, LOG, REM |
|
Integer that
specifies the maximum number of records in a result that can be
de-duplicated. Result sets that contain more than the maxdedupRecords
value are not de-duplicated.
Default:
200
|
|
maxdedupRecordsToRetain
|
Optional
for:
GRP, LOC, LOG, REM |
|
Integer or
percentage that specifies the maximum number or percentage of duplicates
associated with a representative record.
Default:
100%
|
|
AutomaticDedupOnEverySearch
|
Optional
for:
GRP, LOC, LOG, REM |
|
Indicates whether
to perform de-duplication on every result set with a result set
count less than or equal to the value for maxDedupRecords.
Allowable values are:
TRUE |
ZBase
performs the sort locally. |
FALSE
|
Remote
server performs the sort. (Default) |
If AutomaticDedupOnEverySearch=FALSE,
you can selectively de-duplicate results by including a widget (dedup=true)
as a hidden input type in the relevant type HTML file. See Selectively
De-Duplicating Results for more information.
|
|
SortCriterion
|
Optional
for:
GRP, LOC, LOG, REM |
|
Order in which
to sort the duplicates for a single cluster record. Allowable values
are:
DbNameOrder
|
|
By the
order specified in the preferredDatabaseNames
variable. (Default) |
LargestRecordsFirst
|
|
Sort
by record size, from largest to smallest. |
SmallestRecordsFirst |
|
Sort
by record size, from smallest to largest. |
|
|
preferredDatabaseNames
|
Required
for:
GRP, LOC, LOG, REM
(if SortCriterion = DbNameOrder) |
|
List of databases
that specifies the preferred order to display duplicates underneath
a representative record. Insert a space (but no other punctuation)
between each database's name.
Example: |
preferredDatabaseNames
= DRA Endeavor III
|
|
|
key* |
Required
for:
GRP, LOC, LOG, REM |
|
De-duplication
key identifier. There must be a [dedup key
definition] section for each key* = line in this section.
For example, if you define key*=StandardNumberKey in this section,
you must include a [dedup key definition] section named [StandardNumberKey].
|
Return
to Contents
[dedup key definition] Section Required for: GRP, LOC,
LOG, REM (if [dedup] section exists)
Variable
|
Description
|
name
|
Required
for:
GRP,
LOC, LOG, REM |
|
Name of
the de-duplication key.
|
|
use |
Required
for:
GRP, LOC, LOG, REM |
|
Use attribute
or index ID of the index that the de-duplication key uses to perform
the de-duplication. This value should match the use
value of the index being used for de-duplication.
|
parm*
|
Required
for:
GRP,
LOC, LOG, REM |
|
Complete
BER tag path of the data field on which to de-duplicate. Specify
multiple paths as parm*, parm*, and so on.
Allowable
formats for parm values are:
parm*
= 700/1,4 |
|
(finds
subfield 700/1 or 700/4)
|
parm*
= 700/1-4 |
|
(finds subfields 7001/ through 700/4) |
parm*
= 700/* |
|
(finds
all subfields in field 700) |
You can
define only one field in a parm variable. For example, the following
syntax is not valid:
|
|
datalen |
Optional
for:
GRP,
LOC, LOG, REM |
|
Amount of
data (in bytes) to retrieve from a parm field.
Default:
All data in the field.
This variable
is especially useful for pulling date information from date fields
and is typically used in conjunction with dataoffset.
|
|
Beginning
byte position (offset) from which to retrieve data in a parm
field. The position defined by dataoffset is zero-based. For example,
if dataoffset=4, the beginning byte position is 3 (that is, 0, 1,
2, 3).
|
|
class |
Optional
for:
GRP,
LOC, LOG, REM |
|
Java class
used to perform the de-duplication. You can specify one of the sort
keys in the ORG.oclc.zsorts
package or write your own custom sort key.
Default:
ORG.oclc.zsorts.DefaultSortKey
|
Return
to Contents
[IndexLists] Section - Optional for: GRP, LOC, LOG, RBD, REM
The [IndexLists]
section allows you to define database-specific sets of indexes. An index
list consists of a name (such as "tabbar" or "long") and a comma-separated
list of indexes (or a shorthand keyword). WebZ and Record Builder gadgets
use the index list names to construct database-specific lists of indexes
for display in the interface .See Index List
Definitions in Database Configuration Files for more information about
using the [IndexLists] section.
Variable
|
Description
|
|
name |
Optional
for:
GRP,
LOC, LOG, RBD, REM |
|
Comma-separated
list of indexes to be displayed by gadgets in the WebZ interface.
A name can be any combination of alphanumeric characters but cannot
contain spaces.
You
can also use the following shorthand values with the name variable
in place of a comma-separated list:
Value |
Meaning |
all |
Include
all indexes
|
words |
Include
all indexes except those in which structure=1
(phrases) or structure=6 (wordlist). |
phrases |
Include
only indexes in which structure=1 (phrases) or structure=6
(wordlist) |
allMinusRestrictors |
Includes
all indexes EXCEPT those in which restrictor=TRUE.
|
Note: |
Although
the name variables are optional, they are necessary for the
WebZ OBI to function properly If you base your interface on
the OBI, remove these variables only if you know that no gadgets
still use them. |
The index
list names used in the WebZ OBI, version 1, are:
Name |
Use |
browse |
Indexes
that appear on the browse screen (<WebZ_root>/htdocs/obiv1/html/scansearch.html).
|
limits |
Indexes that allow the user to limit a search against another
index on the advanced search screen (<WebZ_root>/htdocs/obiv1/html/advancedsearch.html).
The indexes in the list may be restrictors,
but do not have to be. |
long |
Indexes
that appear on the advanced search screen (<WebZ_root>/htdocs/obiv1/html/advancedsearch.html) |
tabbar |
Indexes
that appear on the first three tabs in the tab bar on the
basic search screen (<WebZ_root>/htdocs/obiv1/html/search.html).
|
short |
Shortened
list of indexes. |
You are free
to add or remove names from this list as you modify the WebZ OBI.
|
[Export] Section -- Required to support export function from a
Pears or Newton database.
Variable
|
Description
|
recordsyntax |
Record
format for exporting records. The syntax should be the same format
in which the record was originally created or imported into the
database.
|
dbdescfile |
The
database description file used for creating the Pears database from
which you are exporting. Required for Pears databases only. |
[Import]
Section -- Required to support import function in a Pears or Newton
database.
Variable
|
Description
|
recordsyntax |
Record format
for importing records to an existing local database. The record
syntax must be the same format as the syntax of the target database.
Failure to match the syntax between the imported record and the
target database could harm the database.
|
dbdescfile |
The
database description file used for creating the Pears database to
which you are importing. Required for Pears databases only. |
[RecordHandler]
Section -- Required for: Newton databases in SGML or Delimited Text
formats
Variable
|
Description
|
tagsfile
|
The
location of the local database dtd file. |
Return
to Contents
See Also
About
Database Configuration Files
Variable
Values in Database Configuration Files
Index List Definitions in Database Configuration
Files
Database
Server Configuration Files
Database List Configuration Files
|