Problem: The button for the link resolver is not displaying in WCL for journal articles. Only the scraped links for the journal level item shows.
Assigned to: GB
Priority: High
Status: in progress
Troubleshooting notes:
2010/03/19 - When we checked the 'example' article this was fixed - for this instance. Will check some more.
2010/03/17 - WCL reported this was a bug and was working to fix it.
2010/03/15 - Contacted WCL and worked through the problem using the example of an article from Policy Studies.
Showing posts with label WorldCat Local. Show all posts
Showing posts with label WorldCat Local. Show all posts
Friday, March 5
Friday, October 23
Saving Searches in WCL
Labels:
GB,
WorldCat Local
0
comments
Problem: I repeatedly have problems saving a search in WCL. I always get the response "There was an error saving this search. Please try again later.". It does not matter whether I desinate the search as public or private.
Assigned to: gb
Priority: high
Status: in progress
Troubleshooting notes:
10/22/9 - Reported to OCLC and they reported it to their tech people.
Assigned to: gb
Priority: high
Status: in progress
Troubleshooting notes:
10/22/9 - Reported to OCLC and they reported it to their tech people.
Monday, September 28
WorldCat Local and Prospector
Labels:
GB,
Known issue,
Prospector,
RB,
workaround,
WorldCat Local
0
comments
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:
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.
Wednesday, September 23
Holdings not always displaying in WCL
Labels:
GB,
WorldCat Local
0
comments
Problem: Local holdings are not always displaying, reported with screenshots by BT.
Assigned to: GB
Priority: high
Status: in progress
Troubleshooting notes:
9/23/9 - Contacted WCL and they are addressing the issue.
Assigned to: GB
Priority: high
Status: in progress
Troubleshooting notes:
9/23/9 - Contacted WCL and they are addressing the issue.
Thursday, September 17
Picture to book mix-up in WCL
Labels:
Resolved,
WorldCat Local
0
comments
Problem: The picture is on the wrong book record:
http://aurarialibrary.worldcat.org/oclc/64084045
Therese of Lisieux -- picture is for Advice and Consent (a book on politics).
Assigned to:
Priority:
Status: resolved
Troubleshooting notes:
9/17/9 - passed this on to WorldCat Local.
9/18/9 - resolved by WCL
http://aurarialibrary.worldcat.org/oclc/64084045
Therese of Lisieux -- picture is for Advice and Consent (a book on politics).
Assigned to:
Priority:
Status: resolved
Troubleshooting notes:
9/17/9 - passed this on to WorldCat Local.
9/18/9 - resolved by WCL
WorldCat Local listing books that are not in AL as being in AL
Labels:
Resolved,
WorldCat Local
0
comments
Problem: Some records are listed as in Auraria Lib by WCL but not in Skyline.
Example of this book is given http://aurarialibrary.worldcat.org/oclc/28291111&referer=brief_results.
Assigned to: GB, JB
Priority: high
Status: resolved
Troubleshooting notes:
9/17/9 - JB noted this is a book that is on the lost or billed list (hence it, or an article from it, is in Reserves) and the record is therefore suppressed in Skyline. Prior to WCL we left our holdings attached to the OCLC record for suppressed records. We don’t do that now because WCL sees it as available from us and this type of problem occurs. Apparently a set of records was missed, or more likely reinstated in the reclamation, because JB identified a group of about 2500 that have this same problem. Our holdings are now removed.
Example of this book is given http://aurarialibrary.worldcat.org/oclc/28291111&referer=brief_results.
Assigned to: GB, JB
Priority: high
Status: resolved
Troubleshooting notes:
9/17/9 - JB noted this is a book that is on the lost or billed list (hence it, or an article from it, is in Reserves) and the record is therefore suppressed in Skyline. Prior to WCL we left our holdings attached to the OCLC record for suppressed records. We don’t do that now because WCL sees it as available from us and this type of problem occurs. Apparently a set of records was missed, or more likely reinstated in the reclamation, because JB identified a group of about 2500 that have this same problem. Our holdings are now removed.
Tuesday, September 15
360 Link and article-level links in WorldCat Local
Problem: When retrieving articles in WCL via ArticleFirst and British Library Serials, some articles do not have direct article-level access especially for content in the Gale and Ebsco databases. They should be resolved on the article-level as they are resolved in other databases on the article-level.
Assigned to: ej, gb
Priority: high
Status: in progress
Troubleshooting notes:
8/14/09 SerSol responded back to ej's inquiry that either WCL or ArticleFirst was not passing on the volume, issue, and sometimes page info for the article in the openURL. Gale and Ebsco require this info in order to resolve the request on the article-level. GB sent an email to our rep at WCL to see if they could address the problem on their end. See email from gb on 9/14/09 titled ArticleFirst and the 360 link resolver. ej
Assigned to: ej, gb
Priority: high
Status: in progress
Troubleshooting notes:
8/14/09 SerSol responded back to ej's inquiry that either WCL or ArticleFirst was not passing on the volume, issue, and sometimes page info for the article in the openURL. Gale and Ebsco require this info in order to resolve the request on the article-level. GB sent an email to our rep at WCL to see if they could address the problem on their end. See email from gb on 9/14/09 titled ArticleFirst and the 360 link resolver. ej
Subscribe to:
Posts (Atom)