RE: duplicate detection in Extended Approval Plan

[Richard Cotenas <cotenas at csus dot edu>]

	To answer the last question first, you want the series key checked
because you may have a standing order for a series and you don't want people
buying titles that will be coming on your standing order. 
 
	I think that your 30% possible duplicates is comparable to ours. In
addition to series matches, you can have matches on later editions and
similar titles. What concerns me more is the cases where there is no notice
of possible duplication because of the format that YBP uses for its brief
records. 

Rich

> -----Original Message-----
> From: Michael Kreyche [mailto:mkreyche at kent dot edu] 
> Sent: Thursday, August 25, 2005 10:21 AM
> To: IUG INNOPAC List
> Subject: duplicate detection in Extended Approval Plan
> 
> I am looking at our Extended Approval Plan interface and 
> would like to compare experiences with other libraries that 
> use it. The duplicate detection doesn't seem to be working 
> quite the way folks here thought it was and not as well as we 
> think it should.
> 
> When we load our brief bibs and order records (from YBP), up 
> to 30% percent of them are flagged as potential duplicates 
> while very few of them actually are. To take a recent 
> example, 56 records loaded, 16 flagged as duplicates, only 
> one actual duplicate. How does this compare with your experience?
> 
> Looking at the report, about half the records flagged as 
> potential duplicates are by "series key" and the other half 
> by "title" (not title key as folks here believed). Are these 
> the criteria other libraries are using?
> 
> I am wondering why in the world the software is checking on 
> the series key at all--that seems a good way to flag a false 
> duplicate every time! 
> I can see in the load table where the title checking is 
> enabled, but I don't see anything about the series key.
> 
> I welcome any observations.
> 
> Thanks,
> Mike
> --
> Michael Kreyche
> Systems Librarian
> Associate Professor
> Kent State University Libraries and Media Services 
> http://www.library.kent.edu/~mkreyche
> --
> This message was distributed through the Innovative Users 
> Group INNOPAC list Public replies:  INNOPAC at innopacusers dot org 
> Update your subscription options: 
> http://innopacusers.org/mailman/listinfo/innopac
>