[Evergreen-general] HIGH_LEVEL_HOLD_HAS_NO_COPIES issues

Tue Jun 1 14:01:38 EDT 2021

I think it is useful for staff to be able to place holds on records where
no copy is available. An additional circulating copy might be added at a
later date, or a lost copy might be returned, and staff should have the
ability to place holds with these eventualities in mind. I do agree that
being able to suppress the place holds button from patrons is useful in
these cases, but if staff wants to knowingly place holds in these
situations they should be allowed to do so.

Benjamin Kalish
Forbes Library / 413-587-1012 / bkalish at forbeslibrary.org

Support Forbes Library:

   - Consider giving a gift
   <https://forbeslibrary.org/giving/donate-online/> to Forbes Library
   - Vote for the Friends of Forbes in the Florence Bank Community Grant
   Program <https://www.florencebank.com/vote>.
   - Join the Friends of Forbes today <https://forbeslibrary.org/friends/>!

Currently reading: *The Rector of Justin* by Louis Auchincloss
Just Finished: *All Systems Red* by Martha Wells

For information about accessibility at the library, please see:
http://forbeslibrary.org/accessibility/

On Tue, May 25, 2021 at 12:43 PM Elaine Hardy <ehardy at georgialibraries.org>
wrote:

> I was thinking of the public OPAC when I said we didn't have any reports
> of the place hold button being available and not the staff client. I
> realized that when I tried to place a hold and got the
> HIGH_LEVEL_HOLD_HAS_NO_COPIES error. This time it was for a bib record
> where all items are in a non holdable shelving location.
>
> So revising  my previous comment -- it would be good if the place hold
> button was not live in the staff client if no copies on the record were
> available for holds.
>
> I will check for a bug report.
>
> J. Elaine Hardy, PINES and Collaborative Projects Manager
> ------------------------------
>
> Georgia Public Library Service
>
> 2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341
>
> (404) 235-7128 | ehardy at georgialibraries.org
>
> (404) 548-4241 | Cell
>
> <https://www.facebook.com/georgialibraries>
> <https://www.twitter.com/georgialibs>
> <https://www.instagram.com/georgialibraries/>
>
> Join our email list <http://georgialibraries.org/subscription> for
> stories of Georgia libraries making an impact in our communities.
>
>
> On Mon, May 24, 2021 at 2:24 PM Elaine Hardy <ehardy at georgialibraries.org>
> wrote:
>
>> To build on what Erica has said, when I have seen this in PINES, it has
>> been when the copies attached to a title record are in holdable status but
>> the library is set in the org unit settings to be skipped in hold targeting.
>>
>> I have not seen any reports since we have been on 3.6.1 of place holds
>> being available when no items are attached to a bib record or if all items
>> are in a nonholdable status/state.
>>
>> J. Elaine Hardy, PINES and Collaborative Projects Manager
>> ------------------------------
>>
>> Georgia Public Library Service
>>
>> 2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341
>>
>> (404) 235-7128 | ehardy at georgialibraries.org
>>
>> (404) 548-4241 | Cell
>>
>> <https://www.facebook.com/georgialibraries>
>> <https://www.twitter.com/georgialibs>
>> <https://www.instagram.com/georgialibraries/>
>>
>> Join our email list <http://georgialibraries.org/subscription> for
>> stories of Georgia libraries making an impact in our communities.
>>
>>
>> On Mon, May 24, 2021 at 1:23 PM Erica Rohlfs <erica.rohlfs at equinoxoli.org>
>> wrote:
>>
>>> I don't know if what I have to add will be helpful. I encountered this
>>> issue several years ago and tested on both the Web Client and XUL. The
>>> message is more specifically stating that "a hold request at a higher level
>>> than copy has been attempted, but there are no copies that belong to the
>>> higher-level unit." Generically, Evergreen isn't letting you place a title
>>> hold if the only copies are effectively non-holdable.
>>>
>>> On Mon, May 24, 2021 at 1:05 PM Terran McCanna <
>>> tmccanna at georgialibraries.org> wrote:
>>>
>>>> I suspect that HIGH_LEVEL_HOLD_HAS_NO_COPIES is a generic error message
>>>> that just means there aren't any copies that can fill the hold - either
>>>> because there aren't any copies, or there aren't any copies that are in an
>>>> available status, or because the copies are age protected at other
>>>> locations, or some other reason.
>>>>
>>>> I would recommend creating a new Launchpad bug report that 1) Requests
>>>> that the Place Hold button is greyed out if a record has no holdings, and
>>>> 2) Requests that a more human-readable error message is presented in place
>>>> of that error message.
>>>>
>>>>
>>>> Terran McCanna, PINES Program Manager
>>>> ------------------------------
>>>>
>>>> Georgia Public Library Service | University System of Georgia
>>>>
>>>> 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341
>>>>
>>>> (404) 235-7138 | tmccanna at georgialibraries.org
>>>>
>>>> http://help.georgialibraries.org | help at georgialibraries.org
>>>>
>>>> <https://www.facebook.com/georgialibraries>
>>>> <https://www.twitter.com/georgialibs>
>>>> <https://www.instagram.com/georgialibraries/>
>>>> <https://www.twitter.com/georgialibs>
>>>>
>>>> Join our email list <http://georgialibraries.org> for stories of
>>>> Georgia libraries making an impact in our communities.
>>>>
>>>>
>>>>
>>>> On Mon, May 24, 2021 at 12:54 PM Lindsay Stratton <
>>>> lstratton at wlsmail.org> wrote:
>>>>
>>>>> I raised this at the conference Holds pre-session, and there were a
>>>>> variety of interesting responses, so I'll also raise it here.
>>>>>
>>>>> We recently upgraded to 3.6., and are noticing that when placing holds
>>>>> in the staff catalog, the Place Hold button is available for titles with no
>>>>> copies.The hold fails with the HIGH_LEVEL_HOLD_HAS_NO_COPIES error, with no
>>>>> override, etc.
>>>>>
>>>>> My issues:
>>>>>
>>>>> 1) The place hold button had previously been "greyed out"/unavailable,
>>>>> which may have been a local template customization? but, it's misleading
>>>>> and frustrating
>>>>>
>>>>> 2) What is actually happening here?
>>>>>
>>>>> 3) Are there settings for this?
>>>>>
>>>>> 4) There are no permissions for the high level hold (
>>>>> https://bugs.launchpad.net/evergreen/+bug/1761241)
>>>>>
>>>>> 5) the silent failure (
>>>>> https://bugs.launchpad.net/evergreen/+bug/1761238)
>>>>>
>>>>> FWIW, in my consortia, the holds are plain title holds, no OUs are set
>>>>> for hold skipping, we don't use parts.
>>>>>
>>>>> *Lindsay Stratton*
>>>>> *Systems Librarian*
>>>>> Westchester Library System
>>>>> 570 Taxter Rd., 4th Floor
>>>>> Elmsford, NY 10523
>>>>> lstratton at wlsmail.org
>>>>> _______________________________________________
>>>>> Evergreen-general mailing list
>>>>> Evergreen-general at list.evergreen-ils.org
>>>>>
>>>>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>>>>>
>>>> _______________________________________________
>>>> Evergreen-general mailing list
>>>> Evergreen-general at list.evergreen-ils.org
>>>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>>>>
>>>
>>>
>>> --
>>> Erica Rohlfs
>>> Senior Implementation Project Manager
>>> Equinox Open Library Initiative
>>> erica.rohlfs at equinoxOLI.org
>>> https://equinoxOLI.org
>>> phone: 877-OPEN-ILS (673-6457)
>>> direct: 770-709-5572
>>> _______________________________________________
>>> Evergreen-general mailing list
>>> Evergreen-general at list.evergreen-ils.org
>>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>>>
>> _______________________________________________
> Evergreen-general mailing list
> Evergreen-general at list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20210601/6d484d16/attachment-0001.html>