headers
Thomas, Kirsti | 1 Apr 01:08
Favicon

Re: LC Working Group - Thomas Mann review

Ted Gemberling quoted David Bell:

> The computer encouraged me to read
> in exactly the wrong way, leaving me with little but a series of
> disembodied passages."

In my work with undergraduate students, I also find that, while the
computer has made searching for discrete bits of information much
easier, it makes it difficult for people to consider the information in
context.  Everything is a "disembodied passage" floating around in the
ether. 

While I mulled over Bell's statement, I found myself thinking, "The
computer really is the perfect tool for the postmodern age, isn't it?"

Kirsti S. Thomas
Technical Services Librarian
O'Grady Library
Saint Martin's University
5300 Pacific Ave SE
Lacey. WA 98503
360-486-8827
kthomas@...

"... librarians know: books can be obtuse, obdurate, even obnoxious
things"

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

E-mail AUTOCAT listowners:             autocat-request@...
(Continue reading)

Permalink | Reply | 3 comments |
headers
Daniel CannCasciato | 1 Apr 02:31
Favicon

Re: S.h. Clothing and dress

Gene Fieg wrote: 

" Clothing and dress is a valid s.h.  So why do we not have Clothing and dress in the Bible as a valid s.h.? 
Currently, it is a xref to Biblical costume (seems a bit quaint)."

This is one of the more irritating aspects of LCSH - - at least for me.  I'll be scrolling along through a lost of
headings sharing a common stem and then whammo, a completely different phrasing is used for something
that's a subset of the stem I was browsing through.   They made the same switch at Costume in literature as well.

You can try a SACO change proposal.  

Daniel

-------------
Daniel CannCasciato
Head of Cataloging
Central Washington University Library
400 E. University Way
Ellensburg, WA 98926-7548
dcc@...

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

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)

Permalink | Reply | 1 comment |
headers
Glenda Claborne | 1 Apr 08:15

Re: Enhanced Access to E-Books from a Library Website

Thanks Gretchen for sharing the things you are doing at your library. I have
a few questions below: 

On Mon, 31 Mar 2008 15:34:35 -0400, Gretchen Maxeiner <maxeiner+@...>
wrote:

>2. We have recently begun offering a "subject" list of e-books. Working
>from a set list of index terms which represent broad topics and
>disciplines, we are applying one or two terms to the MARC catalog record
>in a local subject field, which is then used to pull the data onto an
>e-book subject list on the website. We have successfully done this for
>years with our e-journals, using the same MeSH-based indexing terms that
>the National Library of Medicine uses to index journals for Medline. We
>are now employing the same set of terms for the e-books, with a few
>local additions. The indexing is still in process but so far this
>approach seems to be well-received. All titles on the A-Z list will
>receive this treatment.

Neat. This is the first time I've heard of a system that uses a local
subject field of Marc catalog records for index terms that can be pulled
into a subject list display. Did you use XML/XPath/XSLT or a scripting
language to draw out the terms from Marc records and to display them in HTML
pages?

>3. We developed an e-book search tool several years ago, essentially a
>federated search into our most heavily used e-book packages. Users can
>do keyword searches of e-book contents, receive a list of results at the
>chapter level, and can then follow links directly to the content (if
>they are authorized users within our library system, or are licensed for
>those resources by another system). This allows users to bypass the step
(Continue reading)

Permalink | Reply | 501 comments |
headers
Hal Cain | 1 Apr 13:20
Picon
Favicon

Re: lccopycat

> Cindy Stockard wrote:
>
>> When the 042 field of a record in OCLC contains "lccopycat", does   
>> that indicate that the record has less of a guarantee of quality   
>> than a record that was originated by LC?

And Aaron Kuperman <akup@...> responded:

> I don't think so. In some cases, LCCOPYCAT is likely to be a record up to
> traditional LC standards (including series entries) produced by an
> non-LC cataloger with strong credentials and training and reviewed by an
> LC cataloger experience and expert in the field, while in other cases
> it may be a piece of junk that an LC team accepted in accordance with a
> policy of liberally accepting outside copy.

Quite.  In other words, what you see depends on both the quality of  
the cataloguing the LC worker found, and the diligence of the LC  
cataloguer.

The definition of the code "lccopycat" for tag 042, in the MARC code  
list http://www.loc.gov/marc/relators/relaothr.html#rela042b runs thus:

"lccopycat - LC Copy Cataloging
"Code lccopycat signifies that the Library of Congress has used  
another organization's record as the basis for its cataloging. All  
headings have been checked against the relevant authority file (except  
for series headings in records used after May 31, 2006 and except for  
subject headings not from Library of Congress Subject Headings."

I checked the LC catalog for records derived from Australian
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gordon Pew | 1 Apr 15:22
Picon
Favicon

Re: lccopycat

Cindy Stockard asked about the level of quality one can expect in a record 
carrying the 042 of "lccopycat".  As others have noted, the level of 
quality in these records varies widely.  In this department, I see many 
problems in records so marked.  Aaron Kuperman of LC's Law Cataloging Team 
pointed out that "an important piece of data is the local cataloger code 
which no one outside of LC can understand".  Hal Cain responded to that 
statement by suggesting we need " ... more detailed agreement about codes 
and just what they signify, and possibly separate codes for descriptive 
data ... ".  That got me wondering if we could implement in bib records 
something like the subfield 5 that's used in NACO records to identify the 
modifying library when a non-LC library creates a record or adds fields to 
an existing one.  If my library edited another's bib record by adding an 
050 4 LC call number or a 650 0 topical subject heading, I could append a 
subfield 5 of MH-L to the field.  This device would at least allow another 
cataloger to decide if my addition or change were a good one.  Of course, 
we'd need access to the list of institution identifiers, whether they are 
NUC symbols (as above) or the library's OCLC symbol.  In Connexion, OCLC 
already has the feature of being able to mouse over the subfields c and d 
of an 040 and display the institution's name: maybe something like that 
could extend to subfield 5.  Something to think about?  Ideally, these 
subfield 5s would not be seen in public displays, of course. In any event, 
I always check each field every record I work on regardless of the 
purported LC-ness of it and instruct my staff to do the same.

Gordon Pew
Head of Copy Cataloging and Database Management
Harvard Law School Library
164 Langdell Hall
1545 Massachusetts Avenue
Cambridge, Mass. 02138
(Continue reading)

Permalink | Reply | 2 comments |
headers
Dawn Grattino | 1 Apr 15:23
Favicon

Re: S.h. Clothing and dress

"I'll be scrolling along through a lost of headings sharing a common stem and then whammo, a completely
different phrasing is used for something that's a subset of the stem I was browsing through." 

Lost of headings. Looks like a Freudian slip to me! 

Dawn 

(but he's right) 
----- Original Message ----- 
From: "Daniel CannCasciato" <Daniel.CannCasciato@...> 
To: AUTOCAT@... 
Sent: Monday, March 31, 2008 8:31:46 PM (GMT-0500) America/New_York 
Subject: Re: [ACAT] S.h. Clothing and dress 

Gene Fieg wrote: 

" Clothing and dress is a valid s.h.  So why do we not have Clothing and dress in the Bible as a valid s.h.?
 Currently, it is a xref to Biblical costume (seems a bit quaint)." 

This is one of the more irritating aspects of LCSH - - at least for me.  I'll be scrolling along through a lost
of headings sharing a common stem and then whammo, a completely different phrasing is used for something
that's a subset of the stem I was browsing through.   They made the same switch at Costume in literature as
well. 

You can try a SACO change proposal.   

Daniel 

------------- 
Daniel CannCasciato
(Continue reading)

Permalink | Reply | 0 comments |
headers
Helen Buhler | 1 Apr 15:40
Picon
Favicon

Re: lccopycat

On 1 April 2008 at 9:22, Gordon Pew <gpew@...> wrote:
> That got me wondering if we could implement in bib records 
> something like the subfield 5 that's used in NACO records to identify the 
> modifying library when a non-LC library creates a record or adds fields to 
> an existing one.  If my library edited another's bib record by adding an 
> 050 4 LC call number or a 650 0 topical subject heading, I could append a 
> subfield 5 of MH-L to the field.  This device would at least allow another 
> cataloger to decide if my addition or change were a good one.  Of course, 
> we'd need access to the list of institution identifiers, whether they are 
> NUC symbols (as above) or the library's OCLC symbol. 

If you're talking aobut the MARC21 Organization Code, Gordon, it's
here.

 http://lcweb.loc.gov/marc/organizations/

A kindly fellow-AUTOCAT gave it to me some time ago when I needed
ours.

Helen
Helen Buhler,
Classification Coordinator, The Templeman Library,
The University of Kent, Canterbury, Kent CT2 7NU.    
Email: H.M.Buhler@...  Fax: +44 (0)1227 827107 
Meddle not in the affairs of dragons,
for thou art crunchy, and tasty with ketchup.

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

E-mail AUTOCAT listowners:             autocat-request@...
(Continue reading)

Permalink | Reply | 4 comments |
headers
Bloss, Marjorie | 1 Apr 15:51
Favicon

RDA/MARC Working Group Expands Membership

Dear Colleagues:

The RDA/MARC Working Group was recently created to identify what changes are required to MARC 21 to
accommodate the encoding of RDA data.  (The Working Group was created under the auspices of the British
Library, Library and Archives Canada, and the Library of Congress.)  The Working Group has just expanded
its membership.  Its roster now includes:

RDA/MARC Working Group Roster

(3/27-1/08)

Everett Allgood, ALA ALCTS CCS CC:DA

New York University Libraries

Bobst Library - B-Level70 

Washington Square South

New York, NY 10012

work: (212) 998-2488

fax: (212) 995-4366

E-mail: everett.allgood@... 

Corine Deliot, BL

Operations & Services
(Continue reading)

Permalink | Reply | 1 comment |
headers
Scott Piepenburg | 1 Apr 15:57
Favicon

Re: RDA/MARC Working Group Expands Membership

It's gratifying to see someone like VTLS on the list, but where are the
interests of public and school libraries represented?

Systems Librarian
Library Media Services
Dallas ISD
2525 S. Ervay
Dallas, TX 75215
972.925.4829 (office)
972.925.4833 (fax)

"I will not be pushed, filed, stamped, indexed, briefed, debriefed, or
numbered.  My life is my own!" --No. 6

>>> "Bloss, Marjorie" <mbloss@...> 4/1/2008 8:51 AM >>>
Dear Colleagues:

The RDA/MARC Working Group was recently created to identify what
changes are required to MARC 21 to accommodate the encoding of RDA data.
 (The Working Group was created under the auspices of the British
Library, Library and Archives Canada, and the Library of Congress.)  The
Working Group has just expanded its membership.  Its roster now
includes:

RDA/MARC Working Group Roster

(3/27-1/08)

Everett Allgood, ALA ALCTS CCS CC:DA
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wendee Eyler | 1 Apr 15:58
Favicon

Daily Typo 4/1/08 -- Mountian (for Mountain)

The Colorado Department of Transportation should check out Typo of the Day
for Librarians at http://librarytypos.blogspot.com/. Recently Colorado's
Exit 256 received a new green sign notifying motorists of the upcoming exit
in the westbound lanes: Lookout Mountian. Motorists notified the highway
department right away, and a plate was put over the typo "mountian" until it
can be corrected. "Mountian" was listed as a typo of the day in January
2007. I'm as vigilant as possible for my own catalog, but a quick peek found
one more "mountian" in my catalog. Unfortunately, once a typo is cleaned up
a constant check is needed to keep from adding the typo again with new
cataloging. 

The picture of "Lookout Mountian" was provided by Jeffrey Beall.

Wendee Eyler

Extracted, for AUTOCAT, from Typo of the Day for Librarians at
http://librarytypos.blogspot.com/. If you have comments about the words
selected, how they are selected, or the way the items are written, please
contact Terry Ballard <terry.ballard@...>.

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

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)

Permalink | Reply | 0 comments |

Gmane