We're a single-site library so its not causing problems for us. I'm appending Dave Strickler's very comprehensive instructionsbelow - possibly what you would do is set the short loans counter login to that location?
Dear Ms. O'Sullivan,
I've thought about the denyiflocalavail option a bit more, and I believe we
can avoid any extra work at checkin. Let me review the setup:
1. Create a new locations served (call it AAA). Include in AAA only the
locations of the items you wish not to be requestable.
2. Assign all requestable items to another locations served (call it BBB).
2. Assign all WebOPAC logins to locations served BBB.
3. Do not assign the staff circulation logins to any locations served.
4. Set the wwwoptions to denyiflocalavail.
Now, if there is a requestable item on the shelf, it will be a local item
(belonging to locations served BBB, that is, local to the locations served
of the login that the WebOPAC patron is using), and the wwwoption
denyiflocalavail will block any request, item or title.
And, if a nonrequestable item is available, it will be in locations served
AAA, which will be nonlocal to the WebOPAC login, BBB, and the item-level
hold will be denied because of the request rule that prevents holds on
available items. But holds at the title level will be allowed.
That's the requesting bit. Here's the checkout and checkin bit. The
nonrequestable item belonging to locations served AAA can be checked out
from any login. It can be checked in with no extra keystrokes as long as
the login checking it in is not assigned to any locations served or is
assigned to locations served AAA.
Please let me know what you think. You might like to set it up and
experiment. I think is the best we are going to be able to do ith the
current software functionality.
Catherine O'Sullivan
Systems & Bibliographic Services Manager
St Mary's College
Waldegrave Road
Strawberry Hill
TWICKENHAM TW1 4SX
________________________________
From: This list is for current and potential users of the Innopac system on behalf of Clifford, Lucy
Sent: Tue 04/10/2005 12:40
To: [log in to unmask]
Subject: Re: In-transit message on short loan items
This sounds promising. Did you do this just for the Short Loans counter
login? Have you found any problems with this set-up? We do allow items
from our 4 sites to move between sites, so we need normal items to be
able to go in and out of transit.
Lucy
Lucy Clifford
Systems and Database Support Manager
City University Library
Email: [log in to unmask]
Tel: 020 7040 4130
-----Original Message-----
From: This list is for current and potential users of the Innopac system
[mailto:[log in to unmask]] On Behalf Of Catherine O'Sullivan
Sent: 04 October 2005 09:15
To: [log in to unmask]
Subject: Re: In-transit message on short loan items
We've just been through this problem with III. What solved it was their
solution of 'Do not assign the staff circulation logins to any locations
served'. And it works!
Catherine O'Sullivan
Systems & Bibliographic Services Manager
St Mary's College
Waldegrave Road
Strawberry Hill
TWICKENHAM TW1 4SX
________________________________
From: This list is for current and potential users of the Innopac system
on behalf of Clifford, Lucy
Sent: Mon 03/10/2005 16:53
To: [log in to unmask]
Subject: In-transit message on short loan items
I wondered if anyone else has come across this problem, and if you have
found any solution to it?
We have set up the WebOPAC to allow users to place holds unless they are
physically in the library, and there are available items on-shelf
(denyiflocalavail). However, we do not want short loan items to be
counted as available items (ie an on-shelf short loan item should not
block a user from placing a hold), so to prevent this we have removed
our short loan location from the list of 'locations served' for the
library.
This works as far as placing holds is concerned, however a consequence
is that each time a short loan item is returned to the library an
'in-transit' message pops up asking if you want to put the item
in-transit. It is annoying for library staff to keep having to say 'no'
to this message- and of course sometimes they hit 'yes' by mistake so we
need to clear up items that have incorrectly gone in-transit each day.
Any ideas?
Thanks,
Lucy
Lucy Clifford
Systems and Database Support Manager
City University Library
Email: [log in to unmask]
Tel: 020 7040 4130
Email has been scanned for viruses and spam by Altman Technologies'
email management service <http://www.altman.co.uk/emailsystems>
Email has been scanned for viruses and spam by Altman Technologies' email management service - www.altman.co.uk/emailsystems
|