Importing SFX MARC records into Talis Chris Keene

University of Sussex Number of Journals available on SFX A-Z list: 25,752 Number of Journals using SCONUL criteria (Print+e & e-only, excludes databases such as Jstor): 10,818 Number of SFX active targets: 90

Number of Journals available on SFX A-Z list: 25,752

Number of Journals using SCONUL criteria (Print+e & e-only, excludes databases such as Jstor): 10,818

Number of SFX active targets: 90

MARCit Timeline 2007 - Summer 2008: informal uploading. Ended in a mess Autumn 2008: take more formal approach, defined procedure, testing, small updates. Load one publisher at a time Started with publisher with 9 records, increase number of records and frequency. More or less finished by February 2009

2007 - Summer 2008: informal uploading. Ended in a mess

Autumn 2008: take more formal approach, defined procedure, testing, small updates. Load one publisher at a time

Started with publisher with 9 records, increase number of records and frequency.

More or less finished by February 2009

Issues. Mostly good quality records, but large minority of not so good. Missing 001/003, problem as Talis will not import if not present Missing 006/007 - defines what it is (e-journal) makes cataloguer unhappy Talis has a (soft, undocumented) limit on how many records it can import at once Importing by publisher meant some duplicates crept in (import settings may have avoided this) Getting the right import configuration / settings

Mostly good quality records, but large minority of not so good.

Missing 001/003, problem as Talis will not import if not present

Missing 006/007 - defines what it is (e-journal) makes cataloguer unhappy

Talis has a (soft, undocumented) limit on how many records it can import at once

Importing by publisher meant some duplicates crept in (import settings may have avoided this)

Getting the right import configuration / settings

Loading one publisher

Example Prism Record

Wrong shape in the wrong hole? LMS not designed for large imports Not designed for mass deleting (suppressing) and reloading Precise requirements for metadata How to keep two systems in sync How do we know how out of sync the two systems are

LMS not designed for large imports

Not designed for mass deleting (suppressing) and reloading

Precise requirements for metadata

How to keep two systems in sync

How do we know how out of sync the two systems are

Aquabrowser Setting this up at same time as MARCit Easy, solves most issues but licensing/cost issues

Setting this up at same time as MARCit

Easy, solves most issues but licensing/cost issues

Summary Most records are of good quality, but significant were not. MARCit not cheap LMS are not designed for large bulk imports and sync'ing with a separate system... ... perhaps Next Generation Catalogues and Search tools are the solution, bypass the LMS. The process was seamless with Aquabrowser Treat it as a mini-project, with testing, checking, acceptance, etc. Include Cataloguers / front end staff My view: aim is users able to search for journal titles on catalogue and to discover and access online content. Once you have done an initial load, need to think about keeping e-journal records up to date on LMS. We created a Perl script to add 001/003 fields. Happy to share.

Most records are of good quality, but significant were not.

MARCit not cheap

LMS are not designed for large bulk imports and sync'ing with a separate system...

... perhaps Next Generation Catalogues and Search tools are the solution, bypass the LMS. The process was seamless with Aquabrowser

Treat it as a mini-project, with testing, checking, acceptance, etc. Include Cataloguers / front end staff

My view: aim is users able to search for journal titles on catalogue and to discover and access online content.

Once you have done an initial load, need to think about keeping e-journal records up to date on LMS.

We created a Perl script to add 001/003 fields. Happy to share.

Metalib X server

Cheers Chris Keene Technical Development Manager University of Sussex Library Email: [email_address] Twitter: chriskeene

Chris Keene

Technical Development Manager

University of Sussex Library

Email: [email_address]

Twitter: chriskeene