Re: Stats.derived from SCAT table

["Candace Lebel" <clebel@xxxxxxxxxx>]

Nancy,

While browsing the LC call # index one day I realized that I needed to "plug
the holes" in our SCAT table by creating some categories for invalid call
numbers that covered the span between two valid ranges.

Here's an example:
I've got a category for GN 0000-GN 9999.999 and another for GR 0000-GR
9999.999 which are both valid LC ranges.  I wanted to "catch" anything
inbetween so I made another category for GO 0000-GQ 9999.999 and labeled it
"invalid call #."  This way if a SCAT run lists anything in this category I
know what call # range to search for with a review file and I can find the
records that need to be fixed, or accounted for in the table in some other
way.

Hope this helps.

Candace


Nancy Birkrem wrote:

> Hope you all can help me figure out a work-around/solution for a problem I
> encountered while running statistics based on call numbers (run off a SCAT
> table).  At the bottom of the statistics report there is the group "Call #
> not in table".  If I did the SCAT table correctly, there shouldn't be any
> in that grouping for the subset of our collection on which I ran the
> report. I've checked the table over 3 times and cannot -find- an error.
>
> Does anyone know of a way to see the records with "Call # not in
> table" so I can try to figure out where the error is in the SCAT table.
>
> Thanks in advance,
>
> Nancy Birkrem
> Coordinator, Cataloging Unit
> Mount Holyoke College
> So. Hadley, Mass.

--
Candace Lebel
User Support Specialist/III System
The Libraries of The Claremont Colleges

Information Technology Group
800 N. Dartmouth Avenue
Claremont, CA  91711-3991

clebel@xxxxxxxxxx
(909) 621-8682 VOICE
(909) 607-3731 FAX

* The views herein do not necessarily represent the position of The Libraries
of The Claremont Colleges.