Hi everyone, There was some discussion about problems with holds fulfillment at the holds roundtable at EG2010. I am pleased to share this patch with the community which has been thoroughly tested by the folks at Thompson-Nicola Regional District Library. (thanks guys!)
Background: Evergreen's default out-of-the-box behaviour for holds fulfillment is a gas-saving method. Holds are fulfilled by proximity. In a multibranch library, holds are fulfilled at the local branch first. Many libraries, particularly single branch libraries may be ok with this, but it may be problematic for other libraries. Imagine a scenario where you have a large central branch and a small rural branch of the same library system. At the large branch, there are many copies of Popular New DVD with lots of holds. There are no copies at the rural branch. Patrons at the small rural branch who want to pick up Popular New DVD at their home branch may never get their hold fulfilled because the copies will stay at the large branch as long as there are holds for pickup there. This patch adds an org unit setting that changes the opportunistic check-in so that items checked in will be assigned to holds by request date first, rather than proximity. This setting can be applied to any level of the org tree, so in some situations you may even want to activate FIFO for large libraries, but leave the original setting for smaller libraries with less traffic who want to keep their copies more local. Also credit to Jeff Godin who thought of the same patch and contributed the setting name "holds FIFO" for the setting Patch is for rel_1_6_0 ~James Fournie BC SITKA
Developer's Certificate of Origin 1.1
By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the open source license
indicated in the file; or
(b) The contribution is based upon previous work that, to the best
of my knowledge, is covered under an appropriate open source
license and I have the right under that license to submit that
work with modifications, whether created in whole or in part
by me, under the same open source license (unless I am
permitted to submit under a different license), as indicated
in the file; or
(c) The contribution was provided directly to me by some other
person who certified (a), (b) or (c) and I have not modified
it.
(d) I understand and agree that this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved.
Signed-off-by: [submitter's name and email address here]
fifo.patch
Description: Binary data
