Unit 1
Unit 1
AUTOMATION
Structure
1.0 Objectives
1.1 Introduction
1.2 Evolution of Library Automation
1.3 Automated Library Systems
1.3.1 Rationale
1.3.2 Prerequisites and Steps
1.3.3 Procedural Model
1.3.4 Traditional, Automated and Digital: Three Eras of Library Systems
1.4 Automated Library System: Standards and Software
1.4.1 Standards
1.4.2 Software
1.5 Automated Library System: Global Recommendations
1.5.1 OLE Recommendations
1.5.2 ILS-DI Recommendations
1.5.3 Request for Proposals (RFPs)
1.6 Automated Library System: Development of RFP
1.7 Automated Library System: Trends and Future
1.8 Summary
1.9 Answers to Self Check Exercises
1.10 Keywords
1.11 References and Further Reading
1.0 OBJECTIVES
After going through this Unit, you will be able to:
• understand conceptual views related to library automation and evolution of
ILS;
• know features, advantages, requirements, steps, standards and models of
library automation; and
• trace the path of progress and future directions in the development of ILS.
1.1 INTRODUCTION
Library services require a series of works like acquiring, preparing and organising
documents of different types and available in many formats. The activities related
to acquisition of documents, technical processing of acquired documents,
circulation and maintenance of processed documents are known as housekeeping
operations. In a traditional library system (managed manually) these time
consuming, labour intensive activities and routine clerical chores are performed
slowly and expensively by library staff. Libraries all over the world, right from
1970s (with the advent of Personal Computer) are increasingly attempting to 5
Library Automation automate some of these activities for minimising human clerical routines and
thereby optimising productivity and creativity of library staff. Library automation
is the generic term that denotes applications of Information Communications
Technologies (ICT) for performing manual operations in libraries of any type or
size. Library automation process can adopt three routes – i) a piecemeal approach,
converting individual operations one at a time (for example installation of
Cataloguing module alone to offer OPAC); ii) the process can work towards the
integrated system progressively, using a ‘planned installation’ approach (for
example installation of Member management module and Circulation modules
after the Cataloguing module); and iii) it can go directly for a fully integrated
system to cover operations of all subsystems in the library. Therefore, theoretically,
a typical library automation may or may not be integrated and may or may not be
applied on a Local Area Network (or Intranet). In such automation process, the
functions that may be automated are any or all of the followings: acquisition,
cataloging, member management, circulation, serials control, inter library lending,
and access to online public access catalogue. But the radical development in
hardware, software and connectivity along with the reduced costs paved the path
for integrated library automation systems (ILS). Presently, library automation
processes are integrated systems of a set of interlinked modules responsible for
the management of different operational subsystems.
Cataloguing
OPAC
User Librarian
8
The Second Automation Age: This period of library automation was Introduction to Library
Automation
characterised by the rise of public access i.e., the arrival of OPAC as a replacement
for the traditional card catalogue. This period also witnessed major developments
in online access to abstracting and indexing databases, union catalogues, resource
sharing networks and library consortia.
The Third Automation Age: This era was characterised by the full text access
to electronic documents over high-speed communication channels. Digital media
archiving was an important element of library automation in this period. The
advent of Internet as global publishing platform and largest repository of
information bearing objects revolutionised the ways and means of delivering
library services. As a result, Web-centric library automation was norm of the
time.
The Fifth Automation Age: The next generation library automation uses
interactive, collaborative and participative platform for developing user-oriented
library services with the help of Web 2.0 tools and services. This era of library
automation also characterised by the capabilities to on-the-fly integration of
Linked Open Data (LOD) with local library resources and operations (for example
- utilisation of global dataset VIAF (Virtual Internet Authority File) in managing
name authority file of local library catalogue, and integration social networking
tool such as Facebook with OPAC to post Like against a library document).
Cloud based library management and Web-scale library management are norms
of the fifth automation age.
Now you know the phases of development in library automation for almost the
last forty-five years. However, a time line for the development of ground-breaking
events in library automation can be a handy tool for you to grab the path of
development.
1.3.1 Rationale
Society is changing and so are the library users. There are many reasons of the
ongoing changes but the most visible one is the impact of ICT on society. As a
result libraries need to change to keep pace with these societal changes. It is also
required for libraries to get continued support – political and financial from parent
organisation as well as from government. However, the rationale for library
automation may be summarised as below:
• Automation of library housekeeping operations is considered as an especially
critical area from which future benefits will emerge. It means that if a library
is not automated it cannot take advantages contributed by ICT such as
digitisation, web-enabled library system, use of linked open data, remote
management of library, interactive user services etc. ;
• Increased operational efficiencies are achieved through library automation;
• Automation of housekeeping operations relieves professional staff from
routine clerical chores and thus make them available for end-users services;
• Betterment of library services in terms of speed, quality and efficiencies;
• Automation may create interactive, collaborative and participative platform
for user-centric library services;
• Supports improvement of existing services and introduction of new services;
• Makes library free from two fundamental barriers of information access –
time and space. A web-enabled library system allows access at anytime from
anywhere and by anyone;
• Automated library system with the capability to generate extensive reports
and statistics extends support as decision-making tool for library managers
and policy makers;
12
• An automated library system is able to contribute to resource-sharing Introduction to Library
Automation
networks and on the other hand may take the benefits of resources and
services of library networks; and
• Better management of staff, physical resources, financial resources and wider
dissemination of information products and services.
But at the same time one should remember that library automation requires huge
initial investments in developing network infrastructure, procuring hardware,
buying/customising software, retraining of staff or in some cases recruitment of
technical staff. It may lead to chaos in resource organisation and dislocations in
user services during transformation phase. Initially users and staff may feel
uncomfortable, but with the passing of time the benefits of library automation
will be realised by all stakeholders. As ICT has spillover effect, an automated
library system, after initial teething problem, soon begins to search other areas
for extension of bibliographic services.
System-level requirements
The system level requirements include hardware, network and storage. These
components build the necessary infrastructure for implementation of integrated
library system. The infrastructural requirements for library automation may vary
from simple (inexpensive) to very complex (expensive) depending on factors
like functional requirements, software architecture, support for global domain-
specific standards, interoperability requirements, number of library sites or
branches, number of records to be managed, number of users to be supported,
requirements for managing multi-lingual records, retrieval features, federated
search capabilities etc. The infrastructural requirements is very high for an
automated library system that aims to serve users through Web-OPAC (requires
server, IP address and domain name), to support distributed cataloguing (to serve
bibliographic data as Z39.50 server), and to take the advantages of cloud
computing. Generally hardware level requirements include Server (a centralised
mainframe or minicomputer architecture) and client PCs (low-end computers
for data entry and end-user searching). Storage devices are required to store
bibliographic data (full-text data in case of digital media archiving). Network is
required to link server with storage devices and client PCs.
Software-level requirements
An integrated library system is managed by integrated library management
software (LMS). LMS manages different functional modules (for different sub-
systems of a library) on the basis of a common database (with different tables for
13
Library Automation different modules in relational model). Such a LMS supports seamless exchange
of data (bibliographic data, financial data, member data etc.) between the different
subsystems of an integrated library system. The essential features that should be
supported by an ILS (or LMS) must be known before selection of software.
These are applicable to all modules of any modern LMS and should include but
not limited to the following features:
• The LMS must be fully integrated, using a single, common database for all
operations and a common operator interface across all modules;
• The LMS should have capability of supporting multiple branches or
independent libraries, with one central computer configuration sharing a
common database;
• The LMS must allow unlimited number of records, users and organisation-
specific parameters (e.g. loan period rules, fine calculation criteria, hold
parameters etc.);
• The package should include following fully developed and operational
facilities at multiple customer sites:
• Bibliographic and inventory control • Z39.50 sever (minimum
• Authority control version 3 and bath profile level
• Public access catalogue complaint) and Z39.50 client
• Web catalogue interface • Z39.50 copy cataloguing client
• Information gateway (telnet, www, • Marc 21 bibliographic and
Z39.50, proxy server) authority record import/export
utility
• Acquisition management
• Outreach services
• Serials control
• Digital media archive system
• Electronic data interchange (EDI) and Multimedia
• Reservation and materials booking • Fund accounting , Bills and
• Circulation control fines
• Customised generation of reports • Inter library loan
and usage statistics • Interoperability and crosswalk
• One step administrative parameters • Web 2.0 supports
setting
• LMS must provide continuous backup in suitable media (as per the choice
of libraries) so that all transactions can be recovered to the point of failure;
• LMS must be compliant with the following standards (see section 1.4.1 for
a list of standards):
• Z39.50 information interchange format
• MARC 21, UNCODE (UTF-8 OR UTF-16)
• Z39.71 holdings statements
• Z39.50 information retrieval service (client and server version3)
• EDIFACT (EDI standard)
• IEEE 802.2 and 802.3 Ethernet
• HTTP, TCP/IP, Telnet, FTP, SMTP
14
• The LMS should be based on web-centric architecture and extend support Introduction to Library
Automation
for a range of multi-user and multitasking operating systems and RDBMSs;
• The LMS must be compliant with UNICODE standard for multilingual
support and RFID for inventory management and self-issue/return facility;
• Vendor/Developing group should provide training to enable library staff to
become familiar with system functions and operation, should supply full
and current system documentation in hard copy and in machine-readable
form suitable for online distribution and the LMS should include extensive
online help for users and staff;
• LMS must support multiple hardware architecture in terms of server, network
infrastructure, PC-workstations and peripheral devices;
• LMS must be supported with regular maintenance and on-call service,
periodical software upgrades, continuous R & D, trouble-shooting of third-
party software such as database package and the library automation package,
distribution of problem fixes/patches and emergency services for system
failures and disaster recoveries;
• The package must provide security to prevent accidental or unauthorised
modification of records through the establishment of access privileges unique
to each user on the system and restriction of specific functions to specific
users;
• LMS should provide graphical user interface including, but not limited to
extensive online help, user self-service and personalisation features. The
system should be supported with PC-based alternative that will allow
circulation to continue in the event of system failure, communication failure
and downtime required for maintenance;
• LMS must be compliant with web 2.0 features to support interactive,
collaborative and participative platform; and
• LMS should be updated regularly to take advantages of cutting-edge
technologies like cloud computing, linked open data and semantic web.
Steps of library automation
Library automation is a complex process and should be planned astutely. The
complete process of library automation may be divided into following steps:
• Software selection
• Hardware selection
• Site preparation
• General training
• Customisation
• Defining procedures for
o Bibliographical data entry
o Administrative data entry
o Financial data entry
• Commissioning
15
Library Automation It is quite obvious that implementation of the above steps in library automation
requires background study or analysis of the library system (see section 1.3.3 for
system analysis process). It is a precondition to utilise library automation package
for effective results. A library will not be able to take full advantages of automation
until and unless it’s manual functions are perfect and justified. Therefore, the
procedures and tasks followed in different sections should be analysed in terms
of :
• Special features of the library system
• Local variations (their validity and usefulness)
• Limitations of the existing system
• Nature and objectives of library
• Total number of collection and nature of collection
• Per year acquisition and procedures followed for acquisition
• Per year subscription of serials and number of back-volumes
• Number of users and their categories
• Per day transactions (issue/return/reservation)
• Availability of multilingual documents
• Need of information services (CAS/SDI etc.)
• Future plan (in terms of networking and consortia, digitisation, cloud
computing)
• Available manpower (computer literate staff, retraining of staff, recruitment
of technical staff).
This is an illustrative list of factors to be considered during the process of library
automation. In reality a library needs to prepare a comprehensive of list of such
factors for effective utilisation of the automated library system.
1.4.1 Standards
Standards are developed by general agreement among stakeholders of an area of
human activity. These are used by professional like scientists, engineers,
technologists etc. for their respective domain of activities. We often use the terms
standards, guidelines and specifications synonymously. A “guideline” is a
statement of policy by a person or group having authority over an activity. A
“standard” is formulated by agreement and applicable to an array of levels –
corporate, national, or international. A “specification” is a concise statement of
21
Library Automation the requirement for a material, process, method, procedure or service. Standards
are frequently updated, modified or revised to keep pace with the technological
changes and practical requirements (Withers, 1970). ANSI (American National
Standards Institute) defined a standard as a specification accepted by recognised
authority as the most practical and appropriate current solution of a recurring
problem. IEC Guide 2:2004 of ISO (International Standards Organisation) defines
a standard as a document, established by consensus and approved by a recognised
body, that provides, for common and repeated use, rules, guidelines or
characteristics for activities or their results, aimed at the achievement of the
optimum degree of order in a given context. Standards perform important roles
in the development of integrated library systems in view of the followings:
• to act as the pattern of an ideal;
• to set a model procedure;
• to achieve interoperability in heterogeneous environment;
• to establish measure for appraisal;
• to act as stimulus for future development and importance; and
• to help as an instrument to assist decision and action.
Standards are mainly developed by Standards Development Organisations
(SDOs). An SDO is any entity whose primary activities are developing,
coordinating, promulgating, revising, amending, reissuing, interpreting, or
otherwise maintaining standards. SDOs are generally grouped by two parameters
– geographic designation (e.g. international, regional, national) and organisational
authority (e.g. governmental, quasi-governmental or non-governmental entities).
Library professionals are generally interested in the library standards developed
by their national standard organisations (e.g. BIS – Bureau of Indian Standards
in India) and library standards developed by ISO (International Standards
Organisations), NISO (National Information Standards Organisation, US) and
BSI (British Standards Institute, UK). The library standards developed by NISO
are American national standards but in many cases these standards are used by
libraries/related organisations across the globe (e.g. Z39.50). These SDOs develop
standards in the domain of library services through designated committees and
sub-committees. The committee IDT/2 is entrusted by BSI (http://www.bsi-
global.com/) for Information and Documentation. There are mainly three
American National Standards Committees under NISO that develop standards
affecting libraries, information services and publishing (www.niso.org). These
are X3 (Information Processing Systems); PH5 (Micrographic Reproduction);
Z85 (Standardisation of Library Supplies and Equipment); and Z39 (Library and
Information Sciences and Related Publishing Practices). Of these, Z39 has
developed more standards directly related to LIS fields than others. TC 46
committee of ISO (www.iso.org/iso/) is responsible for standardisation of
practices relating to libraries, documentation and information centres, publishing,
archives, records management, museum documentation, indexing and abstracting
services, and information science. The secretariat of TC 46 is in France (AFNOR
- Association française de normalisation). It works through three working groups
(WG), four sub committees (SC) and one coordinating group (CG). In BIS, India,
MSD 5 (www.bis.org.in) is the Sectional Committee for Documentation and
Information.
22
Although it is difficult to list all the standards related to automated library systems, Introduction to Library
Automation
we may go for listing a set of minimum standards that need to be supported by
an ILS/LMS to remain globally competitive and interoperable. These are:
• ISO – 2709 for bibliographic data interoperability;
• Standard bibliographic formats compliant with ISO - 2709 (e.g. MARC 21,
UNIMARC, CCF/B);
• Z39.50 protocol standard for distributed cataloguing;
• Z39.71 standard for holdings statements;
• BS ISO 9735-9:2002 Electronic data interchange for administration,
commerce and transport (EDIFACT);
• Z39.83-1 (NISO Circulation Interchange Part 1: Protocol (NCIP));
• Z39.83-2 (NISO Circulation Interchange Part 2: Protocol (NCIP));
• ISO/CD 28560-1(Information and documentation — Data model for use of
radio frequency; identifier (RFID) in libraries — Part 1: General requirements
and data elements);
• ISO/CD 28560-2 (Information and documentation — Data model for use of
radio frequency; identifier (RFID) in libraries — Part 2: Encoding based on
ISO/IEC 15962); and
• ISO/CD 28560-3 (Information and documentation — Data model for use of
radio frequency identifier (RFID) in libraries — Part 3: Fixed length
encoding); and
• ISO/IEC 10646: 2003 (Universal Multiple-Octet Character Set or UCS).
Apart from these formal standards (de jury standards), there are a few
specifications (may be considered as de facto standards) in the domain of library
services, which are widely in use across different library systems in different
countries. Most of these internationally agreed upon informal standards are
developed by national libraries (e.g. Library of Congress) and library associations
(e.g. ALA, IFLA etc.). Some of these very important non-formal standards are –
• MARCXML – MARC 21 data in an XML structure (developed by Library
of Congress - http://www.loc.gov/standards/marcxml/) acting as base standard
for bibliographic data export/import in place of ISO-2709;
• MODS (Metadata Object Description Standard) – XML markup for selected
metadata from existing MARC 21 records as well as original resource
description (developed by Library of Congress – http://www.loc.gov/
standards/mods/);
• MADS (Metadata Authority Description Standard) – XML markup for
selected authority data from MARC21 records as well as original authority
data (developed by Library of Congress – http://www.loc.gov/standards/
mads/);
• METS (Metadata Encoding & Transmission Standard) – Structure for
encoding descriptive, administrative, and structural metadata (developed by
Library of Congress -http://www.loc.gov/mets/);
23
Library Automation • PREMIS (Preservation Metadata) – A data dictionary and supporting XML
schemas for core preservation metadata needed to support the long-term
preservation of digital materials. (developed by Library of Congress – http:/
/www.loc.gov/standards/premis);
• SRU/SRW (Search and Retrieve URL/Web Service) – Web services for search
and retrieval based on Z39.50 (developed by Library of Congress - semantics
http://www.loc.gov/standards/sru/); and
• OAI/PMH Version 2.0 – Open Archive Initiative/Protocol for Metadata
Harvesting (developed by Open Archive Initiative).
1.4.2 Software
You already know that library management software forms the core part of
integrated library automation. You also know what are the prerequisites for an
ILS, what are the standards that need to be supported by ILS, and how procedural
model of library automation is guiding development of ILS all over the world.
The rapid development in utility of hardware, software and connectivity along
with the reduced costs paved the path for integrated library automation systems.
Current library automation software also known as Library Management Software
(LMSs) are integrated systems of a set of related modules responsible for the
management of different operational subsystems. These LMSs are based on
relational database architecture. Most of the LMSs are presently based on
procedural model of library automation and follow a modular approach to perform
the tasks related to housekeeping operations. Generally, the whole package is
divided in modules for each operational subsystem. Modules are divided into
sub modules and each sub module supports various facilities to carry out tasks
related to the procedures.
Cataloguing
• Standard formats support
• Authority control (in MARC 21 authority format)
• Integration with Linked Open Data (LOD)
• Unicode-compliant multilingual data processing
• Retrieval with sophisticated search operators
• Integration with virtual keyboard for multilingual searching
• Shared cataloguing
• Z39.50 based copy cataloguing
• Output generation and holdings information
• User services (interactive and participative).
Access Services
• Online access
• Public access interface (OPAC)
• Web access and Remote access
• Social-network enabled OPAC
• Gateway services.
Circulation Control
• Setting of user privileges
• Circulation rules
• Issue, return and renewal
• Reservation (user-driven)
• Fine calculation
• User management
• Reminders and recalls
• Enquiries (about item, borrower, reservation)
• Reminders and notices
• Reports and statistics and patron self services.
25
Library Automation Serials Control
• Order placement and renewal of subscriptions
• Kardex management
• Receiving and claiming
• Binding control
• Fund accounting
• Cataloguing of serials
• Enquiries (arrival of serials issues)
• Reports and statistics.
MIS
• Reports and statistics
• Analysis of statistics
• Usage statistics (compliant with COUNTER).
Outreach Services
• Community information services
• Social-networking support
• Library blog
• Online help for users.
System Administration
• Privileges control
• Branch management
• Backup and restoration
• System configuration.
A library may procure commercially available ILS or may opt for implementing
an open source ILS. But the above-mentioned basic tasks of an ILS are common
to all types of ILSs or LMSs.
26
Self Check Exercises Introduction to Library
Automation
Note: i) Write your answers in the space given below.
ii) Check your answers with the answers given at the end of this Unit.
11) What is a standard? Why an ILS should support global standards? List the
standards required for a globally competitive ILS.
......................................................................................................................
......................................................................................................................
......................................................................................................................
......................................................................................................................
......................................................................................................................
12) Discuss the typical tasks performed by an integrated library system.
......................................................................................................................
......................................................................................................................
......................................................................................................................
......................................................................................................................
......................................................................................................................
Time frame for completion of steps needs to bet set and follow strictly to achieve
targets. David (2001) suggested a time frame for steps to provide standard length
of time need to complete each stage of the process. Table 1.3 is an illustration of
the time frame developed by Davis (2001) for the RFP and selection processes.
Table 1.3: Time frame for steps in RFP development (source: David, 2001)
Steps Month 1 Month 2 Month 3 Month 4 Month 5+
Needs assessment ×
Studying available ILS ×
Listing potential vendors
of the ILS ×
Specifying needs ×
Specifying criteria for
evaluation
Developing a timeframe ×
Writing the RFP ×
32
Introduction to Library
Submitting to legal office Automation
for comment ×
Rewriting according to the
specifications of legal office ×
Submitting to vendors ×
Receiving proposals from
vendors ×
Evaluating proposals ×
Preparing a short list of
vendors ×
Requesting for a demo of
the system ×
Selecting your system ×
Preparing the contract ×
Implementing the system ×
Evaluating the implemented
system ×
i) using ILS available in remote server through web browser without any
installation;
ii) hosting the Web-OPAC and staff interfaces in remote server without burden
of local management of server and arrangement of IP address and domain
name;
iii) setting up own remote file storage and database system (with scheduled
backups).
The cloud computing mainly supports three facilities. These are Infrastructure
as a Service (IaaS), Platform as a Service (PaaS) and Software as a Service (SaaS).
The Cloud based library automation has following advantages:
ii) Virtualisation (libraries do not have to care about the physical management
of hardware, software, user interface, data backup and hardware
compatibility);
vi) Metered billing (library will be charged for only what they use).
As a whole cloud-based library automation is quite useful and cost effective for
small and medium sized libraries. Large-scale libraries may offer datasets on the
cloud for use by small libraries (Data as a Service (DaaS)). Some of the well-
known cloud-based services are listed in Table 1.4 for your ready reference.
The major cloud service providers and related services are listed in Table 1.5.
35
Library Automation 3) Linked Open Data (LOD)
Linked Open Data (LOD) refers to publishing and connecting structured data on
the Web for use in public domain. The three Key technologies that support LOD
are: URI (Uniform Resource Identifier, a generic means to identify entities or
concepts in the web), HTTP (Hypertext Transfer Protocol, a simple yet universal
mechanism for retrieving resources, or descriptions of resources over the web),
and RDF (Resource Description Framework, a generic graphical data model to
structure and link data that describes things in the web). Linked Open Data (LOD)
has two basic purposes:
i) publish and link structured data on the Web; and
ii) create a single globally connected data space based on the web architecture.
Tim Berners-Lee advocated four rules for converting dataset to LOD. These are:
1) Use URIs as names for things;
2) Use HTTP URIs so that people can look up those names;
3) When someone looks up a URI, provide useful information, using the
standards (RDF, SPARQL); and
4) Include links to other URIs, so that they can discover more things.
W3C established Library Linked Data Incubator Group in 2011 “to help increase
global interoperability of library data on the Web, by bringing together people
involved in Semantic Web activities — focusing on Linked Data — in the library
community and beyond, building on existing initiatives, and identifying
collaboration tracks for the future.” Libraries may utilise bibliographic data,
authority data, classification schemes, vocabulary control devices etc. available
as LOD for enriching existing library services and for introducing new information
services. Some major examples of library LOD are – AGROVOC multilingual
structured and controlled vocabulary, British National Bibliography (BNB)
published as Linked Data, VIAF, LCSH, LC Name Authority File (NAF) provides
authoritative data, MARC country, and language codes, Dewey.info etc. ILSs
are taking advantages of integrating LOD available in library domain through
appropriate APIs. For example, the cataloguing module of Koha can be linked
with VIAF (Virtual Internet Authority File – a linked dataset of authority data
from 21 major national libraries of the world) for getting authority data
automatically to control name authority in local library catalogue.
6) Information mashup
Information mashups tools allow remixing of data, technologies or services from
different online sources to create new hybrid services (O’Reilly, 2005) through
lightweight application programming interface (API). ILS uses information
mashup in managing and integrating virtual contents distributed globally with
local library resources. Information mashups are becoming popular application
of Web 2.0 around the world such as KohaZon (integration of Koha OPAC with
Amazon services), WikiBios (a mashup where user can create on-line biographies
of each other in a Wiki setup), LibraryLookup (integration of Google maps with
library directory service in UK) and many more such instances.
37
Library Automation
38
rich user experiences in terms of speed, relevance, and ability to interact Introduction to Library
Automation
consistently with results. Moreover, the unified interface is a big boost for users
as they no longer need to choose a specific search tool to begin their search.
These tools are available commercially (e.g. EBSCO Discovery Service) and
also as open source products (such as VuFind, SOPAC, Blacklight, OpenBib
etc.).
39
Library Automation 13) Emergence of open standards
Open standards are available in public domain. These are the standards that anyone
can incorporate into their software, service and system. MARC record standard
is possibly the most visible open standard in the domain of library services.
Library systems of any type or size are required to be compatible with global
standards to achieve interoperability. Here lies the importance of open standards.
These are developed, approved and maintained via collaborative process to
facilitate exchange of datasets. These standards are available at no cost, well-
documented, transparent and free from any kind of use restriction. ILSs are
increasingly depending on open standards such as MARC 21 family of standards
(Five standards), OAI/PMH, CCL (Common Command Language), SING, Dublin
Core metadata standard, SRU, SRW, OpenURL, MARC-XML, METS, MODS
etc.
1.8 SUMMARY
Library automation is an area from where future benefits will emerge. It means
that if a library is not automated it won’t be in a position to take the advantages
of ICT-enabled library services in future. This Unit acts as foundation and aims
to introduce you with the concept of integrated library system and the advantages
associated with it. It covers historical and theoretical foundations of library
automation supported by a timeline of development of related technologies. In
this Unit you can find guidance – 1) to identify the requirements for library
automation; 2) to follow model for integrated library system; 3) to differentiate
automated and digital library system; 4) to understand the typical steps for
accomplishment of library automation; 5) to appreciate needs for standards in
ILS and to recognise essential standards that need to be ensured; 6) to identify
features of ILS in rapidly changing technological environment. This unit also
provides knowledge about emerging global recommendations for developing
ILS in the context of cutting edge technologies like cloud computing, linked
open data and web scale library management. It also covers roles and components
of RFP and steps for developing RFP for library automation, and allows you to
develop skills in preparing RFP. This unit ends with a brief discussion on
forthcoming features and ongoing changes in the arena of ILS against a fifteen-
point checklist.
2) An ILS is capable of managing the operations of more than one basic library
functions by sharing the files in the server to perform them. For example
data from the book catalog master file and the patron master file can be
retrieved and used in the circulation module to perform the circulation
function of the ILS. In such systems files are interlinked so that deletion,
addition and other changes in one file automatically activate changes in
related files. It means integrated library management system is sharing a
common database to perform all the basic functions of a library.
41
Library Automation 3) Library automation is a generic term that refers to the application of
computers in libraries to automate operations. It can be standalone system
supporting only one module like cataloguing or it can be integrated to link
all modules or library subsystems through a common shared database. On
the other hand, ILS is an automated library system that utilises shared data
and files to provide interoperability of multiple library functions, e.g.
cataloging, acquisition, circulation, serials, etc.
42
9) Procedural model of library automation is proposed by ASLIB (Association Introduction to Library
Automation
of Information Managers, UK) as a general model for automating library
housekeeping operations. Presently most of the ILSs follow this model for
designing different functional modules of ILSs. The model proposes that a
library system has mainly two subsystems – administrative subsystem and
operational subsystem (amenable for automation). The operational subsystem
may be divided into four further subdivisions namely Acquisition,
Processing, Use and Maintenance. Within each of these divisions there are
a number of procedures (eighteen in total) and within each procedure there
are one or more of six possible activities. The procedures and activities are
carried out by fifteen basic tasks.
10) Digital libraries are managed collection of digital objects that provide full-
text access to resources and differ significantly from automated library
systems in terms of – 1) search features (metadata only vs. full-text and
metadata); 2) document description (MARC 21 vs. Dublin Core); 3)
interoperability standards (Z39.50 vs. OAI/PMH); and 4) software
architecture (centralised vs. distributed).
13) Designing of future friendly ILS requires guidelines. OLE project and ILS-
DI recommendations are acting as such guidelines recognised globally. The
principal aim of OLE project is cost-effective integration of library
management with other institutional systems on the basis of Enterprise
Resource Planning (ERP) enabled Abstract Reference Model. On the other
hand, ILS-DI guides developers in – 1) Data aggregation (harvesting and
distributed searching); 2) Search (simple and advance search operators); 3)
Patron services (general and interactive interfaces); and 4) Integrated service
framework (on-the-fly integration of open contents, data sets etc.).
14) A request for proposal (RFP) is a formal request for a bid from suppliers of
library systems or third-party software vendor in case of open source
43
Library Automation software. RFPs are aiming to determine library requirements, prescribing
standards and demanding services from ILS vendors and developers. The
RFP prescribes the resources that need to be acquired, the services that need
to be offered, the standards that need to supported, the selection criteria for
ILS, and the requirements for the software vendor including a time schedule
for each level of activities. It guides the library in evaluation of integrated
library systems and helps the library to choose and acquire the most
appropriate system.
16) L. T. David in 2001 advocated a set of steps for developing RFP. The process
starts with need assessments and ends with evaluation of implemented
system. It includes a total of eighteen steps.
18) Cloud-based library automation is quite useful and cost effective for small
and medium sized libraries. Cloud computing is network based computing
facilities that support on-demand use of hardware and software resources.
Libraries can take advantages of cloud computing in the following ways –
i) by using ILS available in remote server through web browser; ii) by hosting
the Web-OPAC in remote server; iii) by setting up own remote file storage
and database system (with scheduled backups).
1.10 KEYWORDS
Acquisition : The process of obtaining resources for the library’s
collection, typically including ordering, receiving and
payment.
API : Application Programming Interface. A language and
message format used by an application program to
communicate with the operating system or some other
control program such as a database management
system (DBMS).
Authority record : A record that shows the preferred form of a personal
or corporate name, geographic region or subject. It also
includes variant forms of the preferred form as cross
references.
44
Barcode : A printed code, consisting of lines and spaces that can Introduction to Library
Automation
be read by a bar code scanner (reader), affixed to
physical materials in a library collection to identify
particular items for tracking and circulation.
Bibliographic identifier: A unique identifier which unambiguously identifies a
bibliographic record within an ILS catalog and is
assumed to persistent, at least as long as the records
are managed within the ILS.
Bibliographic metadata: Information about a resource that serves the purpose
of discovery, identification and selection of the
resource. Includes elements such as title, author,
subjects, etc.
Discovery application: A computer application designed to simplify, assist
and expedite the process of finding information
resources.
Dublin Core : A fifteen element metadata set for use in resource
description intended to facilitate discovery of
electronic resources.
EDI : Electronic Data Interchange (EDI) is a standard method
for exchanging structured data, such as purchase orders
and invoices, between computers to enable automated
transactions.
EDIFACT : EDI For Administrations, Commerce and Transport
The concept of utilising a single set of specifications
for bibliographic records regardless of the type of
material they represent.
ERMS : Electronic Resources Management System is used to
manage a library’s electronic resources, primarily e-
journals and databases. Systems can include features
to track trials, license terms and conditions, usage, cost,
and access.
FRBR : Functional Requirement for Bibliographic Records is
a conceptual model for the aggregation and display of
bibliographic records. FRBR is an entity-relationship
model, with four primary entities - work, expression,
manifestation, and item - which represent the products
of intellectual or artistic endeavor.
ILL : Inter Library Loan (ILL) is the process between two
libraries of borrowing and lending a physical
bibliographic item, or obtaining a copy of it.
ILS : An automated library system that utilises shared data
and files to provide interoperability of multiple library
functions, e.g. cataloging, acquisition, circulation,
serials, etc.
45
Library Automation Interoperability : The ability for two different computer systems to
communicate and exchange information in a useful
and meaningful manner.
LAN : A digital communication system capable of
interconnecting a large number of computers, terminals
and other peripheral devices within a limited
geographical area.
Library Automation: Library automation is the mechanisation of
housekeeping operations and information handling
mainly by using computer and communication
technologies.
MARC 21 : A harmonised MARC format developed by LoC in
1999 for encoding standards related to bibliographic
data, authority data, holdings data, classification data
and community information. It is used for the
communication and exchange of bibliographic
information (mentioned earlier) between computer
systems.
MARCXML : A metadata scheme for working with MARC data in a
XML environment.
Metadata : Structured information that describes an information
resource. “Data about data” for an information bearing
object for purposes of description, administration, legal
requirements, technical functionality, use and usage,
and preservation.
Metadata harvesting: A technique for extraction of metadata from individual
repositories for collection into a central catalog.
Module of ILS : Functions specific to a particular system capability
such as the online public access catalog, cataloging,
acquisitions, serials, circulation, etc.
NCIP : NISO Circulation Interchange Protocol (NCIP) is a
standard which defines a protocol for the exchange of
messages between and among computer-based
application to enable them to perform functions
necessary to lend and borrow items, to provide
controlled access to electronic resources, and to facilitate
co-operative management of these functions.
Network : A group of computers and other devices connected
together so that they can communicate with each other,
share data and resources such as printers, and perhaps
share the workload of running complex programs.
They may have one or more central servers to
coordinate and run things, or all devices may be of
equal standing (called “peer-to-peer”). The
connections between them may be physical wires and
cables, or wireless using infrared or radio frequency.
46
OAI-PMH : OAI - Protocol for Metadata Harvesting. Protocol for Introduction to Library
Automation
application-independent interoperability framework
based on metadata harvesting, open standards HTTP
(Hypertext Transport Protocol) and XML (Extensible
Markup Language).
OPAC : On-line Public Access Catalog is a library catalog
which can be searched on-line and is a module of the
ILS. It is the interface between library resources and
users and is designed to be “user friendly.”
Open Source : A concept through which programming code is made
available through a license that supports the users
freely copying the code, making changes it, and sharing
the results. Changes are typically submitted to a group
managing the open source product for possible
incorporation into the official version. Development
and support is handled cooperatively by a group of
distributed programmers, usually on a volunteer basis.
Open Search : A collection of technologies developed by Amason
that allow publishing of search results in a format
suitable for syndication and aggregation.
Open URL : A URL with stored metadata that is user context
sensitive in what information or hypertext link is
delivered.
Protocol : A standard procedure for the message formats and rules
that two computer systems must follow to
communicate with each other.
RSS : Really Simple Syndication is an XML format used for
distribution or syndication of frequently updated Web
contents.
SIP2 : Standard Interface Protocol Version 2 is a standard for
the exchange of circulation data and transactions
between different systems.
SRU : Search/Retrieve via URL is a standard search protocol
for Internet search queries, utilising CQL (Common
Query Language), standard query syntax for
representing queries.
SRW : Search/Retrieve Web service is web services
implementation of the Z39.50 protocol that specifies
a client/server-based protocol for searching and
retrieving information from remote databases.
System Analysis : A powerful technique for the analysis of an
organisation and its work.
Unicode : A universal character-encoding standard used for
representation of text for computer processing.
Unicode provides a unique numeric code (a code point)
47
Library Automation for every character, no matter what the platform, no
matter what the program, no matter what the language.
The standard was developed by the Unicode
Consortium in 1999.
WAN : A computer networking system that operates
nationwide or worldwide by utilising telephone line,
microwave and satellite links. It is also used to
interconnect LANs.
Web Service : Software system designed to support interoperable
machine to machine exchange of data/information,
typically using the XML, SOAP, WSDL and UDDI
open standards.
XML : eXtensible Markup Language is an open standard for
describing data from the World Wide Web Consortium.
It is used for defining data elements on a Web page,
business-to business documents, and other
hierarchically structured text and data.
Z39.50 : A NISO and ISO standard protocol that specifies a
client/server-based protocol for cross-system searching
and retrieving information from remote databases. It
specifies procedures and structures for a client system
to search a database provided by a server.
Cohn, John M. & Kelsey, Ann L and Fiels, Keith Michael. Planning for
automation: a how-to-do-it manual for librarians. New York: Neal-Schuman,
1992. Print
Dula, M., Jacobsen, L., Ferguson, T. and Ross, R. Implementing a new cloud
computing library management service. In Computers in Libraries, 32.1(2012),
pp. 6-40.
Duval, B.K. and Main, L. Automated library systems: a librarian’s guide and
teaching manual. Westport, USA: Meckler, 1992. Print
48
Haravu, L. J. Library automation: design, principles and practices. New Delhi: Introduction to Library
Automation
Allied Publishers Private Limited, 2004. Print
Hodgson, Cynthia. The RFP writer’s guide to standards for library systems.
National Information Standards Organisation: Bethesda, Maryland, 2002. < http:/
/www.niso.org>
Kuali Foundation. Kuali Open Library Environment: test drive OLE version
0.6. (2012). <http://demo.ole.kuali.org/ole-demo/portal.jsp>
Müller, T. How to choose a free and open source integrated library system. OCLC
Systems & Services, 27.1(2011), pp 57-78. <doi:10.1108/10650751111106573>
Swan, James. Automating Small Libraries. Ft. Atkinson, Wis.: Highsmith Press,
1996. Print
49