[OPEN-ILS-GENERAL] Delete Records

Hardy, Elaine ehardy at georgialibraries.org
Tue Jul 29 08:41:44 EDT 2014


As Ben suggests, it would be easier to delete the items attached and have 
the empty vols and bibs automatically deleted rather than directly deleting 
the bibs.



You can use the copy bucket functionality or delete from Item Status (F5) to 
batch delete. Either one works better in groups of a few hundred. Any more 
may hang up the system too long. You can create files of your item barcodes 
to upload to Item Status. You can either delete from there (under Actions 
for Catalogers) or transfer them to copy buckets for deletion (again under 
Actions for Catalogers). If the same person is deleting as loading the 
files, then I don’t know that there is an advantage to using copy buckets. 
If a different person is deleting or if you want to delete at a later date, 
then copy buckets are best. There may be some other local workflow issues 
that would make using copy buckets preferable as well.



Elaine

J. Elaine Hardy
PINES & Collaborative Projects Manager
Georgia Public Library Service
1800 Century Place, Ste 150
Atlanta, Ga. 30345-4304

404.235-7128
404.235-7201, fax
ehardy at georgialibraries.org
www.georgialibraries.org
www.georgialibraries.org/pines

From: open-ils-general-bounces at list.georgialibraries.org 
[mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of 
Donald Butterworth
Sent: Tuesday, July 29, 2014 8:07 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Delete Records



Thanks for you suggestions Ben. Very helpful! -- Don



On Fri, Jul 25, 2014 at 3:25 PM, Ben Shum <bshum at biblio.org> wrote:

Hi Don,



One suggestion I might have initially is to make sure that "Delete volume 
with last copy" (Automatically delete a volume when the last linked copy is 
delete) is set to TRUE for your library unit.  You can check for that 
setting via the library settings editor (Admin --> Local Administration --> 
Library Settings Editor).  I imagine that would save a step as you delete 
copies from having to also select and choose to delete the call number / 
volume as well.  We also do not retain empty bib records on last deletion of 
volumes (that's another library setting "Retain empty bib records" which we 
set to FALSE).



As far as deleting lots of copies en masse, I imagine you could place all 
the items into a copy bucket and then choose to delete all the items in the 
bucket.  Alternatively, there have been some script utilities I've borrowed 
from MLVC that handle batch copy deletion on a larger scale via command line 
action.



Catalogers may have other solutions that help them to process large batches 
for deletions.  I'll let them suggest their approaches.



-- Ben





On Fri, Jul 25, 2014 at 3:01 PM, Donald Butterworth 
<don.butterworth at asburyseminary.edu> wrote:

Everyone,

One of the joys of switching systems is the chance to start with a clean 
slate. Of course cleaning house requires deleting junk. Our junk pile 
consists of about 4000 bib records with attached copy records that need to 
be examined one at a time, and then usually deleted.

It seems like there are quite a few mouse clicks / key strokes involved to 
delete bibs with attached copies. Is there a method of doing this in one 
fell swoop in 2.5.2? If not is there a method in a newer release? Any 
recommendations?

Thanks,

Don



-- 
Don Butterworth
Faculty Associate / Librarian III
B.L. Fisher Library
Asbury Theological Seminary
don.butterworth at asburyseminary.edu
(859) 858-2227 <tel:%28859%29%20858-2227>







-- 

Benjamin Shum

Evergreen Systems Manager

Bibliomation, Inc.

24 Wooster Ave.

Waterbury, CT 06708

203-577-4070, ext. 113 <tel:203-577-4070%2C%20ext.%20113>




-- 
Don Butterworth
Faculty Associate / Librarian III
B.L. Fisher Library
Asbury Theological Seminary
don.butterworth at asburyseminary.edu
(859) 858-2227

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20140729/49f9a2e3/attachment-0001.htm>


More information about the Open-ils-general mailing list