WorldCat Local and Prospector

Problem: Often books listed in WCL as being in Prospector libraries don't have Prospector holdings showing. You have to search directly in Prospector after all to find out for sure if they are really there.

Assigned to: gb, rb
Priority: high
Status: in progress, known issue

Troubleshooting notes:
9/28/9 - Work around: To find out for sure if a book is in Prospector, go to Prospector until we can make this seamless.
9/28/9 - Here’s how WCL works with Prospector.
1. When there is a search in WCL the results screen can detect if a library has claimed an item by placing it’s OCLC library identifier on it and the results screen will say held in a Prospector library and the item will be sorted in the list toward the top.
2. When you click on an item in the results list and get to the item’s screen WCL is searching for the item in Prospector by the OCLC number of the item and displaying the resulting information.
· If the item is found to be available in Prospector the holdings are displayed and the request from Prospector button shows if there are available items. If there are no available items only the ILL button shows.
· If the item is not found no holdings are displayed and only the ILL button shows.

9/28/9 - Here’s where the inconsistencies in Prospector as a consortial set of records starts making things difficult for everyone.

An item won’t be found in Prospector (so no holdings will display in the WCL screen and you should not see a ‘request from Prospector’ button) if:

• The record in Prospector does not have the OCLC number in the record.
  Notes: Prospector takes records from all 24 libraries and dumps them as is into the Prospector database. If more than one library owns the item then the record used in Prospector is taken from the library highest in the Prospector pecking order that has a record for that item. The libraries near the top of the list don't use the OCLC record very much.
• No Prospector library actually submits the record in Prospector
  Notes: Because they aren’t going to lend it on Prospector anyway. An example would be our videos or DVDs. We don’t even bother to put those records in Prospector because we aren’t going to lend them. If no one else does either then because a Prospector library may own them they will appear as such on the results list, but no Prospector holdings will show on the WCL item screen because no one is lending the item.

SciFinder Scholar

Problem: SciFinder Scholar is moving to a web based interface. It isn't working with the III proxy server link though it seems to work without the rewrite.

The proxy login works fine but once in .. the welcome screen says "An unexpected error has occurred" and stops dead. Sometimes however the license agreement page appears and then when accept is chosen it again stops dead.

Assigned to: GB, EJ, RB
Priority: on hold
Status: Database has been marked on campus use only. Until we get a new certificate.

Troubleshooting notes:
7/14/09 - Database has been marked on campus use.

3/13/09 - Contacts with CAS have said an 'unexpected error' usually means the CAS server has lost contact with the browser for no known reason. CAS said the proxy server must support https transactions. Also that if the proxy server is attempting to cache the transactions, that will disrupt the secure traffic (https transactions).
CAS will look at their server log for the login made this morning, March 13, 2009 somewhere between 8 and 8:30 am. It probably won't be until Monday before CAS responds. CSA requests that someone 'here' look at the server log for that time as well for clues.

Prospector's 'Request Article' button's

Problem: We are getting periodic or occasional HTTP 403 (Forbidden) errors when we search for a Journal on Prospector, and use the Prospector 'Request Article' Button.

Assigned to: RB, GB
Priority: Medium
Status: in progress
Suggested workaround: As the brackets primarily appear in the record that shows what holdings are at Prospector libraries, it is possible to use the browser button to go "back" to the previous page that shows the journal and to then use the 'Request Article' button.

Troubleshooting notes:
7/23/8 Still happening. Renewed contact with Alliance.
7/11/8 More tests seem to show this is related to the inclusion of square brackets [] from the journal title in the open url url. Removal of the brackets lets the process proceed. Informed the Alliance and they are working on it.
7/10/8 Repeated tests find this happening on many more machines than the ref desk pcs and the public browser. RB consulted with the Alliance as this is a problem with GoldRush and Prospector.
7/9/8 Ref desks reports this in the evening.

MetaPress

Problem: 5/6/8 We are experiencing the same problem as another III library that reports: We are not seeing the "green dots" that indicate access rights on MetaPress and SpringerLink. Turns out one does see them if using an unproxied link but they vanish when using a proxied one. Seems unimportant but sometimes it is the only clue as to what issues / volumes we are supposed to have access to.

Proxied view:

Unproxied view:

Assigned to: GB, RB
Priority: medium
Status: in progress

Summary of solution: to be determined

Troubleshooting notes:

7/14/9 No progress
6/18/8 No progress
5/6/8 The other III library reports: Talked with MetaPress and MetaPress said was a known issue with EZProxy. {Which we don't use here at Auraria.} MetaPress is working with EZProxy on a fix and the other III library opened a call with III, as well.
5/6/8 Requested that RB open a call with III on this.