Settings and activity
87 results found
-
23 votes
Emma Olmstead-Rumsey
supported this idea
·
-
29 votesEmma Olmstead-Rumsey
shared this idea
·
-
27 votes
An error occurred while saving the comment -
23 votesEmma Olmstead-Rumsey
supported this idea
·
-
7 votesEmma Olmstead-Rumsey
supported this idea
·
-
8 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
Agreed. While the majority of our patrons really like auto-renewal, we regularly receive requests from patrons who want to opt out.
Emma Olmstead-Rumsey
supported this idea
·
-
13 votesEmma Olmstead-Rumsey
supported this idea
·
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
Or just let libraries edit the name. The "NONE" option that can't be suppressed is a nightmare.
-
9 votesEmma Olmstead-Rumsey
supported this idea
·
-
16 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
If I could upvote this 10 times I would. It's not "critical" in the sense that existing workflows are broken, but it would be SUCH a quality of life improvement.
Emma Olmstead-Rumsey
supported this idea
·
-
5 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
Just curious Brandon, what is your current workflow? Before we allowed patrons to cancel held items themselves, staff would receive the request, pull the item, check it in, and choose "no" to the "continue to hold item?" prompt. We liked that because it stopped the item status from being changed until the item was physically removed from the shelf. I would worry with cancellation that staff would cancel the item in Leap and then get busy and never remove it from the shelf.
-
5 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
I think Authorized User must be a UDF field that your library has set up. I like the idea of having the option to have UDFs display in the header, but would not want this by default at our library.
Emma Olmstead-Rumsey
supported this idea
·
-
47 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
This is especially important with the addition of pickup areas in 7.5. We've gotten a lot of feedback from front-line staff that the pickup area information is not clearly visible on the hold slips and stuff gets mis-shelved.
Emma Olmstead-Rumsey
supported this idea
·
-
11 votesEmma Olmstead-Rumsey
supported this idea
·
-
31 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
Adding myvoice to the other comments. Many of our patrons believe our catalog IS our website, and the only way to reach them online is to display information directly on the catalog homepage as this would allow.
You can SORT OF do this now by adding a custom PAC banner, but it is very finicky, especially if you are hosted, and requires your library to have someone able to make a graphic that fits Polaris's requirements and a sysadmin who can quickly access this area at short notice.
Emma Olmstead-Rumsey
supported this idea
·
-
14 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
This is especially important since email notifications account for 90+% of most libraries' notifications, and with the way Polaris is set up, they are practically the only channel for almost due/autorenew messages, so even patrons who are signed up for a different notification method may still be receiving email messages with the incorrect name on them.
Emma Olmstead-Rumsey
supported this idea
·
-
43 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
The inconsistency of this drives me crazy. Why can you search for 'digital but not physical books' but not for 'physical but not digital books'? It doesn't make sense, and more importantly, most of our ebook users are searching our ebook platforms (Libby, hoopla, etc.), not the PAC. The patrons using the PAC are specifically there because they want physical items.
Emma Olmstead-Rumsey
supported this idea
·
-
23 votes
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
This would have saved us a lot of grief when we launched LX Starter. We had lots of configuration issues between our City email server and Amazon SES, resulting in many notifications being marked as spam by receiving email servers and never delivered. If we had had the ability to test instead of having to go live with real notices to patrons, we wouldn't have had the interruption in service to patrons.
The issues also made our staff really pessimistic and cynical about LX Starter and Vega because that was their first experience with the platform. I told them how we were switching over to this great new service but what it did, from their perspective, was basically break email notices for a couple of months.
An error occurred while saving the comment Emma Olmstead-Rumsey
commented
This is vital. Our biggest issue with LX Starter has been message delivery, so being able to test the look of messages is less important than being able to test the delivery process.
Emma Olmstead-Rumsey
supported this idea
·
-
10 votesEmma Olmstead-Rumsey
supported this idea
·
-
13 votesEmma Olmstead-Rumsey
supported this idea
·
-
12 votesEmma Olmstead-Rumsey
supported this idea
·
This should maybe be linked to this idea, too: https://ideas.iii.com/forums/951742-ils-polaris/suggestions/46813915-block-patron-hold-requests-in-the-pac-if-they-are