online quality homepage | network members homepage
Online Quality CommitteePatrons can't place holds when they are searching in the Reserve Room of a library. They have to find the item by searching in the regular catalog interface to see the hold feature or library staff needs to place the hold in Workflows.
Libraries using the reserve room feature of Unicorn all have the item type RESERVERM in their hold maps to restrict holds to their own library. What this means is that currently, unless you are that library's patron, if you do manage to find the item in WYLDCAT and place a hold, the system will hand the hold off to the ILL system. That is why some academic libraries may find a number of their reserve items on their VDX request list every day.
If you are a local patron then your hold would be processed by Unicorn and the system would mark the item for the hold the next time it is discharged.
If libraries no longer use the item type 'RESERVERM', and cannot use their hold map to control it, then more of these holds would go into the Unicorn system, possibly requiring more overrides at checkout time to the next person who wants the reserve item.
Bottom line is: Is it more cumbersome to non- supply holds for reserve room items in VDX or to do overrides in Unicorn if Sirsi applied the hold?
We search both of these item types from the OPAC (with patrons) and believe they are useful.
As a side note - couldn't the other item types: CAMCORDER, CAMERA, CASSPLAYER, MICROPHONE, PROJECTOR, SCREEN be collapsed into the AVEQUIP item type? When one catalogs these items, the title often contains the description, "camcorder," or "camera," etc. Grouping them under a larger item type AVEQUIP seems to make more sense.
I was wondering why we couldn't get rid of the "key" that displays at the bottom of the SIRSI record on a book in Ibistro? This is the number that starts out OCM... (example ocm00024204). We often have patrons that write that down instead of a call number and as far as I know it doesn't mean anything and seems completely unnecessary for patrons to see.
This was actually an error. Des will fix it.
Stephen Sarazin
Recorder