Summary of Public
Display Group’s Progress
Three elements control public display: webpubdef, wwwoptions, and style sheets.
- The webpub.def file is a text file containing a series of
entries that control the bibliographic and holdings record display.
(Manual p. 106019). Webpub.def is a
Unix file that can be edited with a text editor.
Web options (also called Web OPAC options) are a variety of settings that
control the look and functionality of your OPAC. Web options reside in the
WWWOPTIONS file. (Manual p. 106058).
sheets allow the webmaster to change the presentation (fonts, colors,
spacing, etc.) of documents without changing their HTML code.
At the present time, we’re controlling the display of the
following fields from the resource records with webpubdef:
Author (field a)
Resource Name (t)—Relabeled Resource Title “Resource Name” is probably confusing. Patrons are familiar with the word “title”.
Alternate Resource Name (x) —Relabeled Alternate Resource Title “Resource Name” is probably
confusing. Patrons are familiar with the
Local Subject (q)—Relabeled General Subject “Local
Subject” is probably meaningless to the patron.
Mode of Access (b)—Relabeled Notes
The committee proposes to use this field to display information
previously designated for display in the Public Note (f) field such as
specialized system requirements, version issues, any information that would go
in a general note in the bib record.
Resource Advisory (k) Because webpubdef is a Unix file, this field
does not display to the public when the field is empty.
possible to relabel fields in the public display using webpubdef. This does not affect the field labels used in
ERM. At some point we may wish to harmonize labels for the sake of clarity.
Configuration of the ERM
portion of webpubdef as of 6/14/2006:
e|x|||Alternate Resource Title||e|
At the present time, we’re controlling display of the
following fields from the license record with wwwoptions:
of simultaneous users (Fixed field 232)
A-Z and Subject Page
Results screen of
title search by “A” in Find Articles and More.
Display of resource
record for Bioone.
Area of resource
record controlled by wwwoptions:
Guidelines page http://libraries.colorado.edu:2082/screens/guidelines.html
the patron with one record for each resource.
After examining Bowling Green’s
implementation of ERM in which both records are displayed and linked, the
committee concluded that display of both records is confusing for users.
To accomplish the single display, the Libraries would need to suppress
either the bib record or the resource record. The resource record cannot be
suppressed from public view if it is used to populate the Subject and A-Z
lists. As a result, in most cases,
the committee recommends that the bib record be suppressed for resources
at the collection or database level.
There may be a few
exceptions to this proposed policy. Science,
a stand alone title with license, contact, and consortial purchasing
details, is one example. Although
we need a resource record to manage license and contact details, it would
be unnecessarily confusing to the patron to display a record for a single
title in the Subject and A-Z lists.
It seems logical to suppress the resource record for one-off titles
such as Science to maintain
consistency with the presentation of bib records for individual serial titles.
selected resource record fields to Chinook’s indexing:
Author (Resource): index in author
and keyword indexes.
Resource name and alternate resource name:
index in title and keyword indexes.
Description: index in keyword
Because the committee recommends suppression of bib records for most
resources, indexing these fields would enable discovery of resource
records from Subject and A-Z pages and the title, keyword, and author
searches—functionality that is available in the current implementation of
resource records for free resources recommended by bibliographers in order
to make them available from the Subject and A-Z lists as appropriate. Examples: DOAJ,
Gallica, Making of America.
Although this is a workflow issue, the committee believes that it is a
manageable one. Resource records
for freely available websites would not need to be linked to license and
contact records. Necessary
information can often be gleaned from existing bib records and the website
itself. Furthermore, many of the
fixed fields could be disregarded.
Because some free resources are included in the Serials Solutions
database, it is possible to create coverage loads for journal collections such as DOAJ or Gallica. It would also be consistent with our
recommendation to suppress bib records in favor of resource records at the
database or collection level.
a link to a General Guidelines page by inserting html code within the
of use in this field. Separate
these from the General Guidelines visually by including <br> html
links to tutorials and other supplementary information in using the Notes
field of the resource record.
At the present time, Find Articles
and More includes two links when appropriate: one for the resource and
one for streaming video tutorials.
A link to the tutorial could be included in the Notes field with
fairly simple html coding.
of MARC button.
- How to
get rid of David Quackenbush in the AIAA resource records. We have no idea where this is coming
field names in public display and record documentation.
selective fields in the resource and license records. For example, renaming “Note” (variable
field n in resource records) to “Internal Note” to better reflect how it’s
used in the system.
of the “Resource Name” index that is available from the search results
screens of the Subject and A-Z page.
Some training issues if our recommendations are adopted:
- At the
present time, Meredith can control the order in which resources are linked
in the subject pull-down menus of Find
Articles and More. Since all
pages are generated dynamically, she will not be able control the order in
which they appear in the results list when ERM goes live.
- At the
present time, the entries in the subject lists in Find Articles and More include brief descriptions. When ERM goes live, the subject lists
will provide a brief display. We
will need to train users to look at the complete record to enable them to
make informed database selections and to find tutorials and other
(Note: they’re already doing
this for all searches of the catalog proper.)