Main -> Documentation -> WebZ System Administration -> WebZ Configuration Files -> Database Configuration Files -> Sections and Variables

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
[database]

Required for: ALL
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.
[ExtendedServices]
(beginning with version 4.1.0)

Required for: RBD
Defines the Java class used to apply online database updates made through the Record Builder interface to a local database.
Section
Description
[ExtendedServicesDbUpdate]
(beginning with version 4.1.0)

Required for: RBD
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.
[ttemplate_definition]
(beginning with version 4.1.0)

Required for: RBD
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.
[attributes]

Required for: ALL
Declares attribute types available for the database.
[attribute definition]

Required for: ALL
Defines the names and attributes of the indexes belonging to an attribute type specified in the [attributes] section.
[index definition]

Required for: ALL
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.
[sort]

Required for:
GRP, LOC, LOG, RBD, REM
(if SupportsSort = TRUE in [Database] section)

Specifies how to sort the records retrieved as the result of a database search.

[sort key definition]

Required for: GRP, LOC, LOG, RBD, REM
(if [sort] section exists)
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.
[dedup key definition]

Required for: GRP, LOC, LOG, REM
(if [dedup] section exists)
Defines a de-duplication key used to de-duplicate database records, which you specify in the [dedup] section.
[IndexLists]

Optional for: GRP, LOC, LOG, RBD, REM
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)

DbName

Required for: ALL

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
Longname
Required for: ALL

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.

Note: 

(1) ServerName must match the name of the [server] section in the database server configuration file.

(2) For a group database configuration file, you must set ServerName=ZBase.
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.

parts

Required for: LOG

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.

SupportsSort

Optional for:
LOC, LOG, REM, RBD, THS

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
FullText

Optional for: LOC, REM

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).
FullTextRecordSyntax

Required for: LOC, REM
(if FullText = TRUE)

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:

ISOILL    Send ILL requests electronically to OCLC's ILL Direct Request Service.
EMAIL   E-mail ILL requests to a designated e-mail address.
NONE   No ILL service available. (Default)
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:

ORG.oclc.util.BatchNewtonUpdate   (for UNIX systems)
ORG. oclc.util.BatchNewtonUpdateforNT   (for Windows NT systems)

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
exes

Required for: RBD
Directory where database executables for updating the database are stored. This is generally <WebZ_root>/dbbuilder/bin.
logs

Required for: RBD
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
name

Required for: RBD
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.
marc

Optional for: RBD

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

OID


Optional for: ALL

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.

abb


Required for: ALL

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

use


Required for: ALL

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.

structure


Required for: ALL

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
Note: 

For a complete list of Z39.50 structure attributes, see Appendix 3, ATR: Attribute Sets, ANSI/NISO Z39.50-1995.

Note:

The relation, position, truncation, and completeness attributes do not have default values. If you do not specify these values, they are not used.

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
Note: 

For a complete list of Z39.50 relation attributes, see Appendix 3, ATR: Attribute Sets, ANSI/NISO Z39.50-1995.

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

plural


Optional for: ALL

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.

restrictor


Optional for: ALL

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.

range


Optional for: ALL

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.

min


Required for: ALL
(if range = TRUE)

Whole integer that defines the minimum range value allowed for indexes supporting search ranges.

Example: 

min = 1900

max


Required for: ALL
(if range = TRUE)

Whole integer that defines the maximum range value allowed for indexes supporting search ranges.

Example: 

max = 2100

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.

dataoffset

Optional for:
GRP, LOC, LOG, RBD, REM

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:

    parm* = 700/1, 740/1

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.

dataoffset

Optional for:
GRP, LOC, LOG, REM

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



[Main][Documentation][Support][Technical Reference][Community][Glossary][Search]

Last Modified: