[OPEN-ILS-GENERAL] Minimum Available Copy/Hold Ratio

[Kathy Lussier]

Thanks for the info on the ratios Bill!

I tried testing the minimum available copy/hold ratio on a clean 2.3 
install, but had some errors when trying to renew an item. I also tested 
it in master and saw the same errors. I don't know if I've set up my 
circ policy incorrectly or if I found a bug with the ratios.

The clean 2.3 install had the default circ policy that comes with 
Evergreen. I added a new circ policy where I set the "renewal" flag to 
"true" and set the "Minimum Available Copy/Hold Ratio" to 1. I've 
attached a screenshot of the circ policy page in the staff client to 
show the parameters that were set with this rule.

When I try to renew an item now, I get an error message regardless of 
whether there is a hold on the title or not. The initial error is a 
network or server failure with the following:


method=open-ils.circ.renew
params=["6150fccc3948b557db1c76b8fdc4e18a",{"barcode":"777776","patron":8}]
THROWN:
{"payload":[],"debug":"osrfMethodException :  *** Call to 
[open-ils.circ.renew] failed for session 
[1358707558.197945.135870755821330], thread trace [1]:\nException: 
OpenSRF::EX 2013-01-20T13:45:58 OpenSRF::Application 
/usr/local/share/perl/5.10.1/OpenSRF/Application.pm:211 : Bad event 
name: \n\n","status":500}
STATUS:

I then get a message saying the renew failed. The Debug Output is:

Please open a helpdesk ticket and include the following text:
Sat Jan 19 2013 22:10:20 GMT-0500 (Eastern Standard Time)
Renew Failed for 777776
[

     {
         "ilsevent":-1,
         "textcode":"Server or method error"
     }

]

I then get another error with the following in the Debug Output:

Please open a helpdesk ticket and include the following text:
Sat Jan 19 2013 22:11:23 GMT-0500 (Eastern Standard Time)
Error in renew_via_barcode callback\nRenew probably did not happen for 
barcode 777776
{
"fileName":"oils://remote/xul/rel_2_3_0/server/patron/items.js",
     "lineNumber":393
}

Did I configure the rule incorrectly or is this a bug? If it's a bug, 
I'll be happy to file something in Launchpad.

Kathy

Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128
klussier at masslnc.org
Twitter: http://www.twitter.com/kmlussier

On 1/15/2013 10:26 AM, Bill Erickson wrote:
>
> On Mon, Jan 14, 2013 at 8:38 AM, Joan Kranich <jkranich at cwmars.org 
> <mailto:jkranich at cwmars.org>> wrote:
>
>     Hello,
>
>     If you are using the circulation policy field for Minimum
>     Available Copy/Hold Ratio or Minimum Total Copy/Hold Ratio to
>     prevent renewals on titles with Holds, can you tell me the ratio
>     you use and how it is working?
>
>
> Hi Joan,
>
> I'm not personally using the ratio, but I can offer some examples.
>
> In general, the ratio defines the minimum number of available (or 
> existing) copies required to accommodate active hold requests (on the 
> same record) before a renewal is allowed.
>
> A ratio value of "1" (1/1) means there has to be at least 1 copy for 
> every hold.
>
> A ratio value of "2" (2/1) means there has to be at least 2 copies for 
> every hold.
>
> A ratio value of ".5" (1/2) means there has to be at least 1 copy for 
> every 2 holds.
>
> A ratio value of ".75" (3/4) means there has to be at least 3 copies 
> for every 4 holds.
>
> Etc...
>
> Hope this helps,
>
> -b
>
> -- 
> Bill Erickson
> | Senior Software Developer
> | phone: 877-OPEN-ILS (673-6457)
> | email: berick at esilibrary.com <mailto:berick at esilibrary.com>
> | web: http://esilibrary.com
> | Equinox Software, Inc. / Your Library's Guide to Open Source
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20130122/adaa6812/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hold renewal test.png
Type: image/png
Size: 32367 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20130122/adaa6812/attachment-0001.png>