RE: OCLC's CORC project and INNOPAC


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Response to Kathy and Jon,

What we have done at Ohio State, still in an experimental mode, is to have
collection managers harvest records in CORC, then work with technical
service folks to make them more suitable for our catalog.  When the records
were considered "complete" (a CORC status term), we could load them to our
INNOPAC.

The way that currently happens is to use the CORC export function,
specifying MARC format, saving the records as a single text file on a hard
drive.  Then, using the INNOPAC ftp, bring them to our INNOPAC workspace
like any other file picked up via ftp.  Convert and then use one of our
regular loaders.  

Jon, the records that are "marked" (the CORC term resulting in a check
mark) export as a file -- I just did 14 as a group last week, even though I
could see only 10 on a single CORC screen. This group of 14 did not have
item records, but we have decided the CORC records should -- we have an
ITYPE for Internet resources, and the location WWW for both bib and item.  

This is only the second group we actually exported and loaded.  One problem
is that they lack field 001 (it is dropped during the load as being
incorrect).  This field is used by our statewide system, OhioLINK, to
de-dup bibs, so right now the records only display in our local system.
This morning, I noticed a problem with redundant display of entries in the
web opac, so will be looking into that. The display looks fine in VT100.

--Noelle







At 11:19 AM 2/10/00 -0800, Kathy Johnson wrote:
>I'm really curious about these CORC records, and maybe you could answer some
>of my questions.
>  
>1. What do the CORC records actually look like? My understanding is that
>Dublin Core is somehow glommed onto a MARC record.
>2. Is the INNOPAC even set up to deal with these kinds of records?  I can
>just see the INNOPAC stripping all the unrecognized tagging during the
>download, or even worse, kicking you out of the system or freezing up
>because it just doesn't know what to do with the information.
>
>
>
>Katherine Johnson
>Head, Technical Services
>Caltech Library System
>Millikan Library 1-32
>California Institute of Technology
>Pasadena, CA  91125
>Tel: (626) 395-6065	Fax: (626) 792-7540
>kjohnson@xxxxxxxxxx
>
>
>
>-----Original Message-----
>From: Jonathan Jiras [mailto:jjjwml@xxxxxxxxxx]
>Sent: Thursday, February 10, 2000 8:39 AM
>To: INNOPAC@xxxxxxxxxx
>Subject: OCLC's CORC project and INNOPAC
>
>
>Hello Innopacers:
>
>We have just had our CORC training and are contemplating different
>methods of getting CORC MARC records into our Innopac.
>
>Since each CORC MARC record is exported as a single file, we could
>potentially end up with many files of individual MARC records -- each of
>which must be loaded into the catalog separately.  
>
>Have any OCLC CORC participants figured out a more efficient way of
>getting CORC MARC records into their INNOPAC?  
>
>Or, does anyone know of a tool to combine many individual MARC records
>into a single file of MARC records?
>
>Thanks,
>
>Jon Jiras
>Library Software Specialist
>Wallace Library
>Rochester Institute of Technology
>Rochester, NY 14623
>jjjwml@xxxxxxxxxx
>716-475-7737
>
>
>

***************************************
Noelle Van Pulis
Associate Professor and
Coordinator, Catalog Maintenance 
	and Authority Control
Cataloging Dept.
The Ohio State University Libraries
030 Main Library
1858 Neil Ave.
Columbus, OH 43210
phone: 614-292-1629 (internal: 4-0942)
fax:	614-292-7859
email: vanpulis.1@xxxxxxxxxx
**************************************