Settings and activity
465 results found
-
5 votes
Lynn Reynish supported this idea ·
An error occurred while saving the comment -
6 votes
Lynn Reynish supported this idea ·
-
9 votes
Lynn Reynish supported this idea ·
-
11 votes
Lynn Reynish supported this idea ·
-
8 votes
Lynn Reynish supported this idea ·
-
8 votes
Lynn Reynish supported this idea ·
-
9 votes
Lynn Reynish supported this idea ·
-
12 votes
Lynn Reynish supported this idea ·
-
7 votes
Lynn Reynish supported this idea ·
-
3 votes
Lynn Reynish supported this idea ·
-
4 votes
Lynn Reynish supported this idea ·
-
24 votes
Lynn Reynish supported this idea ·
-
10 votes
Lynn Reynish supported this idea ·
-
3 votes
An error occurred while saving the comment Lynn Reynish commented
I can see the value of this - though we would prefer it to be narrower in scope. Our consortium is good with any library waiving anyone else's fines (actually most of us are fine-free now). Lost / Damaged fee are another matter and we would welcome controls on who can take payment or waive such charges based on which library owns the charges vs. the staff member's library system.
-
9 votes
An error occurred while saving the comment Lynn Reynish commented
We would only support this if it were an option / toggle - not a default. We don't mind customers placing holds with expired cards have ways of working around customers that can't re-verify at the time of checkout.
-
17 votes
Lynn Reynish supported this idea ·
-
10 votes
Lynn Reynish supported this idea ·
An error occurred while saving the comment Lynn Reynish commented
I can definitely see the value in this - either using the original concept or the alternative of passing the API key along.
-
43 votes
Lynn Reynish supported this idea ·
-
6 votes
Lynn Reynish supported this idea ·
-
9 votesUNDER REVIEW · 0 comments · ILS - Polaris » Acquisitions, Serials & Item/Issue/Inventory Management · Admin →
Lynn Reynish supported this idea ·
We've developed a similar feature for use in the customer's My Account in our custom OPAC (it highlights bibliographic records that customers have already checked out). We *really* notice the shortcomings of the reading history feature here even at the bib level.
What we would like is for the reading history to change what is stored and how. On a previous ILS (Dynix Horizon) the reading history didn't store the bibliographic record number or the item record number or the barcode. It stored a set number of characters from the MARC 245 (enough to capture the title and the author from most works). This allows cross material type matches (because if you've read the title, you probably don't want to listen to the audiobook as its the same content). Further, this table isn't touched when bibliographic records are deleted - like Polaris' reading history is.
I think the requested enhancement would be nice for customers that don't have developers or access to their own custom OPAC but for it to work best the way the reading history works needs to be adjusted first.