[iBorrow] URSA Update 8-11-06

[Beth Farmer]

Apologies for cross posting.

> As we certainly hope you know, you downloaded a new > '> build> '>  of the URSA/iBorrow client Thursday morning when you clicked on the SirsiDynix icon.  This build was designed to solve several problems.  It didn> '> t get them all, but it got some, and the rest should be coming soon, but without your having to download a new build.  Here> '> s the summary.
> 
> 1.  You can now decline iBorrow requests if you are the Lender.
> 2.  If you want to push an iBorrow request to OCLC, and you lack an ISBN in the URSA request, you can do a separate search> -> in the Portal or in your local online catalog.  If you find a record there with an ISBN, you can plug it into the one in Mediated Borrowing and then push it to OCLC.
> 3.  The current lender is always displayed in the Item Detail screen up near the top.  You may like this better than having it in the ROTA or you may not like it as well.  But it> '> s there for you.
> 4.  In the Portals, the Request Item button is now visible on the screen after a search almost all the time.  Say, 90% of the time.  And we> '> re working on the exceptions.
> 
> 5. Recalled Loan.  A lot of you have a bunch of items in your Recalled Loan container in the URSA client.  Please leave them there.  The engineer who is working on the earlier OCLC problems you have reported has put them there on purpose.  That container is ignored by the > "> Day End> ">  run that URSA/iBorrow does, so they will hold still while he is fixing them.  As he finds the problem with each one or each group, the ones he fixes will pop back into the right URSA client container.  If no new request for that same title has been created, they will behave as though they> '> d been in the right place all along.  If a new request has been placed in the Portal or if the patron found a copy locally, or if the request has aged past his deadline, then there> '> ll be some orphans to clean up.  We> '> ll burn that bridge when we come to it.
> 
> 6.  Centralized ILL management.  This matters big time to Lee County and Hillsborough County.  The fix did not work when we stepped through it with SD this morning on the phone, but they think they know where the problem is, and we should have a fix by tomorrow.
> 7.  Local Holds.  Same story with this one.  It works on their test servers but not on ours yet.  Again, they think they can find and fix the problem by tomorrow without a new build.  Stay tuned.
> 
> There is one other change in the works that should make your lives easier.  It needs some local testing, and I> '> ll be contacting some of you individually about that.  It looks good, but I don> '> t trust computer software any further than I can throw a Hummer left handed, until I> '> ve seen it work a couple times right in front of me.
> 
> Please continue to mail or call in your questions.  We> '> re fixing stuff as fast as we can.  We> '> ve ordered an extra set of arms for Matt, so he can work twice as fast.  Of course that will make it tougher for him to buy shirts> ...> .
> 
> Al Carlson
> System Administrator
> Tampa Bay Library Consortium
> 1202 Tech Blvd. Suite 202
> Tampa, FL  33619
> 813-622-8252 ext. 223
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.tblc.org/pipermail/iborrow/attachments/20060811/f244be6c/attachment.html