[ List Archives Home ] [ Thread index for 2008 ] [ Date index for 2008 ] [ Author index for 2008 ]


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Hello,

I have thoroughly investigated this phenomenon. If you do not have the
Consortium Management Extensions product, you will not get correct counts
from the Collection Development Report. Without this, if the program finds 1
attached item with the specified Locations Served designation on a bib
record, it will count ALL the items. With the CME product, an added field,
AGENCY, is provided which is the trick to the whole thing.

Our AGENCY field is populated with a code that is modeled after the location
code in the item record; that is, all items with a location code for our
Bookmobile have an AGENCY code of BKM. When generating a Collection
Developement Report, one must match up the Locations Served with the AGENCY
to get correct counts.

2 things: the report does not take into account any difference in call
number from the bib to the item (you will get correct counts of the items,
but they will not fall into the correct SCAT category if the call number
differs in the item record -- bib nonfiction vs. item YA nonfiction); and, a
report on the all items within your Library System or Consortium is not
possible when the AGENCY field is activated. One must call III to
de-activate the AGENCY field.

None of this, I believe, is mentioned in the III Documentation. At the time
of our migration, we were told that the AGENCY field could be used for
anything we wanted. Suffice it to say, it can not.

Thanks,

--
Jeff Somerfield, Webmaster / Systems Specialist
Library System of Lancaster County
1866 Colonial Village Lane, Suite 107
Lancaster, PA 17601
717.207.0500 x1272 FAX 717.207.0504

-----Original Message-----
From: innopac-bounces@xxxxxxxxxx
[mailto:innopac-bounces@xxxxxxxxxx]On Behalf Of Krimm, Debi
Sent: Thursday, August 19, 2004 6:46 PM
To: IUG INNOPAC List
Subject: RE: SCAT Tables


Carolyn,
Might it be that your SCAT table is counting bib records and your
manual process is counting items? We've found as we began to build our
SCAT table that it uses the call number from our bib record and not the
item record. On CSDirect under FAQs then under Database Maintenance and
Cataloging there's a really good article about SCATs, Call Number
Statistics and Call Number Searching.

-----Original Message-----
From: innopac-bounces@xxxxxxxxxx
[mailto:innopac-bounces@xxxxxxxxxx] On Behalf Of Carolyn White
Sent: Thursday, August 19, 2004 8:14 AM
To: innopac@xxxxxxxxxx
Subject: Re: SCAT Tables

Please post to the list. I also would appreciate any feedback on this
issue.

E. Carolyn White, Electronic Resources Librarian Durango Public Library
1188 East 2nd Avenue
Durango, CO 81301

Phone: 970-385-2970
email: whitec@xxxxxxxxxx

>>> RaoK@xxxxxxxxxx 8/19/2004 1:57:39 AM >>>
Hi,

We are new to SCAT tables. I have populated our scat tables with DDC
numbers. I have tried to run collection development report for the
period 2003-4 using them.

I am not in a position to interpret the data. For example:

I have a range of DDC numbers:

173 > 333.7 333.9999 697 Land Scapes, Africa

the output I have received:

Category Description Size of Collection: Items Items
Added Bibs Cataloged # of Orders

697 Land Scapes,
Africa 21 6 5
2

However when I used create lists for the same range for items, my number
is 3275. I find generally the numbers in the scat table are very low.
Our collection is about 369000, more than half of these records don't
have call number in item records, which were imported from earlier
system. However there is a call number in 092 field of bib record.

I have tried all possible avenues and helpdesk, but the answers were not
clear.

Please help me to understand this.


K. N. Rao
Senior Librarian (Systems)
University of Botswana
Tel: 355 5148



--
This message was distributed through the Innovative Users Group INNOPAC
list Public replies: INNOPAC@xxxxxxxxxx Update your subscription
options:
http://innopacusers.org/mailman/listinfo/innopac
--
This message was distributed through the Innovative Users Group INNOPAC
list Public replies: INNOPAC@xxxxxxxxxx Update your subscription
options: http://innopacusers.org/mailman/listinfo/innopac

--
This message was distributed through the Innovative Users Group INNOPAC list
Public replies: INNOPAC@xxxxxxxxxx
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac
---
[This E-mail scanned for viruses by Declude Virus]


---
[This E-mail scanned for viruses by Declude Virus]