[Evergreen-general] HIGH_LEVEL_HOLD_HAS_NO_COPIES issues

Wed Jun 2 07:11:38 EDT 2021

+1

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 Tue, Jun 1, 2021 at 3:05 PM Terran McCanna <tmccanna at georgialibraries.org>
wrote:

> +1 to that solution, Dan
>
> 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 Tue, Jun 1, 2021 at 3:02 PM Dan Briem <dbriem at wlsmail.org> wrote:
>
>> I proposed a fix on this bug:
>> https://bugs.launchpad.net/evergreen/+bug/1929587 to disable the place
>> hold button in the staff catalog if there are no holdable copies.
>>
>> Looking again at how the traditional staff catalog handled it, it looks
>> like I didn't notice a check for the user permission:
>> PLACE_UNFILLABLE_HOLD: "Allows a user to place a hold that cannot currently
>> be filled."
>>
>> If the new fix includes the check for that permission, it seems like that
>> would solve this problem. The place hold button will be disabled except for
>> users with that permission.
>>
>> On Tue, Jun 1, 2021 at 2:20 PM Deanna Frazee <DFrazee at killeentexas.gov>
>> wrote:
>>
>>> The downside of allowing staff to place holds in such situations is that
>>> they may place holds on things you would never consider replacing.  For
>>> example, we would look for the most up-to-date exam prep books when one our
>>> SAT, GRE, etc., books go missing.  We may or may not get one from the same
>>> publisher so we cannot count on a serial record saving the day.
>>>
>>>
>>>
>>> What would be helpful would be for the ability for staff in certain
>>> permission groups to be able to place holds on lost items.
>>>
>>>
>>>
>>> Deanna Frazee
>>>
>>> Director of Library Services
>>>
>>> Killeen Public Library
>>>
>>> City of Killeen, Texas
>>>
>>> 254-501-8995 (office)
>>>
>>> 254-501-7704 (fax)
>>>
>>> dfrazee at killeentexas.gov
>>>
>>> www.killeentexas.gov
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *From:* Evergreen-general <
>>> evergreen-general-bounces at list.evergreen-ils.org> *On Behalf Of *Benjamin
>>> Kalish
>>> *Sent:* Tuesday, June 01, 2021 1:02 PM
>>> *To:* Evergreen Discussion Group <
>>> evergreen-general at list.evergreen-ils.org>
>>> *Subject:* Re: [Evergreen-general] HIGH_LEVEL_HOLD_HAS_NO_COPIES issues
>>>
>>>
>>>
>>> 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/>
>>>
>>> *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
>>>
>>> _______________________________________________
>>> Evergreen-general mailing list
>>> Evergreen-general at list.evergreen-ils.org
>>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>>>
>>
>>
>> --
>> Dan Briem
>> Harrison Public Library
>> 2 Bruce Ave. Harrison, NY 10528
>> (914) 835-0324
>> harrisonpl.org <https://www.harrisonpl.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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20210602/867601e1/attachment-0001.html>