[OPEN-ILS-GENERAL] Copy status for reference books?

Linda Jansova skolkova at chello.cz
Tue Jan 17 23:52:43 EST 2012


Thank you, Jennifer, we shall try it and see whether it would work for 
us :-)!

Linda

Dne 17.1.2012 16:49, Turner, Jennifer M napsal(a):
>
> Hi Linda,
>
> Our libraries had this problem, too.  To work around it, they created 
> separate volumes for reference copies.  This allows the call number 
> and location to display separately from the items in the general 
> collection.
>
> The following is an example on our development system:
>
> http://ecrldev.mnpals.net/opac/en-US/skin/default/xml/rdetail.xml?r=146847&t=free%20money&tp=title&d=0&hc=10&rt=title 
> <http://ecrldev.mnpals.net/opac/en-US/skin/default/xml/rdetail.xml?r=146847&t=free%20money&tp=title&d=0&hc=10&rt=title> 
>
>
> I hope this helps!
>
> Jennifer Turner | PALS, A Program of the Minnesota State Colleges and 
> Universities | 507-389-2000
>
> *From:*open-ils-general-bounces at list.georgialibraries.org 
> [mailto:open-ils-general-bounces at list.georgialibraries.org] *On Behalf 
> Of *Linda Jansova
> *Sent:* Tuesday, January 17, 2012 1:06 AM
> *To:* open-ils-general at list.georgialibraries.org
> *Subject:* Re: [OPEN-ILS-GENERAL] Copy status for reference books?
>
> Mike, I forgot to mention that Jabok Library actually uses the 
> reference flag but the problem is that the user only sees what is 
> displayed in the OPAC and it seems that it is impossible for the user 
> to distinguish between a copy which is a reference copy and a copy 
> which is not.
>
> An example could be this book:
>
> http://www.jabok.cuni.cz/opac/en-US/skin/default/xml/rdetail.xml?r=11941&t=soci%C3%A1ln%C3%AD%20v%20praxi%20matou%C5%A1ek&tp=keyword&d=0&hc=1&rt=keyword 
> <http://www.jabok.cuni.cz/opac/en-US/skin/default/xml/rdetail.xml?r=11941&t=soci%C3%A1ln%C3%AD%20v%20praxi%20matou%C5%A1ek&tp=keyword&d=0&hc=1&rt=keyword>
>
> and a copy with a barcode 424480018601 listed in copy location 
> "Odborná knihovna". The user sees that it is available. However, he or 
> she does not see whether it is a reference copy or not...
>
> Linda
>
> Dne 16.1.2012 20:34, Mike Rylander napsal(a):
>
> 2012/1/16 Linda Jansova<skolkova at chello.cz>  <mailto:skolkova at chello.cz>:
>
>     Hi,
>
>       
>
>     We have come across a probably more or less country-specific issue:
>
>       
>
>     In Jabok Library, reference books (i.e., books which cannot be checked out
>
>     and can only be read in the library) don't share the same copy location (as
>
>     often, though probably not always, do reference books in US libraries).
>
>     Rather, the books in Jabok Library are dispersed throughout the library. A
>
>     typical example would five copies of the book - four of them could be
>
>     checked out and one of them could not be. All five copies would be
>
>     physically located on the very same shelf - distinguished by a spine label
>
>     so that the user immediately sees whether he or she is able to check out the
>
>     particular copy.
>
>       
>
>     When it comes to Evergreen (we are currently using version 2.0.9), would you
>
>     recommend creating a new copy status (in Server Administration ->  Copy
>
>     statuses) entitled (in English) say "Reference" which would be visible in
>
>     the OPAC and one could not place holds on it? What we need is to make it
>
>     more visible for the user to see whether a particular copy is a "usual" copy
>
>     which could be checked out whether it is a reference book... In case we use
>
>     the copy status as indicated, we (and the users of course) can conveniently
>
>     see the status below the record of the title...
>
>       
>
>     Or perhaps an entirely different solution would be better in this case?
>
>       
>
>   
> There's a Reference flag that can be set on a per-copy basis, and can
> be used to disallow holds and circulations.
>   
> HTH,
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20120118/40c3f73f/attachment.htm>


More information about the Open-ils-general mailing list