Greenstone is a suite of software for building and distributing by hcj

VIEWS: 19 PAGES: 7

									Greenstone is a suite of software for building and distributing digital library
collections. It provides a new way of organizing information and publishing it on
the Internet or on CD-ROM. Greenstone is produced by the New Zealand
Digital Library Project at the University of Waikato, and developed and
distributed in cooperation with UNESCO and the Human Info NGO. It is open-
source, multilingual software, issued under the terms of the GNU General
Public License. Read the Greenstone Factsheet for more information.

The aim of the Greenstone software is to empower users, particularly in
universities, libraries, and other public service institutions, to build their own
digital libraries. Digital libraries are radically reforming how information is
disseminated and acquired in UNESCO's partner communities and institutions
in the fields of education, science and culture around the world, and particularly
in developing countries. We hope that this software will encourage the effective
deployment of digital libraries to share information and place it in the public
domain. Further information can be found in the book How to build a digital
library, authored by two of the group's members.

The complete Greenstone interface, and all documentation, is available in
English, French, Spanish, Russian and Kazakh. Greenstone also has interfaces
in many other languages. We are looking for volunteers to add new language
interfaces and help maintain existing ones.

How to find information in the How to Build a Digital Library collection
There are 4 ways to find information in this collection:
search for particular words
access publications by figure number
browse phrases occurring in publications
access publications by acronym occurance
You can search for particular words that appear in the text from the "search" page. This
is the first page that comes up when you begin, and can be reached from other pages by
pressing the search button.
You can access publications by figure number by pressing the figures button. This brings
up a list of figure numbers in numeric order.
You can browse phrases occurring in publications by pressing the phrases button. This
uses the phind phrase browser.
You can access publications by acronym occurance by pressing the acronyms button.
This brings up a list of the acronyms, and the places that they occur.
What is Library Automation?

 Library automation can be defined simply as the use of computer and networking
technologies in the library.Areas of Library Automation:

Automation of library functions
Use of electronic resources within the library (e.g. CD-ROMs)
Accessing remote electronic resources (e.g. the Internet)
Office automation (e.g. word-processing, spreadsheets, databases, etc.)
Patron services (e.g. computer laboratory, multimedia center)
Objectives of Library Automation:

To improve the level of service and quality of output
To fulfill needs that cannot be achieved by manual system:
Sharing of resources
Information that appears only in electronic format (e.g. CD-ROM, Internet resources,
databases, etc.

Barcoding the Collection



Barcoding is the process by which a barcode label is attached to an item in the library's
collection.
Barcodes serve as a computerized accession number - a unique identifier that links a
specific book, journal issue, compact disc, etc., to the item record that describes it.

Methods of barcoding the library collection:

Smart barcodes - Barcode number is pre-assigned to a particular item record. The library
software prints this barcode together with call number and/title of the item. Library staff
find that specific item on shelf and put the barcode label on it.
Dump barcodes - Barcode number on the barcode label is not related to any item until
that number is manually entered into the item record by the library staff. This is usually
done by scanning in the number using a barcode reader.
Automation of Library Functions




Human Factors of Library Automation

 "The greatest marvel of technology is that if it breaks down, we can fix it; if it has
flaws, we can debug it; if it doesn't work at all, we can ignore it; and if it works well ,
we can make it work better. No one has as yet figured out a way to debug the human
factor. It is the most complicated aspect of any technological system, yet it's the one
that gets the least attention, is least discussed, the least researched, and perhaps the least
understood." -- Fine (1982, p. 209). In Information technology : critical choices for
library decision makers / edited by Allen Kent and Thomas J. Galvin. New York : M.
Dekker, 1982.

Players in school library automation:

Teacher Librarian
Principal and Supervisors
IT Coordinator and Staff
Library Staff
Teachers
Students
Resistance to changes

Loss of control; uncertainty; more work; concerns about future competence; disruptions
of other plans and works; loss of status; etc.

Risks in Automation

The most common causes of failure:

Loss of commitment
Vendor viability
Support of higher-level administrators
Computer center support
Inadequate resources
Organizational changes
Staff attitudes
Patron attitudes

Library Automation Steps

Planning is time-consuming, but it is usually cost-effective because time spent planning
reduces the amount of time required for system implementation. Steps involved are:

Step 1: Describing existing library services and technology

Identifying existing services and functions provided by the library
Identifying existing technology being used in the library
Collecting and organizing basic statistical data
Step 2: Assessing needs and setting priorities

Who should be involved in planning?
Needs assessment
Identifying approaches to satisfy the needs
Setting priorities
Developing a preliminary budget
Step 3: Translating needs and priorities into specifications

Designing specifications
Preparing and distributing the Request for Proposal (RFP)
Step 4: Evaluating proposals and selecting a system

Making the first cut
Seeing system demonstrations
Analyzing vendor responses
Costs
Obtaining responses from vendor's clients
Making the final cut
Step 5: Putting your system into place

Contract negotiations
Hardware and software installation
Training
Step 6: Retrospective conversion and barcoding

Automation Options

 Acquiring software to run on a computer already in place Pursuing in-house software
development acquiring a turnkey system for the library Acquiring a turnkey system for
a consortium of libraries Relying on the data-processing facilities and staff of the
library's parent organization
Bibliographic Standards

 "The creation of a high-quality, machine-readable database provides the cornerstone
upon which all future automation efforts will rest. Vendors may come and go, hardware
may become obsolete, software may be replaced, but a well-constructed, well-
maintained database, with its accompanying local holdings, will be the library's
transportable and viable link from system to system." -- extracted from John M. Cohn,
etc. Planning for automation, 1992.

Why bibliographic standards?

Bibliographic standards are well-established and accepted
To maintain the portability of data
To enable resource sharing

Library Automation System Selection Guidelines

 1. The library automation software must be developed and designed based on the best
practices that are internationally adopted in the library profession. These include:

Adoption of MARC-based bibliographic record. Record can be imported, created,
updated and exported using the MARC 21 and ISO 2709 standards.
Bibliographic and item information must be stored separately in two different types of
record so that more than one item records can be attached to one bibliographic record.
Support of internationally adopted library standards, including ISBD, AACR2, subject
heading scheme, classification scheme, etc.
Automation of library operations and activities, including circulation, public catalog
searching, cataloging, ordering, serials control, and reporting.
2. The library automation software must be supported by a team that processes library
experience and qualification. This is essential to ensure that the team understand the
library requirements and at the same time is able to provide professional advices to the
libraries.

3. The software vendor (or developer) must have long-term commitment on the further
development of the software. Particularly:

The vendor should be quick to integrate emerging library standards and new technology
to the software. These include: Web and Internet based access to the library catalog,
XML and Dublin Core technology, Unicode, etc.
The vendor must be financially stable.
The vendor must be specialized in library applications
The vendor must have periodical upgrade release with new enhancements.
4. The library automation software must be able to support Hong Kong school library
environment, these includes:

Support bilingual (English/Chinese) interface and bilingual (English/Chinese) data
SAMS (Hong Kong Education Department's School Administration Management
System) student data can be imported to the library database
Support sharing of cataloging records among Hong Kong school libraries
The software must run on computer and networking equipment commonly used in Hong
Kong school libraries
The initial purchase cost and the annual upgrade cost must be priced at a level affordable
by Hong Kong school libraries

Hints for Viewing System Demonstrations

 Request that high priority modules be demonstrated first. Request the display of a
tagged full MARC record in the Cataloging Module Be alert for, and note, functions or
operations that cannot be demonstrated. Ask if the version that is being demonstrated,
for each module, is the same as the version in current release, i.e. what you would be
getting if you brought the system. Also ask if the modules demonstrated are included in
the price quoted in the RFP.

Watch for cumbersome or awkward operations within or between functions.
Request that, in addition to the pre-planned demonstration scenarios, a few specific
searches, operations, etc., be performed that are analogous to real situations in your
library. Ask each vendor to perform the same specific operations so that there will be a
common basis of comparison.
Take note of specifics about the system's functionality that you judge to be particularly
strong, as well as those that appear weak.
Telecommunications problems with dial-ups and/or lack of expertise on the part of the
demonstrator may hamper the effectiveness of the demonstration. Note this separately
from any functionality weaknesses.

Typical Configuration

Server

Pentium PC (e.g. Pentium III 500MHz)
Sufficient RAM for serving the network (e.g. 512MB)
Large and fast hard disk (e.g. 20GB)
Network card
Operating system: Windows 2000 Server or Windows XP Professional
Backup Device (e.g. DAT tape drive)
Optional: networked CD-ROM drives
Workstation
Pentium PC (e.g. Pentium II 500 MHz)
256MB RAM
9GB hard disk
Network card
Operating system: Windows 98 or Windows 2000 Professional or Windows XP
Professional
Optional: CD-ROM drive and sound card

Why do systems need to be upgraded?

The library is ready to add new functions

The library has exceeded the capacity of the original system
Current software must be upgraded because newer versions have been issued and current
versions are no linger supported by the vendor
Original hardware must be replaced and similar hardware is no longer produced
The vendor no longer supports the system or ceases operation.

								
To top