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

Jennifer Lawley jennifer at wgrl.net
Fri May 4 16:59:09 EDT 2007


I have a feeling that eventually my preference (everyone else's issue) for
the empties being left in will be fixed when we have additional k record
templates added.  However, when we were still on WorkFlows, we had more
fields that showed up in the initial templates.  It would be nice if we
could have that same thing in Evergreen.  But that's rather more for
convenience sake than anything else and, again, a low priority when it comes
to my wish list for future enhancements of Evergreen.  :-)

 

Yes, fields are easy to add, but there comes a point where convenience
outweighs other issues, like when it comes to cataloging and time spent
using the software.

 

I also wish the Search button (F3) corresponded to OCLC Connexion's search
button (F2).  :-)

 

Jen

 

 

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

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

 

 

  _____  

From: open-ils-general-bounces at list.georgialibraries.org
[mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of
Hardy, Elaine
Sent: Friday, May 04, 2007 4:46 PM
To: f-mcnamara at uchicago.edu; open-ils-general at list.georgialibraries.org
Subject: RE: [OPEN-ILS-GENERAL] SPAM: Some questons about Evergreen

 

I'm also a cataloger with PINES and will attempt to answer some of your
questions (my answers are integrated in your message below, but in red). I
do disagree with Jen on something, so you will get a different perspective.

 

 

________________________________

 

 

 

J. Elaine Hardy

Library Services Manager - Collections & Reference

Georgia Public Library Service,

A Unit of the University System of Georgia

1800 Century Place, Suite 150

Atlanta, Ga. 30345-4304

404.235-7128

404.235-7201, fax

 

ehardy at georgialibraries.org

www.georgialibraries.org

 

 

-----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
Sent: Friday, May 04, 2007 2:17 PM
To: open-ils-general at list.georgialibraries.org
Subject: [OPEN-ILS-GENERAL] SPAM: Some questons about Evergreen

 

We have put up the Gentoo image on VMware and are using it single user, 

via VNC.

 

I was able to go in and immediately Z39.50 to LC and OCLC (using our 

passwords) and to Import bib records.  I figured out how to Create some 

bib records.  I figured out how to create some items and check them in 

so they show up in the web catalog.  I figured out how to Edit a MARC 

record after it was added.  I added some books, sound recordings, 

scores, dvds and can see them in the pac.

 

I mostly did this without documentation, only using the help button in 

MARC Edit and create, so I have some questions about what I am seeing.  

If there is user doc I should look at, let me know.  I can see this 

works fine for some collections.  I purposely looked into some of the 

things important to a large academic like us.

 

There is a document, which is a work in progress and may not reflect some of
the latest updates at http://open-ils.org/dokuwiki/doku.php This is,
however, specific to PINES cataloging policies and procedures.

 

1.  When I Import a MARC record there seems to be a capability to 

Overlay.  Is there any doc that describes how that works?  (actually a 

lot of our real work would require a loader for files of MARC records, 

but I would think that could be developed or the scripts to batchload 

initial loads could be adapted.  We do use such utilities a lot and they 

allow for some data modification during import including deleting or 

moving data and automatic creation of items.)

 

In order to overlay, you must first mark the record to be overlaid in the
local database using the actions for this record menu. After you identify
the correct record in z39.50, you select the "marc editor for overlay"
button. A MARC edit screen is displayed. After you make any desired edits,
click on the Overlay record button. You then see the record from your
database previously marked for overlay so that you can review and make sure
the correct record was marked. From here, you can either overlay or cancel.
If the wrong record is marked, you must cancel, then close the marc edit for
overlay screen, find the right record in your local database and then
proceed as above.

 

You can also merge records in your local system as well as move specific
items attached to incorrect records to the correct records. These are very
easy utilities in Evergreen. If the above document is clear on how to do
this, or if it is for an earlier version, let me know and I can walk you
through the process.

 

 

2.  When I Create a MARC record while typing in the 100 Author field it 

gave a message about how there was no authority record for that name.  

Are authority records used in this system?  If so, how do they get in 

there?  Can you Create MARC an Authority record as well as a bib 

record?  We actually send out bibs and load authority records.  Is that 

done in this system?  Are the cross references and see also references 

used in any way?  Seems like all the indexes are Keyword, so I'm not 

sure how references in authority records would be used.

 

There are several issues with the authority file and authorizing headings
that the development team is working on. At present, our AF is out of date.
You can not yet search the local AF or create records for it.  

 

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.

 

This is where I disagree with Jennifer and agree with you. When the record
is saved, empty fields should be deleted to prevent them ending up in the
final record. I don't find it difficult at all to add a new field or
subfield.

 

There are still a few issues with the fixed field, but are mainly display
for some formats. The labeled display can be directly edited without using
CTRL/F8. That command was added so that we could edit the field directly
rather than the labeled display. I have become so accustomed to OCLC
editing, that I use the labeled display rather than directly editing the LDR
or 008. When in the labeled display, if you click on the label, you can edit
the content. You can also double click on the content to edit. 

 

4.  When I create a MARC record, is there somewhere that data about when 

that bib was created, or changed or who did it is kept?  Systems do this 

in various ways.  In my current system there is also a "bib_status" and 

a "staff_only" flag.  We use those because we add and display bibs that 

are on order or in process but then we don't send them to set holdings 

in OCLC until they reach a "full cataloging" type of status.  We also 

export records for various reasons based on such a status.  Is there 

anything like that in Evergreen?

 

I believe the PINES cataloging Coordinator has mentioned to the Dev team
that we would like to see dates for when a record was brought in, created
and edited. You can see who did the work in the record summary. 

 

5.  After creating a MARC record I went to "Holdings maintenance" to add 

what I would call an item record.  I could add item or items and save 

them.  It seems like there is the idea of a "location" in the sense of a 

"Branch" that I had to choose before Creating the items.  But there does 

not seem to be an idea of a "collection".  So if in that branch they 

have a separate "Reference Collection"  Where do you put that 

information so the user knows to go to a special place, not the regular 

stacks to get the piece?

 

Most PINES libraries use location in coordination with call number prefixes
to indicate collections. As an example, STATELIB-L's location of OFFICE is
for desk copies located in individual's offices. These items don't
circulate, cant have holds placed on them and are invisible, or shadowed, in
the OPAC.

 

6.  When I create a single item it nicely grabs the Dewey and LC call 

numbers from the MARC bib and lets me choose one and "Apply" it so I 

don't have to retype it.  It defaults to the Dewey number.  Can I assume 

I could default to the LC number if I wanted to?  Or not pick up the 

Dewey number?

 

Yes - I'm fairly sure this is a configurable option, but one of the
developers could answer this more readily than I.

 

7.  When I created an item, for a single piece it was OK except that we 

mark each book "c.1" on the spine even if we only ever get one copy.  

It's not clear where that should go.  It is obviously much more 

important when you get to multiple volumes.  I created a record for a 2 

volume set.  There is nowhere to put the volume numbers except in the 

call number field after the call number.  I input a more complicated 

example by putting in PC world, a magazine, and making numerous items.  

So they have call numbers like   QA76.8.I26P3 c.1 v.22 (2004: 

Jan-Jun).   I put all that in the call number fields for v. 20-23.  When 

I looked at this in the pac the items did not sort in correct order even 

though I had put them in in order, which seems odd.  Also when there are 

multiple volumes with the same call number you get a separate listing 

for every single volume or copy in the Browse call number list.

 

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.

 

We have asked for the sorting problem to be resolved. I don't use copy
numbers so I can't speak specifically to that issue. Currently, the only way
to indicate volumes and other part or issue information is in the call
number field. That is how PINES libraries indicate parts, vols, etc, so that
is how Evergreen was designed. I'm sure that there could be a change to that
part of the software for those libraries that would need a different method.


 

I have no problem entering volume info in the call number field. There is
that pesky display/sort issue, however.

 

 

Also, in a lot of systems between the bib record and the item records 

there is a layer of "copy" records.  This becomes important with Serials 

where there might be one copy in the main library and another in the law 

library.  The items get grouped together by the "copy".  They also get 

summary holdings based on that copy because eventually listing all the 

items isn't useful and you want to say v.20-25 instead.  We tend to have 

separate copies for the bound volumes which shelve in the stacks, as 

opposed to the unbound issues that shelve in the "Current periodicals" 

section.  Is there any plan to put a copy record between the bibs and 

items?  Or does such a copy record actually exist in the background 

somewhere?

 

Some of this is handled by having vols/items attached to different
libraries. So you would have vols/items attached to the main library and
then to the law library. Evergreen treats libraries as separate entities in
holdings maintenance. This would be similar using separate
locations/collections such as Stacks and current periodicals as well. Since
there is no serials module as yet, this may change for serials.

 

8.  When I create an item, the bib did not show up in the pac until I 

checked in that item.  We don't do that.  We have too much stuff going 

through, it just goes to the shelf, they cannot stop and check it in 

before doing that.  Is there an option to not have to check it in?  

Actually we have some items where we have a flag "staff only" so it 

won't display in the pac and we have some bibs with that sort of "staff 

only" flag too.  Is there anything besides the status of the item that 

controls that in Evergreen currently?

 

I thought in process items did display in the PAC, but I may be wrong. The
State Library has such a specialized collection that I don't use all the
features in any ILS, so someone else will have to speak to that. PINES
libraries use this function so that if a hold has been placed on the tem,
circ staff will be alerted and correctly route the item to the holds shelf.
It is likely to be a configurable feature, though, so that your library
could have the item marked directly as available.

 

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.

 

Since the print function was designed for Dewey numbers, it probably doesn't
format LC call numbers correctly. PINES libraries don't use LCC and it has
been too long since I worked in a library that did for me to advise the guys
on how to format them. Again, something that could be added.

 

You can edit in the box that displays the call number. You can also change
the basic configuration of the label (number of lines, etc) as well.

 

Your last two questions are probably best answered by others. So I will
leave those. Please let me know if there are any other cataloging questions
I can answer for you, or if I have not fully or clearly answered those
above.

 

10.  Is it true that there are only Keyword indexes.  Do people think 

there is a need for the type of Browse indexes in current library 

catalogs?  Usually that is where the cross references and see also 

references in authority records have been used.

 

11.  One other thing.  Of course we would assume we would need to 

contribute to development if we were thinking of trying to use this, but 

do you think this software could work for a database of 5.2 million bibs 

and 7 million items?

 

I'm sure we'll have other questions but as I start to look at this, I 

just want to make sure I am not missing some documentation or 

misunderstanding any of the basic functions.  Thanks.

 

Frances McNamara

University of Chicago Library

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


More information about the Open-ils-general mailing list