Settings and activity
454 results found
-
6 votesUNDER REVIEW · 0 comments · ILS - Polaris » Acquisitions, Serials & Item/Issue/Inventory Management · Admin →
Lynn Reynish
supported this idea
·
-
4 votes
An error occurred while saving the comment Lynn Reynish
supported this idea
·
-
12 votesLynn Reynish
supported this idea
·
-
22 votesLynn Reynish
supported this idea
·
An error occurred while saving the comment Lynn Reynish
commented
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.
-
12 votesLynn Reynish
supported this idea
·
-
10 votesLynn Reynish
supported this idea
·
-
12 votesLynn Reynish
supported this idea
·
-
9 votesLynn Reynish
supported this idea
·
-
12 votesLynn Reynish
supported this idea
·
-
11 votesLynn Reynish
supported this idea
·
-
18 votesLynn Reynish
supported this idea
·
-
8 votesLynn Reynish
supported this idea
·
-
3 votesLynn Reynish
supported this idea
·
-
6 votesLynn Reynish
supported this idea
·
-
25 votesLynn Reynish
supported this idea
·
-
10 votesLynn Reynish
supported this idea
·
-
4 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.
-
11 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 votesLynn Reynish
supported this idea
·
-
12 votesLynn 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.
Yes! I find the lack of "does not equal to" and "does not contain" to be an annoying gap in the filters. This would be much easier than having to select every other shelf location or collection or branch.