26 Retro-Conversion in Cataloguing

Hosamani H G

I.   Objectives

The objective, of the module is to impart knowledge on various aspects of retrospective conversion includes:

•         The concept, need and its historical developments retrospective;

•         Parameters and currently used standards.

II.    Learning Outcomes 

On completion of this lesson, learner would attain knowledge about the process of retrospective conversion and options available for retro-conversion of bibliographic records. They would also learn about the importance of planning, documentation of procedures and monitoring to maintain consistency in the conversion.

III.    Module Structure 

1.   Introduction

2.   What is Retrospective Conversion?

3.   Need for Retrospective Conversion

4.   Retrospective Conversion Features/Benefits:

5.   Objectives

6.   Scope

7.   Planning

7.1   The Planning Framework : Important Question

8.   Pre-conversion Issues

8.1   Record Format

8.2   Fields in the Database

8.3   Source for Bibliographical Information

8.4   Priorities of Conversion

9.   The Problems Behind Retrospective Conversion

10.   Basic Retrospective Conversion Guidelines

11.   Documentation

12.   Retrospective Conversion Process

12.1. Determine Library nNeeds

12.2 Establish Parameters for the Recon Project

12.3. Establish Standards for the Recon Project

12.4   Identify Recon Option

12.5   Analyze Options

12.6   Choose an Option

12.7   Develop Plan of Action

12.8   Implement the project, monitor progress, fine tune procedures, and complete the project

13.   Methods of Retrospective Conversion

13.1   In-House Conversion using Existing Staff

13.2   Outsourced In-House Conversion

13.3   Outsourced Off-site Conversion and Machine-Match Conversion

14.   Steps in Retrospective Conversion

14.1   Filling of Data Input Sheets/Worksheets

14.2   Entering Data into Software

14.3   Editing of the Database

15.   Key to Success

16.   Summary

1.   Introduction 

The developments in information technology have effected drastic changes in the way in which information is collected, stored, retrieved and distributed. The main responsibility of library is to maximize user need satisfactions and to minimize time loss to the user. It can only be done by increasing the internal efficiency of day to day work within the library. The applications of computers can be grouped into those concerned with housekeeping  routine and those directed towards information retrieval.

The information storage and retrieval problem has become progressively more serious in recent years, especially in the areas of technology and science, where the volume of data and information is increasing at an unprecedented, nearly exponential rate. Keeping in view the tremendous flow of information, to organise information and to disseminate in systematic way only computerization is answer. Computer aided system is more convenient, more flexible and more comprehensive and in the long run more economical. To establish computer base system of any library, it is first step to create a database of the existing resources available in that library.

It is necessary to convert the bibliographical information of manual card catalogue to machine-readable format for use with an automated library system. This process is well known as Retrospective Conversion (RECON). Retrospective Conversion involves a considerable amount of work, essentially acquiring existing databases and keyboarding all the existing entries of records error checking etc., or to get the job done from commercial vendors  and creating a bibliographic database and transferring the records to machine readable form. RECON is a costly and time-consuming task for most of the libraries. Therefore, it is to be planned properly for completing the task with the day to day activities of the library.

2.   What is Retrospective Conversion? 

“Retrospective Conversion is the conversion of a library’s existing bibliographic records from manual to machine readable format according to specified policies and standards” – Jane Beaumont and Joseph P. Cox,

Retrospective conversion is the process of conversion of printed catalogue of library holdings into machine-readable form, in a pre-defined format using accepted standards for making it searchable through machine. This process is a pre-requisite for library computerization. Libraries cannot begin on-line transactions of other functions such as acquisition, cataloguing, circulation, OPAC and serial control etc. unless and until retrospective conversion is not fully done. Retrospective conversion is typically accomplished by one or a combination of two basic methods: matching and extracting machine-readable records from a resource file or keying records directly into a database.

It is clear that retrospective conversion is concerned not with ongoing cataloguing, but rather with converting previously created bibliographic records from card or paper formats in to machine-readable format. It is not cataloguing or even re-cataloguing. Although sometime re-cataloguing may be necessary or useful to make changes to older headings, classification numbers, etc. The primary purpose is to create a machine- readable file of the existing manual catalogue, not to duplicate the work of previous cataloguer. It is the conversion of data from one format to another as quickly and as inexpensively as possible, while maintaining the policies and standards set for the project.

It is advisable to set the policies before start of the job such as how much editing is to be done? are all names to be checked in an authority file? etc. Standards for the task have also to be decided upon such as: will the Anglo American Cataloguing Rules II (AACR-II) be followed faithfully? is the machine readable catalogue (MARC) format, CCF Format or any other standard format to be used ? It is most troublesome task. It is enough to say that for a project to be successfully accomplished certain policies and standards must be decided upon before the project begins and they must be adhered to during its execution.

3.   Need for Retrospective Conversion 

The conversion of database of library holdings from non-machine-readable form to machine-readable form is a pre-requisite to implementing an automated system. This database would become the foundation for other library activities such as on-line public access catalogue (OPAC), circulation, catalogue maintenance, resource sharing, etc. These records provide the means of generating statistics and other information that is needed to improve the existing services and introduction of new one.

4.   Retrospective Conversion Features/Benefits 

•   To Create a Database for a Local Automation System: The library usually wished to automate the circulation function in the library and/or to provide an online catalogue. The library may also wish to provide for its future automation needs and in fact proceeds to carry out a RECON project without having a specific automation system in place. The need to have a machine readable file of its bibliographic records has, however, been identified.

•    To Improve Speed Service to Users on Time: It is to be expected that the results improve the services that the library provides its users. Some of the benefits which library users may find are improved circulation services, improved access to the library’s collection, improved interlibrary loan response time etc.

•    To Improve Internal Library Procedures: Not only should a library expect a recon project would benefit its users, it should also expect that the  project would assist the library’s own staff in accomplishing their tasks with more efficiency. This may manifest itself in such benefits as the   elimination  of  card  filling,  the  availability  of  more   current bibliographic data, the lessening of time-consuming changes to catalogue records, and an improvement in pre-order and pre-catalogue searching.

•    To Generate Special Products: If library has its catalogue in machine readable format, it is much easier to generate special products including a complete database produced in a different format (example., catalogue on floppy diskette can be distributed at various points in the library or to different branches) or a subset of the database, (example., a serials catalogue, or a catalogue of the library’s non-book material, electronic media resources etc.). Once the data have been entered into the library’s databases in a consistent format, with useful coding, it is possible to generate many special products. The library’s catalogue is no longer site- bound and can be accessed more easily.

•    To Create an Integrated File and to Eliminate the Cost of Maintaining Parallel Systems: One of the reasons many libraries contemplate a recon project is that present cataloguing is automated while older records remain in card format. This creates two files and hence two places to search for library materials. It is quite common for a library to have some of its records on floppy diskettes or in an online catalogue, and the remainder in a card catalogue. This is awkward for both users and library staff. With a complete recon, the library acquires a single, integrated file. The cost of maintaining two catalogues has also become prohibitive for some libraries and they simply close the cards catalogues and maintain just one catalogue. Other libraries maintain both catalogues. Neither solution is very satisfactory. When the recon project is completed, however, the need to maintain parallel catalogues  is eliminated and hence catalogues maintenance costs are reduced.

•    To Provide Flexibility in Changing Systems: It is evident that the rate of technological change readily. Some of the libraries that were the first to automate have now changed systems two or three times. A library must therefore try to create a database, which will allow it to move with technological change. Having an integrated machine-readable file will allow libraries to move from older to newer computer systems with more ease and less cost.

•   To Maximize Return on Automation Expenditure: Libraries are spending vast amounts of money on computer hardware and software. If, for instance, only fifty percent of a library’s catalogue is in the automated system then the library is not maximizing the return on its investment. Besides not using its computer power to full potential, the library is probably wasting time and money using and maintaining two systems, a manual one and an automated one.

•    To Protect Library Files: One of the attributes of machine-readable catalogues is their portability, as opposed to card catalogues, which are usually maintained at a single site. This portability provides added protection to the library’s bibliographic files as copies of the files can be stored and maintained in off-site location. In the event of flood, fire, or other disasters in the library, the file copies remain safe. Preservation of the files should not pose a problem in the future, as they can be copied and transferred to newer and better means of storage as these become available.

•    To Create Union List: For libraries, which are part of a larger library system or group of libraries, having all the holding in machine-readable format can facilitate the production of union lists, which can be a cumbersome task if maintained manually.

•    To Share Bibliographic Data: The conversion of a library’s bibliographic records to machine-readable format means that the data can be shared with other libraries. This is especially true for those libraries, which form a consortium or maintain file with bibliographic utilities. This sharing of data is of mutual value of the member libraries as the pool of available record increases.

•    To Share Bibliographic Resources: Not only is the bibliographic data made more widely available when in machine-readable format, the bibliographic items themselves are often more widely available to other libraries. Through the use of central databases and electronic mail the interlibrary loan function in many libraries, especially smaller one, has been greatly enhanced by the ability to identify a location for an item, and subsequently to make an interlibrary loan request for it.

•    To Facilitate Collection Rationalization: The decision whether or not to purchase a specific item can be aided if the library in question has access to   all bibliographic records of similar  neighbouring  libraries.  With automated union catalogues and bibliographic consortia, it is easy to explore the holdings of other libraries.

•   To Create National Databases and to Contribute to Universal Bibliographic Control: Having the library’s records in machine-readable format can extend the benefits beyond the local and regional arenas to the national and international. When libraries contribute cataloguing to a larger pool they are increasing the number of records available to all who use that pool, they are aiding the bibliographic control of items in their own area and contribute to universal bibliographic control.

5.   Objectives 

The objectives of retrospective conversion are:

•    To create a database for the automation system;

•    To maximize access to the collection;

•    To improve the services;

•    Reduction in time for searching of a document;

•    To improve library internal procedures: the integration of acquisition and cataloguing through automation and streamlining of other technical services; and

•    To maximize returns on automation expenditure,

6.   Scope 

To achieve the desired results it is necessary to have a good understanding of the relationship of each aspect of retrospective conversion process. Decision made on one part of the project will have an impact on others. Thus, once it is decided to initiate the retrospective conversion project, it is essential to determine the scope of the project by:

•    Stages/phases and schedule of process;

•    Deciding what areas of the collections will be converted;

•    Prioritizing the order of conversion;

•    Desired speed of conversion;

•    By whom and how the conversion is to be completed; and

•    Project costing and budget.

It is better to ensure that everyone involved in retrospective conversion project should understand the scope, goals, and objectives of the project. Staff participation is most important, non-cash input for the success of the project.

7.   Planning 

For successful retrospective conversion project, there is a need for sound and detailed plan tempered with realistic expectations. The plan should:

•    Clearly identify the objectives;

•    Carefully  document  procedures  (paying  close  attention  to  efficient workflow);

•    Specify standards to be used;

•    Identify reporting requirements;

•    Identify the necessary staff training; and

•    Plan for regular monitoring of quality and schedule.

If in-house conversion is to be done, each staff member on the project must clearly understand his/her tasks and responsibilities, the proper sequence of activities, and the standards to be enforced. If the conversion is undertaken through a vendor, care must be taken to ensure that the contract has no loopholes, and that sufficient legal safeguards are included to protect the library in the event of serious difficulties with the vendor. In this regard libraries can prevent many problems by requiring progress check-points and periodic tests of the quality results.

Retrospective Conversion is never easy. It can be done successfully, with minimal problems, if expectations are clearly understood at the outset, and if planning and documentation precedes the actual conversion. Once the project begins, success can be best assured through regular and frequent monitoring of progress and quality towards as per plan documents.

The plan and schedule for the conversion project must take care of all the parameters of the conversion project. These parameters have multiple dependencies as follows:

•    Budget = f (number of records, fields, quality, and rate);

•    Quality = f (manpower quality, supervision, and planning);

•    Manpower = f (number of records and speed);

•    Manpower Quality = f (wages and training);

•    Supervision = f (quality and speed);

•    Speed = f (manpower, quality, number of fields);

•    Period = f (number of records, fields, speed).

If anyone of these variable is changed it may affect several others. It implies that a single variable cannot be changed with affecting the related parameters. The above variables mean:

Budget : Total budget of the conversion project.

Quality : Standards and freedom from errors of rec records on OPAC. Manpower : Number of persons working on the conversion project.

7.1   The Planning Framework : Important Question 

The following considerations provide a logical progression and suggest a series of checkpoints to guide library administrators in developing a basic framework for retrospective conversion. First librarians should examine four basic assumptions of the library automation:

•    Provide patrons with a broad range of services in a timely, reliable, and cost-effective manner;

•    Allow the staff to complete necessary tasks with less efforts, rather than more;

•    Requires a database of bibliographical records in order to function; and

•    The rate of expansion of library automation services is dependent on the allocation of resources and the growth of the bibliographic database.

Given these assumptions, librarian should address these important questions:

•    What minimum set of records must be converted to establish a database that will support enhanced, labour saving services;

•    What functions can be supported by library automation to achieve the desired level of services?; and

•    How should resources be allocated most economically to achieve a balance retrospective conversion and the range of automated functions to be acquired?

By working through these assumptions and questions, librarian can develop an approach to automation that links retrospective conversion and library automation, so that these can be managed as a single integrated effort.

8.   Pre-conversion Issues 

8.1   Record Format: To ensure that first conversion is the last conversion of the library or information center, it is important that the bibliographical information of the documents should be converted into standard format.

8.2   Fields in the Database: 

It is time to decide that what fields are to be included in the database and what not. Current practices for recording the bibliographical information may need modification when added to the machine-readable form. Decision should be taken after considering the users’ present requirements and future needs.

8.3   Source for Bibliographical Information: 

Will the accession register, shelf list, or public catalogue be the source to record the bibliographical information for conversion? The choice should be based on that source which has accurate and complete information to meet the requirements and quality standards.

8.4   Priorities of Conversion: 

Determine priorities of the areas of conversion so that more important areas of the holdings may be converted first in machine-readable format.

9.   The Problems Behind Retrospective Conversion 

Retrospective conversion is troublesome primarily because of the following facts:

•    With traditional techniques, retrospective conversion is very expensive;

•    Typically it is multi-year project; and

•    Since it is often considered such a lack luster or boring subject, the topic generates little managerial interest and involvement.

Despite the unfortunate reputation retrospective conversion has acquired, its importance cannot be overemphasized. The database resulting from a retrospective conversion project may long outlive the first, second, or third generation of automated systems installed in a library. Over the years, it can be very difficult to try to live with a poor database that is the result of budgetary or staff shortages. As Barbara Markuson has commented, “Librarians never have enough money to do the job right the first time, but libraries have enough money to do the job over again a second time.”

10.   Basic Retrospective Conversion Guidelines 

The success of a conversion project is closely tied to a number of decision. First, the library staff must decide whether to undertake a partial or full conversion, and whether the conversion will be done inhouse or through an outside agency. A library must make decisions of equally critical importance regarding the completeness and consistency of records. It is inevitable that converted records will differ qualitatively, to some extent, from new catalogue, because converted records are derived from local data that are limited by previous cataloguing practices. Nevertheless a library’s catalogue database is long term investment, and machine-readable records should reflect information that is as complete and accurate as possible.

11.   Documentation 

A well-written documentation unveils the strengths, to the contrary, a poorly written documentation unravels the weakness of the project thus documentation is crucial for the successful retrospective conversion and automation. If changes in the procedures are necessary, add them to the specifications. To ensure an efficient workflow, a manual may be prepared for the members working on the project, which will lead to consistent practices in the conversion.

12.   Retrospective Conversion Process 

At first sight, the process of developing a recon project may seem rather onerous. For the project to be successful- that is, to be both cost effective and efficient-forethought and planning are essential. It is necessary for a library to know clearly what it want to achieve with the project, the option available for carrying it out, the cost implications of each option, and the most efficient way for proceeding with the selected option. Following eight areas are to be discussed before proceeding to the conversion of the data.

12.1   Determine Library Needs 

It is imperative for a library to determine its automation and machine-readable data needs. In this context, we will look at both present and future needs. With regards to present needs, the immediate goal of recon must be established, the automated cataloguing methods already in place, if any, must be examined, and the overall automation situation of the library must be taken into account. With regard to future needs, the medium- and long-term plans for automation should be considered to determine the impact of such plans on the scope, standards, and quality of the Retrospective Conversion Project.

12.2   Establish Parameters for the Recon Project 

Before meaningful parameters can be set for a project, it is necessary to know the content of the library’s collection and how it is used. This includes knowing the overall extent of the collection, the subject and form divisions within the collection, and in general terms the use made of the various parts of the collection. This information is especially vital if only a portion of the collection can be converted at one time. Once this information is known, one, some or all of the following parameters can be used to limit the scope of the project:

•    Circulation or use;

•     Data range;

•     Classification range;

•    Time frame;

•    Cost ceilings;

•    Reclassification; and

•    Recataloguing.

12.3.   Establish Standards for the Recon Project 

Some of the most crucial decision to be made in planning the recon project is in the area of standards. To establish standards for the recon project is to determine the level of acceptance by an individual library of generally accepted and widely used cataloging codes and machine-readable record format structures. While standards may establish by an agency outside a library, they are usually accepted or modified by the individual library and are determined by library needs. We must consider, therefore, how standards and library needs, both present and future, are dependent upon one another. While standards depend on needs, they also have a great impact on the cost of a recon project. Therefore, the cost implications of local acceptance of certain standards must be considered. It is necessary in this discussion to examine the following standards:

•     Level of fullness of the cataloguing record;

•     The use of AACR2;

•     The use of the MARC format, CCF format or any other format;

•     The use of subject access systems;

•     The use of classification systems; and

•     The use of authority control devices.

12.4   Identify Recon Option 

The options available to libraries for recon are many and varied. Each one has advantages and disadvantages and the library must consider its options carefully. We will identify options and consider the implication of recon carried out:

•    In-house;

•    Capturing data by machine – optical character recognition, voice data input;

•    By an outside recon vendor/commercial vendor;

•    A combination of in-house and vendor recon; and

•    Retrospective conversion by OCLC – by using OCLC RETROCON services.

12.5   Analyze Options 

Once a library has identified some potential option for recon, it is necessary to examine those options in more detail. This will allow the library to explore the impact of each option on library resources, and to identify the qualities and characteristics of specific options when analyzing options a library will consider:

•    ~ Library resources;

•    ~ Library catalogues;

•    ~ Library requirements;

•    ~ Vendor characteristics; and

•    ~ Vendor requirements.

In the analysis of options it is obviously essential to look at costs. For each option chosen for analysis it is necessary to determine the costs for the following:

•    ~ Staff;

•    ~ Equipment and supplies; and

•    ~ Vendor or utility charges.

Determining the costs has proven difficult for many libraries involved in a recon project as there are so many variable at work, and not all are fully known prior to the commencement of the project.

12.6   Choose an Option 

Having gathered the necessary data as outlined above, a library is now in a position to decide which option to choose. The ideal situation would be to find the option, which offers the lowest cost, the highest quality, and the one with least negative impact on the library. However, what is likely to be chosen is a compromise between cost, quality, and impact.

12.7   Develop Plan of Action 

After choosing a method of recon, it is time to get down to the details of how to carry out the project. Whether it is to be carried out in-house, by an outside vendor, or through a combination of the two, it is necessary to assign supervisory staff to the project, specifically someone who will be directly responsible for its execution. Following this, it is necessary to establish written policies for the project, detailed enough to allow recon staff to proceed in a consistent manner. As well as written policies, detail user manuals should be provided for staff, particularly if the staffs are newly recruited for the project and are unfamiliar with library policies and procedures. Developing the plan of action also involves determining staffing requirements and initiating the recruitment process. Finally comes the task of allocation the necessary resources for the project, including staff, equipment and supplied, work location, and money.

12.8    Implement the project, monitor progress, fine tune procedures, and complete the project 

While the project is being carried out it is likely that changes will have to be made to certain procedures. Flexibility should be allowed for in policies and procedures in order to advance the project to its ultimate conclusion.

13.   Methods of Retrospective Conversion 

There are number of ways to convert the catalogue into machine-readable form. Best method for a library or information centre depends upon the available resources at hand.

13.1   In-House Conversion using Existing Staff 

In in-house conversion, the conversion is completed by the existing library staff that leads to high quality and control, as the staff understands the users’ needs, quality requirements, and the objectives of the conversion well. But it has some disadvantages as:

•    It disturbs the routine work;

•    Increases work-load;

•    More time is required for completion of the project;

•    Additional space and hardware requirements;

•    Added supervisory and quality-control efforts;

•    Increased personnel costs; and

•    May in fact make in-house conversions more costly in the long run.

13.2   Outsourced In-House Conversion 

In outsourced in-house conversion, the conversion is completed by outside contracted persons within the library premises. It is easy to meet quality standards as conversion is done under the supervision of the library staff and less negative impact on routine work and staff time However,

•    Cost of conversion is very high;

•    Space must be found for the additional temporary personnel;

•    Able to work smoothly with existing staff;

•    Access to a database against which to match; and

•    Convert your records (as with any in-house conversion).

13.3   Outsourced Off-site Conversion and Machine-Match Conversion 

In outsourced off-site conversion, the process is completed by an agency away from the library or information centre. The advantage of it is only that the process is completed within the time frame with less impact on the library’s routine work. But it has following disadvantages:

•    Conversion cost per item will be more;

•    Library has least control during the process; and

•    Shelf list/catalogue may probably have to leave the library.

One possible solution to the above is to provide photocopy of the title page of each of the document but it incurs additional cost and labour intensive.

There is another method, each item in the collection – as described in the shelflist_ is matched to a database owned by the vendor. Alternatively a bibliographic database provided by the library, usually as an extraction from a non-MARC-based local system, may be processed by the vendor, and then run against a MARC bibliographic file.

While a keyed conversion will likely cost more per item and will require the shelflist to leave the library, a machine-matched conversion may be done in a very cost-effective manner. Keyed conversions will make use of photocopies of title page and verso if there is no shelflist or if the library cannot bear to part with its shelflist. However, photocopying

•    Is extremely labour intensive, and

•    Will incur additional costs for supplies.

Performance measures and quality control concerns must be contractually negotiated, since there will be little direct control by the library over these. However, contracting with an outside vendor will result in predefined costs and time frames for completion. An off-site bureau conversion can therefore often be performed more efficiently with much less impact on a library’s day-to-day operations.

In practice, a hybrid approach is often adopted in which all three methods are used. The bulk of the monograph collection may be sent to a vendor to be converted off-site. More difficult materials such as serials, non-print may be converted on-site using either existing staff or contract labour, or these materials may be sent to yet another retrospective conversion vendor that specializes in converting complex, unusual items.

14.   Steps in Retrospective Conversion 

14.1 Filling of Data Input Sheets/Worksheets: Current practices for recording the bibliographical information may need modification when converted to the machine-readable format. Thus, as per requirements Data Input sheets/Worksheets may be printed so that all the required information may be noted forgetting no field and repeating none. Those who have good knowledge of cataloguing, scope, goals, and objectives of the project must design the Data Input Sheets. The person employed to fill up the Data Input Sheets must have good knowledge of cataloguing and must be aware of what information has to be recorded and what not. These Data Input Sheets/Worksheets must be checked by Library Staff to ensure that correct and required information has been recorded to meet the quality standards.

14.2  Entering Data into Software: After filling the Data Input Sheets/Worksheets, the information is keyed in the Library Automation Package. This can be done by one who has basic knowledge of computer and is good at typing. Here, the knowledge of cataloguing is not required but it will be good if he is made aware of cataloguing rules to reduce the mistakes.

14.3  Editing of the Database: After keying the bibliographical information into the software, the database must be checked for errors and edited by a responsible person to achieve the quality standards. This process must be repeated into a loop, till the required precision is not achieved. Type graphic spelling mistakes make the catalogue problematic for search.

15.   Key to Success 

The key to successful retrospective conversions is careful and meticulous planning. There are several actions on the part of a library can take that will contribute significantly to the success of the conversion project. These measures include:

•    Careful planning;

•    Close examination of each method of the conversion, taking into account the library’s budget, time, and manpower constraints;

•    Weeding of titles and copies that have marginal value. Since it is expensive, it makes no economic sense to convert materials that are of little or no worth.

16.     Summary 

Retrospective conversion is the process of converting the existing catalogue of libraries and information centres from non-machine-readable to machine- readable database form. The best method for conversion for a library or information centre depends upon the type and size of the collections, time, quality standards,  and manpower,  etc. To achieve the desired results,  it is necessary to have good understanding of the relationship of each aspect of conversion process. Planning and proper documentation of procedures and achievable milestones for monitoring will lead to consistency in the conversion. The database thus created would be able to achieve the objectives and will reflect the image of the library or information centre as well as of the institute.

17.   References 

1. Arora (Renu). Retrospective conversion. Short Term Training Course on “Library Automation and Resource Sharing”: Course Material. 2002. Indian National Scientific Documentation Centre, New Delhi. P 68-72.
2. Awcock (Frances). Retrospective conversion: pipedream or practicality?. Australian Library Journal. 34, 1; 1985; 11 – 8.
3. Cohn (John M), Kelsey (Ann L) and Fiels (Keith Michael). Planning for library automation: a practicalhandbook. 1998. London: Library Association. P 89 – 101.

4. Deshpande (N J) and Panage (B M). Retrospective conversion – an experiment in Jayakar Library, University of Pune. ILA Bulletin. 32, 11; 1998; 1-7.
5. Glossary Of Library & information science.
6. Harrison (Ken) and Summers (David). Retrospective catalogue conversion at Lancaster University Library. Program. 29, 2; 1995; 107 -22.
7. Harrod’s Glossary. Ed 5. 1984. Goewr. P 861.
8. Prasad (A R D). Retrospective conversion software for LC, OCLC, BNB and Bookfind CD-ROM database. DESIDOC Bulletin of Information Technology. 15, 3; 1995; 13-17.
9. Prasenjit Kar. Retrospective conversion: a cross platform programme in Java. Library Herald. 36, 1; 1998; 1-7.
10. Retrospective Conversion: Guidelines for Libraries. http://www.oclc.org/oclc/promo/6075retr/6075ret1.htm (Accessed on 18- 08-2003).
11. Retrospective Conversion: issues and perspectives: A forum edited by John Drabenstott. Lib Hi Tech. 4, 2; 1986; 105 -20.