Skip to content
OnlyProjects
M.Lib.I.Sc · Cataloguing & ClassificationFor educational purposes only

One Catalogue, Two Codes: An AACR2-to-RDA Consistency and Authority-Control Audit of a University Library OPAC

How one university OPAC carries a decade of AACR2 records and a decade of RDA — and what it costs

Mapped to your syllabusLibrary-science departments University LIS · Project / dissertation (M.Lib Sem 4 typically; B.Lib project report) · Final semester

Overview

1 min read

Most Indian university libraries computerised their catalogues in the 2000s under AACR2, the Anglo-American Cataloguing Rules, and have kept accessioning ever since. The international standard, however, moved on: RDA — Resource Description and Access — replaced AACR2 from 2010–13, and the Library of Congress, the British Library and most major cataloguing agencies implemented it in 2013. The result inside one typical OPAC is a hybrid catalogue: records transcribed under two different codes, with different transcription conventions, different access-point policies and different handling of the General Material Designation — sitting in one database with no systematic record of where the seams are.

This M.Lib.I.Sc dissertation audits that seam. Working at the Central Library of Vidyagiri State University (fictional), which runs SOUL and has catalogued continuously since 2004, the study draws a stratified random sample of 400 bibliographic records — 200 created before 2013 (the AACR2 era) and 200 after 2017 (the settled RDA era) — and audits each against a 12-element checklist built from AACR2 and RDA transcription rules and MARC 21 documentation.

The audit measures element-by-element consistency: presence of the GMD in 245 $h versus RDA's 336/337/338 content-media-carrier fields, abbreviations, ISBD punctuation, access-point practices, and whether name headings match their forms in the LC Name Authority File and VIAF. Chi-square tests compare the two year-bands; error and variant rates per element become a gap register, a one-page house style sheet, and a costed conversion checklist the library can actually execute — the dissertation's practical deliverable to the institution.

Relevant for
All India
Level
Advanced · 20 weeks · solo
Common at
Bangalore University, University of Mumbai, University of Delhi
Updated
Nov 2026

Syllabus alignment

Library-science departments · University LIS

Project / dissertation (M.Lib Sem 4 typically; B.Lib project report) · Final semester

Subjects this project applies
  • Cataloguing Theory and Practice — AACR2 and RDA
  • Metadata and Standards — MARC 21, ISBD, FRBR
  • Library Automation and Integrated Library Systems (SOUL, Koha)
  • Research Methodology and Statistics (SPSS)
  • Information Sources and Authority Files (LCNAF, VIAF)
How it is evaluated

See your department's project guidelines.

What's in the box

11 parts · 5 free · 3 previewed · 3 unlock for ₹999

Problem & synopsis

6 min read

Problem statement

An Indian university library that automated in the 2000s and continues to accession today carries two cataloguing codes in one database — AACR2-era records and RDA-era records — with no inventory of what that heterogeneity costs users or the library. Transcription conventions differ: the GMD appears in old records and not in new ones; abbreviations such as 'p.' and 'ed.' persist in one era and not the other; access points follow different policies; and name headings drift from the forms recorded in LCNAF and VIAF, so the same author can hide under several headings. Because nobody has measured the mix, the library cannot answer basic management questions: what proportion of the catalogue is RDA-consistent, which elements diverge most, whether users face duplicate entries under variant headings, and what an upgrade to full RDA consistency would require in staff-days. Cataloguing literature debates the codes rule by rule but rarely audits a real hybrid OPAC record by record. This dissertation converts an invisible problem into a measured one — and into a remediation plan the library can budget for.

Synopsis

Abstract

A library that has catalogued continuously for two decades does not have one cataloguing code — it has layers. This dissertation audits the layering in the OPAC of a state university central library (SOUL, records since 2004) by comparing 400 randomly sampled records from the AACR2 era (pre-2013) and the settled RDA era (post-2017) across 12 transcription and access-point elements, verifying name headings against LCNAF and VIAF, and translating the measured inconsistencies into a house style sheet and a costed conversion checklist for the library.

Introduction

Cataloguing codes are not software; they do not upgrade in place. When RDA succeeded AACR2, libraries worldwide faced the same question Indian university libraries still face: what happens to two decades of records made under the old code? International literature (for example, studies of RDA implementation in large libraries) describes the decision process at well-funded institutions, but the typical Indian university library's situation — a single cataloguer, SOUL or Koha, decades of AACR2-era records, and copy cataloguing mixed with original cataloguing — is barely measured. Without measurement, upgrade plans are guesswork and cataloguing quality debates remain anecdotal.

Existing studies and the gap

Published comparisons of AACR2 and RDA explain rule-by-rule differences — GMD versus the 336/337/338 fields, abbreviation policy, relationship designators — and LIS journals carry awareness surveys of Indian cataloguers. What is missing is a record-level audit of a real hybrid catalogue that quantifies how much of each code actually sits in the database, how often headings drift from their authorised forms, and what a remediation plan would cost in staff-days. This study supplies that measurement and the plan.

The proposed study

A stratified random sample of 400 records — half created before 2013, half after 2017, stratified further across monographs, theses and e-resources — is exported in MARC 21 from SOUL and audited on a 12-element checklist: GMD presence and form; 245 transcription; edition, place, publisher and date transcription (abbreviated versus RDA-style); extent phrasing (pages versus pages, unnumbered sequence handling); 336/337/338 presence and correctness; ISBD punctuation integrity; main and added entry structure; relator terms; subject-heading form (LCSH consistency); series treatment; and authority verification of the first three name headings against LCNAF/VIAF.

Ten percent of the sample is re-audited independently by a classmate for intra/inter-auditor agreement. Element error and variant rates are computed per year-band; chi-square tests whether the two eras differ per element. Deliverables: a gap register, a house style sheet, a prioritised conversion checklist with staff-day estimates, and an authority-control workflow for SOUL and Koha.

Feasibility

All 400 records exist in the library's own database; export, audit and analysis need only Excel, SPSS and the free RDA Toolkit trial period and LC documentation. The audit sheet is piloted on 20 records. Permission is sought from the University Librarian; records contain no personal data. The 20-week schedule reserves six weeks for analysis and writing, so a slow permissions process cannot sink the timeline.

Objectives

  1. 01Measure, element by element, the transcription differences between AACR2-era (pre-2013) and RDA-era (post-2017) records in a live university OPAC of 400 sampled records.
  2. 02Quantify the presence and correctness of GMD (245 $h) in older records and of 336/337/338 fields in newer records, and flag hybrid records that carry neither.
  3. 03Verify the first three name headings of each sampled record against LCNAF and VIAF and compute the rate of heading drift from authorised forms.
  4. 04Test, with chi-square, whether the two year-bands differ significantly on each audited element.
  5. 05Produce a gap register, a one-page house style sheet and a prioritised, costed conversion checklist for upgrading the catalogue toward RDA consistency.
  6. 06Propose an authority-control workflow executable in SOUL 3.0 and Koha, with the sample's drift cases used as worked examples.

Scope

In scope

  • The bibliographic database of one university central library (SOUL), records created 2004–2025.
  • 400 records: stratified by era (200 pre-2013, 200 post-2017) and format (monographs, theses, e-resources).
  • A 12-element record-level audit built from AACR2, RDA and MARC 21 documentation, plus LCNAF/VIAF verification of three headings per record.
  • Statistical comparison of the two eras, a gap register, a house style sheet, a costed conversion checklist and an authority-control workflow proposal.

Out of scope

  • Retrospective conversion of legacy card data or record clean-up execution — this study audits and plans; it does not edit the live database.
  • Subject-heading depth analysis beyond LCSH form consistency, and classification practice (DDC numbers) except where it affects the audit sheet.
  • Interoperability testing with union catalogues, and user-side search-behaviour studies.
  • Any claim about other libraries; findings generalise to the audited catalogue and suggest method, not universals.

Methodology

Design. A record-level audit study — quantitative, descriptive and comparative — executed in four phases: instrument development, sampling, audit, analysis. The audit sheet treats each bibliographic record as a case with 12 binary and categorical element variables plus three authority-check outcomes.

flowchart TD
  A["Permissions: University Librarian and department ethics note"] --> B["Build audit sheet from AACR2, RDA and MARC 21 rules"]
  B --> C["Pilot on 20 records; refine decision rules"]
  C --> D["Stratified random sample: 200 pre-2013, 200 post-2017"]
  D --> E["Export MARC 21 from SOUL; audit 400 records"]
  E --> F["Reliability: 10 percent re-audited independently"]
  F --> G["Analysis: error rates per element, chi-square by era band"]
  G --> H["Deliverables: gap register, style sheet, conversion checklist, authority workflow"]

Sampling. The population is all bib records with creation dates in SOUL. Two strata by era (pre-2013, post-2017) are drawn at 200 each with a random start and fixed interval from date-sorted lists; within each era, allocation across monographs, theses and e-resources is proportional. The sampling plan, with its random start, prints in the appendix.

Instrument. The 12-element audit sheet — each element with its AACR2 rule, its RDA counterpart, the MARC 21 field affected, and the coded verdict (compliant, variant, absent, hybrid) — is derived from the codes themselves and from LC MARC 21 documentation, then piloted on 20 records until every decision rule is unambiguous.

Reliability. A classmate re-audits a random 10 percent (40 records); element-level agreement and Cohen's kappa are reported, and any element under 0.70 agreement is re-defined and re-audited before analysis proceeds.

Analysis. In Excel and SPSS: element error/variant rates per era band; chi-square tests of era × element verdict; authority-verification match rate; a hybrid-record count (records carrying neither GMD nor 336/337/338). Findings convert directly into the conversion checklist, each item costed in staff-days from the audit's own rates.

PhaseWeeksOutput
Permissions, instrument, pilot1–4Audit sheet v2, pilot report
Sampling and export5–7400-record sample file, sampling log
Audit and authority checks8–13Audit database, VIAF/LCNAF log
Reliability13–14Kappa table
Analysis14–16Era-comparison tables, gap register
Writing and submission16–20Dissertation, style sheet, checklist, viva

Research design

2 diagrams · 8 tools · 1 min read

  • SOUL 3.0 (INFLIBNET) — catalogue module and MARC record export
  • Koha 24.x (comparison OPAC, authority module walkthrough)
  • MARC 21 bibliographic format (record-level audit sheet)
  • Excel (audit database, error rates, charts)
  • SPSS (chi-square, year-band comparisons)
  • RDA Toolkit and Library of Congress MARC 21 documentation
  • VIAF and LC Name Authority File (authority-head verification)
  • APA 7th edition referencing

As a dissertation, the 'architecture' is the study design — how a live catalogue becomes an auditable dataset — and the audit sheet's logic, which maps every cataloguing-code difference to the MARC 21 field where it is observable.

flowchart TD
  CAT["SOUL catalogue: records 2004-2025"] --> EXP["MARC 21 export, date-sorted"]
  EXP --> S1["Stratum A: 200 records, pre-2013 (AACR2 era)"]
  EXP --> S2["Stratum B: 200 records, post-2017 (settled RDA era)"]
  S1 --> AUD["12-element audit sheet + LCNAF / VIAF checks"]
  S2 --> AUD
  AUD --> KAP["Reliability: 10 percent re-audit, Cohen's kappa"]
  KAP --> ST["SPSS: chi-square by era, element error rates"]
  ST --> OUT["Gap register, house style sheet, costed conversion checklist"]
flowchart LR
  E["Element audited"] --> G["GMD vs 336/337/338 — fields 245 h, 336, 337, 338"]
  E --> T["Transcription — fields 245, 250, 260/264, 300"]
  E --> AP["Access points — fields 100, 110, 700, 710, relators in 100 and 700"]
  E --> SH["Subject form — field 650, LCSH practice"]
  E --> AU["Authority — heading vs LCNAF and VIAF form"]

The second diagram is the dissertation's conceptual spine: every AACR2-versus-RDA difference that matters is observable in a named MARC 21 field, which is what makes the audit objective — an auditor codes the field as it stands, not the cataloguer's intent. The same mapping drives the conversion checklist, since each remediation item names its field.

Work packages

6 packages

  1. Package 01

    Instrument: The 12-Element Audit Sheet

    Builds the study's core instrument from AACR2, RDA and MARC 21 documentation: each element defined with both codes' rules, the MARC field to inspect, and a coded verdict scale (compliant, variant, absent, hybrid). Piloted on 20 records until decision rules are unambiguous, then frozen and printed as the dissertation's first appendix.

  2. Package 02

    Sampling and MARC Export

    Draws the stratified random sample (200 pre-2013, 200 post-2017) from SOUL's date-sorted record list with a documented random start and fixed interval, stratifying across monographs, theses and e-resources. Exports each sampled record in MARC 21 with its 001, 008 fixed fields and creation date, building the audit database with a one-line provenance note per record.

  3. Package 03

    Record-Level Audit

    Audits all 400 records on the frozen sheet: GMD presence and form in 245 $h; 336/337/338 presence and correctness; transcription of 245, 250, 260/264 and 300 under each code's conventions; ISBD punctuation integrity; access-point and relator practices; and LCSH form in 650. Every verdict is coded without reference to the cataloguer, keeping the audit mechanical and repeatable.

  4. Package 04

    Authority Verification

    For each sampled record, verifies the first three name headings (100/110 and 700/710) against the LC Name Authority File and VIAF, recording match, variant or no-find. Produces the catalogue's heading-drift rate, a list of duplicate-heading cases where one author hides under multiple forms, and the worked examples that later anchor the proposed authority-control workflow.

  5. Package 05

    Reliability and Statistical Analysis

    Re-audits a random 10 percent independently, reports element-level kappa, then analyses in SPSS: era-band error and variant rates per element, chi-square tests of era × verdict, the hybrid-record count, and effect sizes. All raw outputs are archived so the examiner can trace every published table back to the audit database.

  6. Package 06

    Deliverables: Style Sheet, Checklist, Workflow

    Translates findings into practice: a one-page house style sheet declaring the library's chosen conventions; a prioritised conversion checklist where each item names its MARC field, its affected record count from the audit, and a staff-day estimate; and an authority-control workflow for SOUL 3.0 and Koha built on the sample's drift cases as demonstrations.

Slides

12 slides · titles free · bullets, notes and the .pptx unlock

  1. Slide 1

    One Catalogue, Two Codes

  2. Slide 2

    The Problem in One Slide

  3. Slide 3

    From AACR2 to RDA — What Changed

  4. Slide 4

    Research Questions

  5. Slide 5

    Study Design

  6. Slide 6

    The 12-Element Audit Sheet

  7. Slide 7

    Authority Control Check

  8. Slide 8

    Reliability

  9. Slide 9

    Findings — The Catalogue in Numbers

  10. Slide 10

    Deliverables to the Library

  11. Slide 11

    Limitations

  12. Slide 12

    Conclusion and Future Scope

Bullets, speaker notes and the .pptx · ₹999

The titles above are the real outline. The rest is what you present from.

Unlock for ₹999

Viva questions & answers

3 of 15 answered free · 12 unlock

Read each answer, close it, and say it in your own words. Your viva will ask. Now you'll know.

  1. 01Concept

    What is the difference between AACR2 and RDA, in one paragraph?

    AACR2 is a transcription code built for the card and early online catalogue: it prescribes how to transcribe a work's description and choose access points, and it relied on the General Material Designation to flag what an item is. RDA — Resource Description and Access — is a content standard built on the FRBR user tasks and the WEMI model, aligning description with how the semantic web describes resources: it spells out abbreviations, replaces the GMD with the three content-media-carrier fields, and treats relationships with designators. My audit studies what happens when one database holds both codes at once.

  2. 02Concept

    Why did RDA drop the GMD, and what replaced it in MARC 21?

    The GMD — bracketed terms like text or videorecording in 245 $h — mixed content and carrier in one vague label and was not machine-actionable. RDA replaces it with three granular fields: 336 for content type, 337 for media type and 338 for carrier type, each with controlled source vocabularies. In my audit, the presence of 245 $h in pre-2013 records and of the 336/337/338 trio in post-2017 records is the single most visible marker of the two eras.

  3. 03Concept

    RDA and MARC 21 — what is the relationship? Many students confuse them.

    RDA is a content standard: it tells the cataloguer what information to record and in what form. MARC 21 is a communication format: it defines the fields, subfields and indicators that carry the recorded information between systems. RDA records are routinely carried in MARC 21 — 336/337/338 are MARC fields that hold RDA elements — and RDA is increasingly mapped toward BIBFRAME as a linked-data carrier. My audit sheet exploits the distinction: every code difference is examined where it is observable, in a named MARC field.

+12 more questions, with answers

Try the free ones out loud first. Your examiner will not accept “it's in the PPT”.

How to reproduce the study

7 steps · unlocks with the project

Unlocks with the project · ₹999

7 steps

Every step to carry the project out with the tools in the tech stack, in order.

Unlock for ₹999

READMEFIRST

282 words · unlocks with the project

What to change before it goes anywhere near a submission. Skipping it is how the demo fails live.

Unlocks with the project · ₹999

282 words · ~1 min read

The checklist of things to rename, re-seed and re-think so the project reads as yours.

Unlock for ₹999

Instructions

321 words · unlocks with the project

How to study it, adapt it and walk your examiner through it, step by step.

Unlocks with the project · ₹999

321 words · ~2 min read

Report structure, formatting rules and the submission checklist your department will grade.

Unlock for ₹999

References

9 sources

  1. RDA Toolkit — Resource Description and Access (official site)
  2. Library of Congress — MARC 21 Format for Bibliographic Data
  3. INFLIBNET Centre — SOUL: SOftware for University Libraries (official site)
  4. Koha — the world's first free and open source library system (community site and manual)
  5. VIAF — Virtual International Authority File (OCLC)
  6. Anglo-American Cataloguing Rules, 2nd edition, 2002 revision with 2005 update, ALA / CLA / CILIP
  7. Maxwell, R. L. — Maxwell's Handbook for RDA: Explaining and Illustrating RDA: Resource Description and Access Using MARC 21, ALA Editions, 2014
  8. IFLA — Functional Requirements for Bibliographic Records: Final Report, 1998 (the FRBR / WEMI model)
  9. Long, C. E. (2018). RDA Implementation in Large US Public Libraries. Library Resources & Technical Services, 62(1)

Cite this bundle

OnlyProjects. (2026). One Catalogue, Two Codes: An AACR2-to-RDA Consistency and Authority-Control Audit of a University Library OPAC: M.Lib.I.Sc Cataloguing & Classification project bundle [Educational resource]. https://onlyprojects.online/projects/mlib-cataloguing-aacr2-rda-consistency-authority-control-audit

Future scope

1 min read

  • Execute the checklist: a follow-on project that applies the conversion checklist to one collection (say, the theses) and measures the before–after consistency shift.
  • Scale the audit: replicate in three libraries of different automation vintage to test whether the hybrid-pattern findings hold across institutions.
  • BIBFRAME horizon: extend the audit's logic to examine how the catalogue's data would map toward BIBFRAME as linked-data migration becomes practical.
  • Authority control automation: pilot heading auto-verification against VIAF through a script or Koha's tools, costed against the manual rates measured in this study.
  • User-side validation: pair the metadata findings with a search-task study measuring whether heading drift actually costs users retrieval time.

Keep browsing

Same degree, same syllabus slot, different idea. Pick the one your guide will actually approve.