Loading in 2 Seconds...
Loading in 2 Seconds...
The Catalog of the Future: Integrating Electronic Resources. By Dana M. Caudle Cataloging Librarian Auburn University Libraries firstname.lastname@example.org. Electronic Resources. To catalog, or not to catalog, that is the question. Electronic books/ journals Aggregator databases
Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.
By Dana M. Caudle
Auburn University Libraries
To catalog, or not to catalog, that is the question.
How can we provide useful access to these resources?
A new purpose for the catalog:
To provide systematic access to information in whatever form it takes, not just to inventory a particular library’s print collection.
If we tell ILS vendors what we want!
We add primarily those things we pay for!
All print, microform, and electronic holdings on ONE bibliographic record.
ONE bibliographic record for print.
ONE bibliographic record for microform.
ONE bibliographic record for all electronic.
710 “Q codes” identify electronic resources attached to the bibliographic record. 710 makes them searchable. The subfield $b identifies the source of the electronic resource.
Can use definitive electronic record customized by vendors like SerialsSolutions and TDNet.
More confusing for user who has to deal with multiple records for multiple formats.
Even the catalog cannot contain ALL electronic resources. Cataloging with MARC and AACR2 is not always appropriate.
“As libraries digitize collections, metadata is required to organize and provide access to this content, outside of, or in association with, the library catalog.”
-- Roy Tennant
Each has a use! Each also uses XML as its mark-up language.
NO! It’s like apples and oranges.
MARC is BOTH a mark-up language and a content standard.
XML is strictly a mark-up language. It does NOT determine content.
The debate should not be one of whether to replace MARC with XML, but rather how to define MARC as one more metadata schema that can be manipulated in XML.
How do we do this? With cross-walks that automatically convert one metadata schema to another.
MARCXML, MODS, and Mapping
CORC and Connexion
An alternative to putting everything exclusively in the catalog:
Make the catalog one database in a larger collection of databases all using metadata appropriate to the types of items they are representing.
Uses XML and dynamic linking to serve as an interface for searching across multiple databases and the Internet.
Uses dynamic linking to integrate multiple electronic resources, including the catalog and Internet searching.
Depending on the library’s needs, integrating some electronic resources into the catalog and using EnCompass or SFX to integrate the catalog with other electronic resources could very well be the best method of all for providing seamless, one-stop access to electronic and print resources.
To our users, this will be the catalog of the future.
Auburn University Libraries web site: http://www.lib.auburn.edu/
Endeavor EnCompass web site http://encompass.endinfosys.com/
Library of Congress MARC Standards http://www.loc.gov/marc/marc.html
OCLC Connexion web site http://connexion.oclc.org/
SerialsSolutions web site http://www.serialssolutions.com/home
SFX web site http://www.sfxit.com