Gene Fieg | 1 Oct 2008 02:40

FW: auth. file: two Kims that are the same.

Beware that there are two Kims out there who are the same, not matter what
the t.p. says.  I have contacted cpso with the note below.

Gene Fieg

Cataloger

Claremont School of Theology

gfieg@...

-----Original Message-----
From: Gene Fieg [mailto:gfieg@...] 
Sent: Tuesday, September 30, 2008 5:38 PM
To: cpso
Subject: auth. file: two Kims that are the same.

Stephen S. Kim (who is here at Claremont) and Kim, Sin-Haeng (see your bib
record for A centennial history of the Los Angeles Korean United Methodist
Church)  On the title page of the latter,  his name is in Korean characters
and can be transliterated as Kim, Sin-Haeng.  However, he wrote it in the
U.S.  Should we or should we not use his apparently preferred name (he used
his Anglo name for his thesis) instead of the Korean transliterated one?  Or
if we are to keep them both, should there be 500 references in each
authority record?

TIA.

Gene Fieg

(Continue reading)

Helen Buhler | 1 Oct 2008 11:25
Picon
Favicon

Margaret Mann Citation 2009

Dear All,

As some of you may remember, I had the privilege of leading the
nomination of Bob Hiatt of CPSO for this year's ALCTS Outstanding 
Collaboration Citation.  We were unsuccessful; but I have agreed 
to try again on his behalf, this time for the Margaret Mann Citation.

"This award is presented to a cataloger or classifier for outstanding
professional achievement in the areas of cataloging or classification
through publication, participation in professional cataloging
associations, or valuable contributions to practice in individual
libraries.  The Cataloging and Classification Section administers the
award, a citation and $2,000 to the library school of the winner's choice,
which is donated by OCLC, Inc."

(From yesterday's posting to AUTOCAT by Cheri Folkner).

Would anyone who feels that Bob would be a worthy recipient like to
contact me about a support statement?  (I'm working
Tuesday-Thursday and only have computer access at work).  The
deadline for submeissions is December 1st, but I'd like to get it
in at least two weeks in advance of that.  Plain text please, as
for AUTOCAT postings: my mailer is pure UNIX and has never heard of
anything else!

Looking forward to hearing from lots of you,

Helen
Helen Buhler,
Classification Coordinator, The Templeman Library,
(Continue reading)

Yuliya Halushka | 1 Oct 2008 11:34
Picon

Retrieval of multiple volumed sets

Dear friends, thank for your constant help with our cataloging questions.

I have got another one. We are creating our new OPAC now. The question we
have got is about retrieval of multiple volumed editions. In terms of our
library tech system, what should our IT person do to enable a retrieval we
want. Here is this retrieval.

We would like our patrons to be able to retrieve a list of all volumes of a
certain series by typing in just a series title. For example, there is the
series called "Illustrated lives of great composers" where each volume has
got a separate title proper like Berlioz by X, Bach by Y, Chaykovskiy by Z.
So, when I as a patron type in "Illustrated lives of great composers" under
"title" in OPAC, the system retrieves the list of each volume included in
this series. We wonder what MARC indicators/ fields/subfields should
be hooked up to the retrieval here?

Then, in case when there is just a set with common title, but there is no
title proper in each volume, we want the retrieval system to show just a
common record for this set. A good example of it is Encyclopedia of
bioethics by Stephen G. Post where we have got 5 volumes without explicit
title but just something like Abo-Dea v.1 etc. I typed it in at
catalog.loc.gov and the system retrieved just a common record for the whole
set of 5 volumes. So, we wonder again what MARC indicators/ fields/subfields
should come into play here to enable this kind of retrieval?

Will appreciate any suggestion,

Thanks,
Yuliya

(Continue reading)

Yuliya Halushka | 1 Oct 2008 11:42
Picon

Re: Series

Thank you, colleagues. Your answers lit more light on the problem. We here
in Ukraine need to beg our publishers to be more consistent with their
publications. I know this series thing is not an easy one for you and you
struggle with it too.

Kinds regards,
Yuliya

On Tue, Sep 30, 2008 at 8:43 PM, Steven C Shadle <shadle <at> u.washington.edu>wrote:

> On Tue, 30 Sep 2008, Suzanne Stauffer wrote:
>
> ISBN and ISSN are issued by publishers; they cannot be relied upon for
>> determining whether an item is a serial or a monograph. I've seen items with
>> both. The cataloger has to be able to determine what an item is by examining
>> it.
>>
>
> One minor correction here.  ISSN are not issued by publishers.  ISSN are
> assigned by the national centers of the ISSN Network <www.issn.org>.  The
> US ISSN Center is at the Library of Congress <www.loc.gov/issn/>
>
> ISSN are (sometimes incorrectly) printed on pieces issued by publishers,
> but publishers, themselves, do not assign ISSN.
>
> Steve Shadle/Serials Access Librarian  *****  shadle <at> u.washington.edu
> University of Washington Libraries      ***     Phone: (206) 685-3983
> Seattle, WA 98195-2900                   *        Fax: (206) 543-0854
>
>
(Continue reading)

James Weinheimer | 1 Oct 2008 12:26

Re: Slides from RDA presentation at OLAC/MOUG/NOTSL Conference

On Tue, 30 Sep 2008 16:06:22 -0400, Heidi Hoerman <heidihoerman@...>
wrote:

>I was privileged to give a presentation on RDA (my opinions only) at the
>OLAC/MOUG/NOTSL Conference.  There was a spike of traffic on my web site
>yesterday I assume was folks looking for the slides.  They are now linked
>to www.heidihoerman.com

I was stunned by this presentation. It is absolutely great! It takes a lot
of guts to do that. And with humor to boot!

Like Hal, I would also love to see or hear the text that went along with
your presentation. Congratulations!

James Weinheimer  j.weinheimer@...
Director of Library and Information Services
The American University of Rome
Rome, Italy

***********************************************************************

E-mail AUTOCAT listowners:             autocat-request@...
Search AUTOCAT archives:  http://listserv.syr.edu/archives/autocat.html
Selected AUTOCAT commands: http://www.cwu.edu/~dcc/Autocat/options.html
  By posting messages to AUTOCAT, the author does not cede copyright

***********************************************************************

Gene Kinnaly | 1 Oct 2008 13:34
Picon
Favicon

Re: Call number help

Erin,

I don't have access to the LC classification
schedules, but based on the call number, main entry,
and first subject heading, this appears to be an
autobiography, and the second cutter of A3 is used for
autobiographies when the class means Individual
Biography, A-Z.  In the LC catalog I see many other
examples of A3 as the second cutter in this class, so
if the class does not mean Individual Biography, A-Z,
then many mistakes were made!

Gene

Gene Kinnaly
LC cataloger (retired)

--- Erin Strack <erinna_agis@...> wrote:

> Can someone please explain where the A3 in this call
> number comes from. I
> know it's an older record so I thought maybe
> something has changed in the
> schedules. Nether the less I alwasy seem to falter
> when it comes to the B's. 
> 
> 050  00 |a BX8143.D93 |b A3 1990
> 
> 
> Thanks in advance. 
(Continue reading)

Picon

Re: Call number help

Probably from LC's Subject Cataloging Manual : Shelflisting
G320
Biography table
.A3 = autobiography, diaries, etc. by date

Frances Ott Allen
Monographs
Univ. of Cincinnati

-----Original Message-----
From: AUTOCAT [mailto:AUTOCAT@...] On Behalf Of Erin Strack
Sent: Tuesday, September 30, 2008 6:34 PM
To: AUTOCAT@...
Subject: [ACAT] Call number help

Can someone please explain where the A3 in this call number comes from. I
know it's an older record so I thought maybe something has changed in the
schedules. Nether the less I alwasy seem to falter when it comes to the B's.

050  00 |a BX8143.D93 |b A3 1990

Thanks in advance.
Erin

***********************************************************************

E-mail AUTOCAT listowners:             autocat-request@...
Search AUTOCAT archives:  http://listserv.syr.edu/archives/autocat.html
Selected AUTOCAT commands: http://www.cwu.edu/~dcc/Autocat/options.html
  By posting messages to AUTOCAT, the author does not cede copyright
(Continue reading)

Jack Hall | 1 Oct 2008 14:48
Picon
Favicon

Re: Retrieval of multiple volumed sets

Yuliya,

What you want in your catalog is achieved by having the information 
you want to retrieve (in the first example, series titles) in the 
bibliographic records in tagged fields, and having your system set up 
so that it accesses those tagged fields. In each of the records for 
the individual titles in the series, Illustrated lives of the great 
composers would be in a series field, tagged 440, 490, 830, etc. Your 
online system would be set up to recognize those fields as a series, 
or a title. Normally, it would be set up so that they go into the 
title index in your system, as with other fields that are tagged as 
titles (245, 130, 246, 740, 730, etc.) Then when a user performs a 
title search it will retrieve titles from all those fields, including 
the series fields. If you choose to have a separate series index in 
your catalog, and have 440, 490, 830, etc. go into that special 
index, then users would have to consciously choose a series search, 
and that is too much expect of them, so just have the series indexed 
like other titles.

In your second example, you have a multivolume set. The title of that 
set is in the 245 field of the record and that would go into your 
title index so people find the record by searching the title. If the 
volumes of the set have distinctive titles, they could go into a 
contents note (505 field), and that can optionally be tagged with 
subfields so that each individual title goes into your title index. 
If the set consists of five volumes and you have all five, you create 
an item record for each volume, linked to the bibliographic record 
for the set. That way, the catalog searcher sees what volumes you own.

I hope that helps. I haven't approached all the details you mention 
(Continue reading)

Myers, John F. | 1 Oct 2008 15:16
Favicon

Re: Retrieval of multiple volumed sets

To answer the questions from bottom to top:

A multi-volume set should be retrievable by its common title, as with
any monographic record, by indexing the 245 tag to the title index of
the ILS.  That is the easy decision and mapping.  The more complicated
issue is whether to index the entire title, that is, practically
everything in the 245 except subfields c and h, or just the title proper
(245 subfields a, n, p.).  My personal preference, based on public
service experience, is to index the entire title.

To retrieve series titles in the title index, then the series heading
tags need to be mapped.  These constitute tags 440 subfield a, tag 830
subfield a, tags 800, 810, & 811 subfield t.

Not so offhand (had to dig out our indexing tables) the following
tags/subfields should be considered for mapping to the title index:
130 $adfgklmnoprst
210 $a
222 $ab
240 $adfgklmnoprs
242 $abnp
245 $abfgknp
246 $abfgnp
247 $abfgnp
440 $anpv
4900 $av  * 
505 $t ** 
700 $fgklmnoprst 
710 $fgklmnoprst
711 $fklnpst
(Continue reading)

Picon

Re: Series

> We here
> in Ukraine need to beg our publishers to be more consistent with their
> publications. 

LOL!!! That problem is certainly not unique to Ukraine! Publishers all 
over the world do crazy things that frustrate catalogers, 
bibliographers, et al.

As a former librarian and a present publisher 
<www.gegensatzpress.com/aboutus.html>, I try very hard to do things 
logically and consistently -- and I write all my own CIP: full-level 
descriptive.

Ça ira!

Eric

Eric v.d. Luft, Ph.D., M.L.S.
<www.gegensatzpress.com>

***********************************************************************

E-mail AUTOCAT listowners:             autocat-request@...
Search AUTOCAT archives:  http://listserv.syr.edu/archives/autocat.html
Selected AUTOCAT commands: http://www.cwu.edu/~dcc/Autocat/options.html
  By posting messages to AUTOCAT, the author does not cede copyright

***********************************************************************

(Continue reading)


Gmane