MARS Authority Control

Automated Services for Libraries, Authority Control, Machine Matching, and Marcadia

Browsing Posts tagged Bibliographic Records

What is Marcadia?

1 comment

Patricia Stelter, our Vice President of Bibliographic Services put together a really informative primer on what Marcadia is, and how it helps libraries. I thought I’d share what she had to say here.

Trying to get your materials cataloged with less staff? I’ve been in your shoes and I know the solution! Marcadia is exactly what you need in these lean times.

We partner with OCLC to provide Marcadia and it is one of the unique divisions that make up Automation Services here at Backstage Library Works. One of the many advantages of Marcadia is that you don’t need an OCLC membership to get select WorldCat records. Also, it doesn’t matter what type of library you work in –if you complete acquisitions and cataloging –we can help you!

Marcadia is an extraordinary automated cataloging service that matches brief records to WorldCat MARC records according to your specifications. Even if you have newly published materials we can take as little as one or two fields of information and return premium WorldCat records to you for a very affordable $1.75 per result.

I’ve been a Library Director and I know firsthand that patrons can sometimes be demanding and how I struggled to get items cataloged and available to them. If I had known about Backstage Library Works it would have made my life much easier and I would have been able to concentrate more on grant writing, starting my Friends of the Library group and providing needed outreach to my community!

In retrospect, these are experiences that I look back on, but for you that are struggling with today’s budget shortfalls and cutbacks Marcadia can even be more beneficial. You’ve lost cataloging staff? We can do the work for you and make your life easier!

We all know that catalogers have varying opinions on what constitutes a perfect record. With Marcadia you get the perfect record every time. You tell us exactly what you want, including your preferences for certain cataloging levels or records from regarded universities, and we deliver with great efficiency the same records that trained cataloging staff would choose.

Discover how Marcadia can make your life a little more idyllic. Define your perfect record and schedule your free test run today.

Patricia Stelter

VP Bibliographic Services

Backstage Library Works

We Need Your Input!

No comments

Judy, one of the project managers would like opinions from multiple librarians on a question we are facing right now. Here’s what she had to say.

Hello Everyone, we are looking for feedback from our community:

MARC Proposal No. 2008-06 requested that $x ISSN’s be allowed in 8XX fields (http://www.loc.gov/marc/marbi/2008/2008-06.html) and the proposal was approved by Library of Congress on October 2, 2008.  Just recently OCLC has decided to begin allowing $x too (see their July 2009 Technical Bulletin 257 found at:  http://www.oclc.org/support/documentation/worldcat/tb/257/default.htm.

With LC’s switch from 440 to 490 and our programming changes to accommodate this, many of you are now getting $x ISSN subfields in your Bibliographic 8XXs.  This has been causing some concern and at least in one scenario, it creates a problem situation as follows:

original bib headings:
490_1 $aSTI/PUB ;$v1343
490_1 $aSafety reports series,$x1020-6450 ;$vno. 58
830_0 $aSafety reports series ;$vno. 58.

after processing:
490_1 $aSTI/PUB ;$v1343
490_1 $aSafety reports series,$x1020-6450 ;$vno. 58
830_0 $aSafety reports series ;$vno. 58.
830_0 $aSafety reports series,$x1020-6450 ;$vno. 58.

The resulting 830s happened this way because the 8XXs must link up with 490-1’s.  The system assumes the first 8XX belongs to the first 490-1 so it retained “Safety report series ;$vno. 58.”  Since it “thought” there was no 8XX for the second 490-1 an 8XX was created for it.  Unfortunately it was the first 490-1 that was missing a linking 8XX.

What is your practice regarding 8XX $x?  Since this is now an allowable subfield and we follow LC procedures, what will this do to your system?

Your feedback would be very welcome and much appreciated. Feel free to comment on this blog or talk about it on our Forum at:  http://ac.bslw.com/community/forum/viewtopic.php?t=34

Thanks,
Judy

You may have noticed that we’ve recently changed the name of this blog from MARS Authority Control to MARS Automation Services. Why the change? I’ve asked our Chief Operations Officer of the Utah location, John Reese, to explain why. Here is what he had to say.

***

Before the purchase of MARS from OCLC, Backstage Library Works ran several bibliographic automated products.  These services include Non-MARC or Brief MARC Record Upgrades (Machine Matching), Deduplication and Consolidation of bibliographic data, Union Database creation, Marcadia and Custom Programming.  Prior to this week, these services were run independent of the MARS 2.0 Automated Authority Control Service.  Backstage is happy to announce the consolidation of all of the above mentioned services and MARS 2.0 Automated Authority Control under one division to be called, “Backstage Library Works Automated Services.”

We found that there was a lot of overlapping in client needs involving authority control with the above mentioned automated bibliographic services.  All of these services require technical knowledge of the automated process.  At Backstage we are now sharing this valuable resource under one umbrella, Automated Services.  We look forward to having one department work with your sales representative in offering the most efficient automated solution for you.  Below is a list of all of the services under our newly formed Automated Services department.  If you have question about this change please contact John Reese, jreese@bslw.com.

MARS 2.0 Automated Authority Control:

MARS 2.0 service is one of the oldest and most reliable automated authority control offerings on the market. With our new system upgrade introduced in 2008, managing your authority records has never been easier.  MARS 2.0 offers name and subject authority control based on the Library of Congress name and subject authority databases (and other available National databases like MeSH, NLC, etc.).  The authority control process standardizes name, subject, series and Uniform title headings.

Automated Machine Matching:

This service offers several options to upgrade non-MARC or brief MARC records to full MARC bibliographic records.  This process searches electronic records against Backstage Library Works database and the Library of Congress Bibliographic Database to return a full standard MARC record.  There are over twenty million records to match against in this database.

Automated Deduplication:

Backstage Library Works offers a deduplication process that consolidates bibliographic or authority records in a library’s database(s).  This process is performed according to the profile specifications of the library and is often used when a library or a library consortia is forming or adding new libraries.

Union Database Creation:

Library consortia or library districts often require a central database for their consortia to work from. Backstage helps libraries create Union Bibliographic as well as Union Authority databases.

Marcadia:

Marcadia is an automated batch copy cataloging service offered jointly by OCLC and Backstage Library Works.  This product finds, evaluates and delivers catalog records from OCLC WorldCat.  It is based on search records you supply from your local system and a selection criterion you provide.  Marcadia selects matching records from WorldCat and delivers them to you.

Custom Programming:

It has been a long standing Backstage Library Works’ tradition to customize our services to the needs of our libraries.  Many libraries require special programming to accommodate either earlier cataloging practices that no longer meet current standards and need to be changed or special programming to create unique processes for their library.  Backstage takes pride in its ability to accommodate these special needs.

Adding a Juvenile Subfield $v to your Library of Congress Heading

Children’s subject headings are a separate file within the LC subject file. They are designated by a second indicator of 1 in the 650 tag. The adult representation found under Library of Congress Subject headings uses a $Juvenile qualifier. The LC Children’s authority file contains just over 950 authority records.

In the automated authority control world many of our libraries are interested in changing all of their children’s subject headings to their Library of Congress equivalent.  We have always had the ability to search these children’s headings against their adult equivalent.  Recently, our clients requested that we add a juvenile subfield $v at the end of a heading that we flipped from Juvenile to Adult.  That was easy enough to do we simply added a $vJuvenile at the end of the tag once the heading was flipped to an adult heading.  However, this still did not adequately define the type of juvenile subdivision we wanted to represent the heading.

We knew that there were fixed fields within the bibliographic record that more precisely defined the type of Juvenile book we were looking at.  What we decided to do is base the juvenile designation on these specific codes.  If the bibliographic record is a book format (leader/06 = ‘a’or ‘t’) then we check byte 33 of the fixed field to determine what type of juvenile heading this is.  There are fourteen different characters that define the Juvenile book from Comic Strips to Speeches.  However, there is not a valid subfield $vJuvenile …. for each representation.  What we decided to do was translate the ones that did have a valid representation to that heading.  For instance if byte 33 was a ‘d’ we created the juvenile heading $vJuvenile drama.   The following charts indicate what heading are assigned to what code in byte 33.

= “1″ : add “$vJuvenile fiction”
= “d” : add “$vJuvenile drama”
= “h” : add “$vJuvenile humor”
= “p” : add “$vJuvenile poetry”

All headings that did not have a valid subfield $vJuvenile representation in byte 33 were defaulted to Juvenile literature.

We also looked at leader byte six to determine if the bibliographic record was something other then a book and assign an appropriate juvenile designator to the headings.  For example, if leader byte 6 is ‘e’ or ‘f’ for maps we add $vMaps for children or if byte 6 is a ‘g’ and byte 7 ‘m’ or ‘v’ we add $vJuvenile films to the adult heading.  The following example illustrates what this change will look like once your juvenile headings have been converted to Library of Congress.

Examples
        Child heading:
        650   1 $aRain forests.
        650   1 $aCollies$vFiction.

        Matched LC adult with "Juvenile" description added:
        650   0 $aRain forests$vJuvenile literature.
        650   0 $aCollies$vJuvenile fiction.

For a more detailed account of subfield $vJuvenile assignments please review section 3.8 of our planning guide: http://ac.bslw.com/community/wiki/index.php5/Profile_Guide_Step_3.8

Definition:

Blind References:  A subject, name or series title authority record contains a blind reference if there is no heading in the database corresponding to the valid form stored in the authority file.  Usually the last bibliographic record that contained the heading has been deleted.  These authority records are to be deleted from your ILS system authority file.

On a library’s ILS system the blind reference will either not be included in the authority index or will be included in the index with zero hits (bibliographic connections) associated with it. When an authority file is in place on an ILS system only the authorized heading 1XX or the see also reference 5XX of the authority record can be a blind reference. The nature of the see reference 4XX always points to the authorized heading 1XX and can not be a blind reference though on some ILS systems a search on the see reference will have the same result as a search on the authorized heading if the authority record is a blind reference. That is no bibliographic record will be found.

Example of a Blind Reference: Note the 0 that is in yellow is a blind reference.  The other 0 under Topographic Brain mapping is a see reference.

Subject                                                                                    Titles

Topographic brain mapping.                                      0 

  • See: Brain mapping.                                           1

Topographic maps – Databases. 2

Topographic maps — Databases — Software. 0

Topographic maps — Software. 2

How a Blind Reference gets on a Library’s ILS system

There are several ways an ILS system produces Blind References.  The following is a list of a few.

1.      If a library deletes the last bibliographic record associated with an authority it will become a blind reference unless it is removed from the system.

2.      If a new authority does not match up to an existing authorized bibliographic heading it will become a blind reference.

3.      If an authority automation vendor delivers an authority that the library no longer owns it will become a blind reference.

The first description of how a blind reference gets on a library system can be avoided by making sure that you delete any authority associated with a deleted bibliographic record.  Most ILS systems automatically generate a report of these occurrences.

The second blind authority problem occurs during the automation authority control process.  In the past these had to be reconciled or connected through a semi automated and sometimes time consuming process.  Backstage now has a process called “Heading Tracker” that makes manual reconciliation almost obsolete.

The last blind authority problem also occurs during the automated authority control process but can be easily remedied by routine maintenance described below.

Maintenance:

The library needs to send their authority deletes to their automation vendor.  There is no automatic removal from the master authority file your vendor keeps with the library’s authority database.  The process can be part of a simple routine maintenance. Most ILS systems automatically generate a file of deleted authority records that can be accessed through reports.  If a list of the deleted records is sent to Backstage we can remove them from your master authority file.  That list should include the control number (001) of the authority record.

WHY IT’S A GOOD IDEA TO LOAD YOUR AUTHORITIES IN THE ORDER WE PROCESSED THEM

We have often had clients ask us in what order they should load their authorities, if they have several groups to load.  Perhaps you’ve found yourself in the situation where you haven’t loaded your last set of authority updates and now you’ve sent in new bibliographic records to be processed, or maybe your next scheduled update has arrived.  You find yourself looking at two or more batches of authorities and you wonder, “Does it really matter which goes first?”  Absolutely!  And here’s why:

 

    *  Say you had a scheduled authority update in December, but things went crazy busy and you haven’t had time to load those authorities yet.  Now it’s March and you have a large group of new bibliographic records that need processing, so you send them in.  Thinking you can save time by loading both the December updates and the bibliographic authorities at the same time, you wait for the new group to be returned.  But now … which to load first?  You should load the December updates first.  Example:

    *  You have a heading for Doe, John,$d1955-   and sometime last year LC updated that to Doe, John Joseph,$d1955- (and if we’re lucky, LC added the “old” heading as a 400 see-reference).  This changed authority would deliver with the December group you hadn’t loaded yet.

    *  Now you’ve sent in your bib records and in there is the heading for Doe, John,$d1955-  .  However, between December and today’s date LC decided to edit the record again and they put out a new authority with the new heading of: Doe, John J.,$d1955- (and still kept the original “old” heading of Doe, John,$d1955-  in a 400 see-reference tag).

    *  With the processed bibs you’d get back the very newest authority for Doe, John J.,$d1955-, which is what you’d want in your system.

    *  But if you decide to load the bibliographic records and associated authorities first and the December authority updates second, the middle version of Doe, John Joseph,$d1955-  (from the December updates) would overwrite the newest authority sent with the bibs, and you would be stuck with an older, not current LC version of this heading.

Which is why it’s always wisest to load oldest-to-newest, when you’re working with several projects at once.

Written by: Judy Archer

Bibliographic Record Update Service

Due to popular demand, Backstage Library Works is now offering a third ongoing service product that we call Bibliographic Record Update Service.  This service updates your bibliographic records during our Notification Service.

Over the years Backstage has offered two ongoing products for automated authority control.  For all of your new bibliographic records we provide a product called Current Cataloging.  Current Cataloging is designed to pick up where you left off with the original automated authority process.  We take all of your new bibliographic records and process them exactly like we processed your original bibliographic database.  With this process we return to you newly validated bibliographic records with updated authority headings that match the new and updated authority records we return to you.  We retain in your master authority file all new and updated authority records.

To complement our Current Catalog product Backstage offers Notification Services.  Notification Services matches your library’s master authority file against the National Databases on pre determined intervals to give you updated and new authority records that replace the old authority records on your database.

Both of these products together are a very efficient and cost beneficial way to maintain your authority database.  For most libraries this is sufficient.  However, with the Notification product it is left to the Library’s ILS system to reconcile new authorities delivered by Backstage with existing authority headings in their bibliographic records.  The process of importing and updating the Library’s authority records is straightforward.  Control numbers are matched up and the newly imported record overlay the old authority record.  However, for some ILS systems the updating of the authority heading is done by a string match on the 1XX or the 4XX of the authority record.  If neither are the same as the old bibliographic authority heading the record will not automatically reconcile.  Typically, this is done through reports but the effort to reconcile or to populate the authorized heading in the bibliographic record can be partially manual and can be time consuming depending on the ILS and the library.

How big of a job is this?  It really depends.  Up until the advent of the closed death date Backstage did not receive a call involving the amount of time you spent on reconciling new authority records to existing authority headings but that has changed.  Recently, we have noticed an interest in having this part of the ongoing authority process further automated.  As a result we have developed a complimentary service we call Bibliographic Record Update Service.

What we will do during our Bibliographic Record Update Service is maintain your bibliographic records along with your authority records.  With this service, Backstage will have a master bibliographic file as well as a master authority file for your library which we will maintain for you.  When Notification Services run on your database, our Bibliographic Record Update Service will also run.  Backstage will update or reconcile your bibliographic database as well as your authority file before we send records back to you.  We will deliver to you updated bibliographic records along with your updated and new authority files.

How does this help you?  The time spent reconciling your new and updated authority records to their associated bibliographic records will disappear.  Your library will simply need to upload updated bibliographic records along with new and updated authority records.  The process will be identical to what you do for Current Cataloging.

To maintain your bib file we will need any changed bibliographic records sent to Backstage prior to your Bibliographic Update service.

If you are interested in this new service please contact your sales representative or the MARS authority control team for more information.

<-->

Powered by WordPress Web Design by SRS Solutions © 2010 MARS Authority Control Design by SRS Solutions