Showing posts with label GB. Show all posts
Showing posts with label GB. Show all posts

Monday, April 12

Gale databases occasionally inaccessible

0 comments
Problem: Gale databases are occasionally inaccessible. Typically when viewed through IE 7 but not always. Often a refresh of the screen will establish contact. It appears to happen less with IE 8 but it still occurs.

Assigned to: EJ, GB
Priority: high
Status: in progress

Troubleshooting notes:
2010/4/12 - LT link is https:// and is changing on login from /itx/ to /gtx/.
2010/4/12 - Happened with Legal Trac from on campus with IE 8 and refreshing did not help.
2010/4/12 - Possibly browser related.
2010/4/1 through 12 - Contacted Gale who suggested contact Serials Solutions who said possibly needed our account id added to the journal link. This was corrected but does not seem to help.

Friday, March 5

Locate article button not displaying in WCL / SS journals

1 comments
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.

Friday, October 23

Saving Searches in WCL

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.

Monday, September 28

WorldCat Local and Prospector

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:
  • 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

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.

Friday, March 13

SciFinder Scholar

0 comments
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.

Thursday, February 5

Cancer epidemiology biomarkers & prevention

0 comments
Problem:
The link to American Association for Cancer Research doesn't work. When I take off the proxy, I get to the website and I get ft access.
http://skyline.cudenver.edu/record=b2044740.


Assigned to: gb
Priority: medium
Status: in progress

Troubleshooting notes:
2/5/09 Is it in the WAM table? Linking form sent on 1/19/09. We get five journals from this association courtesy of HSC Library. EJ

Thursday, January 29

AnthroSource

3 comments
Problem: When try to view articles, PDF or html, in American Anthropologist or American Ethnologist that are newer they are visible as html or PDF.
Some of the older articles that are linked to through JSTOR do not appear either as a PDF or in html. Instead I am sent to the AnthroSource homepage to seemingly start over again.
Other older articles from the same time period that are linked through JSTOR seem to work correctly. The difference appears to be random.

Status: revived
Troubleshooting notes:
Workaround: go directly to JStor to find those older articles that refuse to appear in AnthroSource.
3/13/09 - Example:
A PDF like this holds the proxy:
http://0-www.anthrosource.net.skyline.cudenver.edu/SynergyRedirect.aspx?doi=10.1525/ahu.1996.21.2.159&type=pdf
This one doesn't:
http://www.anthrosource.net/cgi-bin/anth-jstor.pl/stable/645894?username=ANINS19138

3/13/09 - Adding the wildcard did not work.
3/13/09 - Some articles lose their proxy wrapper when you click to access the full text. Will try wildcarding the WAM entry.
2/5/09 - Serialst reports the gap problem is fixed. Confirmed it this am. gb
2/3/09 - AnthroSource indicates the problem is related to multiple ISSNs for some of the journals that started as newslettters and thus have a different ISSN now than they did then. They are working on the problem. gb

2/2/09 - Further examination shows an example : Medical Anthropology Quarterly, Volume 1. Issue 4. January 1987 (Pages 424 - 431). We have access through Jstor and it works fine but the link from AnthroSource leads us back to the AnthroSource homepage. So it may be a GR problem. gb
1/28/09 - Contacted Anthrosource help by email with the above question. gb

Monday, August 11

Medline via First Search

2 comments
Problem: First Search Medline access unvailable reported by a faculty member.

Assigned to: GB
Priority: High
Status: in progress

Troubleshooting notes:
All of the databases from account 100-151-198 seem to be missing.
8/12/08 Access should be restored tomorrow based on this email response from OCLC: "Marisa, They did renew ECO. I found that when the COZ1 grp went from base package (which ECO is a part of) to WC only when we removed the base package from the group the ECO went with it. I have added ECO back for COA and they will have access tomorrow. " EJ

8/11/08 As far as I can tell, these are the databases that are affected : Medline, Electronic Collections Online, Articles First, PapersFirst, ProceedingsFirst, GPO Monthly Catalog, World Almanac & book of facts. It has affected our access to our ECO journals. EJ
8/11/08 CH said: "called Marissa at BCR about the lack of access to ECO. Marissa returned my call at 3pm to say she is still checking. She couldn't find evidence of our ECO subscription." EJ

Thursday, July 24

Prospector's 'Request Article' button's

0 comments
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.

Wednesday, July 16

EndNote Web and Web of Knowledge/Science

0 comments
Problem: For a while now apparently we have been having problems with patrons not being able to register for EndNote Web or with their being able to register but not being able to log in. Not very useful.

Assigned to: gb
Priority: high
Status: in progress

Troubleshooting notes: 2008/07/16 When contacted Thomson tech support reported that this was a known problem and they are working on it. I will be informed when it's fixed and whether people will need to re-register or not. gb

Book review index online

2 comments
Problem: no access to Gale's Book Review Index online from ADI/ERM page, or Skyline record. http://skyline.cudenver.edu/record=b2036492
http://skyline.cudenver.edu:2082/record=e1000056

Assigned to: EJ, GB
Priority: high
Status: in progress

Troubleshooting notes:
7/16/08 the url in the ADI/ERM and Skyline record is incorrect. We need to do an UPDATE linking form.
http://find.galegroup.com/menu/start?prod=BRI&userGroupName=uofcden
GB--I think there are some bigger issues with this that would take too long to document here. Let's talk. EJ

Wednesday, June 11

Architectural review

0 comments
Problem: LDT reported to DP that she was unable to access full text for the title. All of the database links I try (the first three links, which include Expanded Academic ASAP & Academic OneFile) give an error message. Clicking on link doesn’t take user to the database. http://skyline.cudenver.edu/record=b2043167

Assigned to: GB 6/11/08
Priority: low
Status: in progress

Summary of solution: to be determined

Troubleshooting notes:
Problem is intermittent and inconsistant.
7/23/08 STill inconsistent results between on and off campus and within each.
6/16/08 GB tried on campus and the Gale/Cengage links didn't work at first. After a few seconds retried and they worked. Tried from off campus and they worked fine.
6/12/08 GB tried off campus access to full-text articles and they worked fine. On campus access also worked.
6/11/08 DP tried to access title from on campus and access full-text articles.
6/10/08 DP tried to access title from off campus and recevied error message.

Tuesday, May 6

MetaPress

0 comments
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.

Sunday, April 6

Database stats

0 comments
Problem: Need to figure out how to integrate database stats into ERM

Assigned to: DP & GB 4/6/08

Resolution: In-progress, low priority