[OPEN-ILS-GENERAL] SPAM: Some questons about Evergreen

[Jennifer Lawley]

Since I'm a cataloger using Georgia's Evergreen, I hope you don't mind my
comments:

 

 

~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~

Jennifer L. Lawley, Catalog Librarian

West Georgia Regional Library (WGRL-HQ)

710 Rome Street

Carrollton, GA  30117

(770) 836-6711

 

http://www.busters2.com/kerry.html

 

 

-----Original Message-----
From: open-ils-general-bounces at list.georgialibraries.org
[mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of
Frances McNamara



<snip>

 

3.  When I Create or Edit a MARC record, if I save it with empty 

variable fields they stay in the record.  That was disconcerting as most 

systems get rid of them on save.  Not a big deal, but you might want to 

fix.  I had a lot of difficulty editing the Fixed Field.  The 008 

displays as a labelled display at the top, and then as a plain field 

down in the variable fields.  When I did Ctrl/F8 as per Help it wouldn't 

let me edit in the labelled part.  It let me edit down in the 008 but I 

couldn't figure out how to edit it so it was correct.  I was unable to 

add Date1 and place of publication code to the 008 when I created a new 

bib.  Seemed like I should have been able to, so maybe I was doing it wrong.

 

I'd prefer the fields to stay if they are empty when saving the record.
First of all, they are extremely easy to get rid of while editing the MARC
record (Ctrl-Del).  Plus, there are times when creating a K record for a
locally owned item that while working on one field, I realize that I may
forget to put another field that's needed.  I'll go ahead and put that one
in as an empty field, save the record, and then finish out the first field I
was working on.  I then go back to the one I saved as an empty and fix it.

 

PLEASE DON'T CHANGE THIS, JASON!!  This is actually very useful.    

 

<snip>

 

7.  

 

Is anyone having problems with putting copy and volume information into 

the call number field?  Are there any plans to have separate fields for 

that type of information?  It might be needed.

 

I can only speak re: what we do at West Georgia.  We put the volume
information in the same field along with the call number.  I haven't seen
any other problems with doing this other than when printing out spine labels
for long call numbers.  We use Oki Microline 320 Turbo printers and find
that after the 4th number after the period, we have to put a space between
the numbers or the call number runs off of the label.

 

<snip>

 

9.  When creating items there is an option to print spine labels.  I 

looked at that briefly.  It seemed like it did not work well with LC 

call numbers.  Is there somewhere that you set up a bit of code to break 

up LC call numbers?  Also, can you edit directly into the little box 

that displays how the label will look?  I wasn't sure if I could do that.

 

You can edit the labels before you go to the screen that prints them to the
printer.  This is a great feature that we didn't have with our previous
software.  One thing I'd like to see eventually is the spine label program
fleshed out a little more, so that when I have a label misprint (like
smearing ink, etc.) I could pick one or a few labels to print instead of
printing the entire batch all over again.  Maybe have selection boxes next
to the labels on the label edit screen to allow for choosing?  Of course,
right now all you have to do is go back to the Status screen and choose from
there, so this is a low priority on my list.

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.georgialibraries.org/pipermail/open-ils-general/attachments/20070504/1c084057/attachment.html