+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 | [email protected] http://help.georgialibraries.org | [email protected] <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 <[email protected]> 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 <[email protected]> > 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) >> >> [email protected] >> >> www.killeentexas.gov >> >> >> >> >> >> >> >> *From:* Evergreen-general < >> [email protected]> *On Behalf Of *Benjamin >> Kalish >> *Sent:* Tuesday, June 01, 2021 1:02 PM >> *To:* Evergreen Discussion Group < >> [email protected]> >> *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 / [email protected] >> >> >> >> 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 < >> [email protected]> 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 | [email protected] >> >> (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 <[email protected]> >> 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 | [email protected] >> >> (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 <[email protected]> >> 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 < >> [email protected]> 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 | [email protected] >> >> http://help.georgialibraries.org | [email protected] >> >> >> >> <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 <[email protected]> >> 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 >> >> [email protected] >> >> _______________________________________________ >> Evergreen-general mailing list >> [email protected] >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> >> _______________________________________________ >> Evergreen-general mailing list >> [email protected] >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> >> >> >> >> -- >> >> Erica Rohlfs >> >> Senior Implementation Project Manager >> >> Equinox Open Library Initiative >> >> [email protected] >> >> https://equinoxOLI.org >> >> phone: 877-OPEN-ILS (673-6457) >> >> direct: 770-709-5572 >> >> _______________________________________________ >> Evergreen-general mailing list >> [email protected] >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> >> _______________________________________________ >> Evergreen-general mailing list >> [email protected] >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> >> _______________________________________________ >> Evergreen-general mailing list >> [email protected] >> 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 > [email protected] > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >
_______________________________________________ Evergreen-general mailing list [email protected] http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
