Your Personal Library of Science
You are not logged in.
By default the Web of Science search plugin does not work in combination with ezproxies. It can work but it isn't easy. Below are the instructions to make it happen. We have confirmation that it can work this way but we warn you, your milage may vary.
1) First make sure you have configured your ezproxy such that it properly works if you directly access websites like Nature.com
2) The ezproxy system you are using is at least of version 4.0g or higher.
3) Your ezproxy system needs to have the following configuration included otherwise it won't work:
AnonymousURL -ActiveIP -RE +http://wok-ws\.isiknowledge\.com/esti/.* Option DomainCookieOnly Title ISI Databases URL http://isiknowledge.com/ DJ isiknowledge.com DJ isihighlycited.com Host newisiknowledge.com Host wok-ws.isiknowledge.com DJ newisiknowledge.com Host www.isihost.com DJ isihost.com Find value="http:// Replace value="http://^A Find VALUE="http:// Replace VALUE="http://^A Find rurl=http:// Replace rurl=http://^A Find product_st_thomas=http:// Replace product_st_thomas=http://^A Find return_url=http:// Replace return_url=http://^A Find ST_URL=http:// Replace ST_URL=http://^A Option Cookie AnonymousURL -*
From: http://www.usefulutilities.com/public/mit/wos.txt
4) Make sure you have already authenticated with your ezproxy before you use the web of science search engine, you can do this in the following way:
In papers select File -> Open URL, go to a URL you like as your startup page, for instance your institute's library. Then click on Open in Browser, the url in the url field should include the ezproxy link, for instance: http://www.wvu.edu.www.libproxy.wvu.edu/ if you are at WVU. Fill in this url in the Papers preferences in the authentication URL under the sources preferences, tick the box "show at startup". Now each time Papers is started this page is loaded, triggering you to authenticate with the ezproxy. From then on WOS should work if the ezproxy is configured properly.
Offline
Mek,
I've tried this and I still get the same error as before: Error parsing XML data.
Where would the text you stated need to be included. Somewhere on my system or on the ezproxy server?
I'm also not even sure if MIT uses an ezproxy or not. What would be the other ways to access WOS? This is really a big deal for me and many of my collegues, but we just couldn't figure it out. Your help is very much appreciated.
Offline
Hi ,
am only knew to Papers, and it seems that i have the same problems in accessing the WOS, JSTOR and any other place that requires authentication. My university has an Athens authentication point (Institutional), the url of which does not seem to be accepted into Papers either at the url (where i do log in, but Papers search doesn't care) nor at the library proxy....
Could you please help???? What should i do? I have ended up for the day, searching through the individual web pages (science direct, Blackwell-synergy, WOS etc) and then export the references as for endnote, and then import them to Papers, whilst in the mean time I was saving the pdf files, which then I had to import/link to the papers reference!!!! A very pain-staking task!
pls pls help! I really don’t want to abandon using papers, after the first week of purchasing it!
Cheers
Offline
Hi, unfortunately we have no experience with Athens, nor have we got access to such a setup. Plenty of people on the forum must though so perhaps any of these can answer your questions.
Offline
Athens is widely used, as posted elsewhere on this forum, and I would hesitate to jump on board without support for it... It would reduce the attraction of Papers considerably. I could not make it work from UCL, London.
Offline
I can't make this work at harvard medical school either. Anyone has any success?
Offline
Hi,
I am new to PAPERS, and have the same problem as others posted in this thread. I believe my library's eproxy server is working, because I was able to search JSTOR after going through the login process. However, when using WOS, I got the same error message saying "Error parsing XML data"
In fact, JSTOR seems to be the only database (requiring authentication) that works. My school also subscribe to Project Muse, but when I try to search using Project Muse, I got the error message "Line 139: StartTag: invalid element name"
Any update on solution to the search engines is greatly appreciated.
Yu-Chu
Offline
I can access WOS with Safari if I just type the ezproxy link in the address field of Safari. Then after the authentification I can access WOS without any problem.
So, it seems like the problem is totally on Paper side, not on the ezproxy configuration of our schools. I have the same problem of having "Error parsing XML data" as other people here.
Offline
bmb wrote:
I can't make this work at harvard medical school either. Anyone has any success?
Yes! It took some digging both on this forum and on the web, but finally I found it - right on a Harvard page entitled "Setting up Papers at Harvard"
https://www.countway.harvard.edu/lenya/ … apers.html
*change the gatewayurl.txt file located in $HOME/Library/Application Support/Papers/Plugins/SearchEngines/WOSSearchEngine.searchengine/Contents/Resources
Last edited by doctorit (2009-02-03 14:45:34)
Offline
Thanks doctorit for the helpful tip. For the university of liverpool the WoS plugin text needs to be changed to:
http://wok-ws.isiknowledge.com.ezproxy. … chRetrieve
The url for authentication needs to be set to:
http://isiknowledge.com.ezproxy.liv.ac.uk/
With these changes the WoS plugin does now work as it should. Working on papers 1.9 on Leopard 10.5.6
Hope this helps others struggling with the same problem. The need to make changes to the gatewayurl.txt file could be addressed by the developers possibly? This would certainly go a long way to make it more user friendly.
Offline
Well, the 1.9 update (or more likely the WOS plugin update) seems to have broken WOS through ezproxy for me.
I made sure to change the gatewayurl.txt file to force it through the UWyo ezproxy, but now I'm getting an error that I haven't previously run into. Now when I try to do a WOS search I get the following error:
2/25/09 9:53:14 PM Papers[406] WOS Error: XQueryError:1 - "can't resolve QName for "soapenv:Envelope"" at line:1
Which is a bummer, since I've had WOS running smoothly through an ezproxy for several months. Other search engines that I tried seemed to work ok. If anyone else is running into this error (or better yet knows the fix) please let me know.
Cheers
dave
Offline
dcleon wrote:
Well, the 1.9 update (or more likely the WOS plugin update) seems to have broken WOS through ezproxy for me…
2/25/09 9:53:14 PM Papers[406] WOS Error: XQueryError:1 - "can't resolve QName for "soapenv:Envelope"" at line:1
I get the same error:
2009-02-27 15:41:45.053 Papers[7162] WOS Error: XQueryError:1 - "can't resolve QName for "soapenv:Envelope"" at line:1
I'd always used VPN, so I don't know if this would have happened to me before… but there's been no mention of this error until now, so I suppose it is a 1.9/1.9.1 thing. And I have no fix
Offline
I get the error No Soapaction Header! when trying to use WOS through EZProxy.
I've modified the gateway url, and when I go to this URL in my browser I get "Hi there, this is an AXIS service!", which is promising.
However, I've wasted a load of time trying to get this to work and I can't fathom it. The library support people inform me that it is working with Endnote off-site, but I really would prefer to use Papers...
Searching the forum, I can't see anyone with this "No Soapaction Header!" error message. Am I the only one?
Would be grateful for any feedback.
Offline
I spent a lot of time on it to, but realized it was silly: it still works fine (for me, at least) to open WoS with "open custom url" - then you get to use the full WoS toolset, and easily import — a more powerful route than the WoS plugin even if it worked, IMO
Last edited by henry (2009-03-06 10:54:41)
Offline
henry wrote:
I spent a lot of time on it to, but realized it was silly: it still works fine (for me, at least) to open WoS with "open custom url" - then you get to use the full WoS toolset, and easily import — a more powerful route than the WoS plugin even if it worked, IMO
Thanks Henry. Out of interest, what is your workflow for this? Do you export the citation from WOS as a file and then import it into Papers?
Offline
Replying to my own post above... I've had a look at the tcpdump when I'm connected to the University LAN (where WOS works) with that at home, after I've suitably modified the gatewayurl.
One thing I noticed was a line occurs when I'm on the LAN as:
POST http://wok-ws.isiknowledge.com/esti/soap/SearchRetrieve HTTP/1.1
but at home I get
POST /esti/soap/SearchRetrieve HTTP/1.1
at the same point.
Does this seem right or not?
Offline
henry wrote:
dcleon wrote:
Well, the 1.9 update (or more likely the WOS plugin update) seems to have broken WOS through ezproxy for me…
2/25/09 9:53:14 PM Papers[406] WOS Error: XQueryError:1 - "can't resolve QName for "soapenv:Envelope"" at line:1I get the same error:
2009-02-27 15:41:45.053 Papers[7162] WOS Error: XQueryError:1 - "can't resolve QName for "soapenv:Envelope"" at line:1
I'd always used VPN, so I don't know if this would have happened to me before… but there's been no mention of this error until now, so I suppose it is a 1.9/1.9.1 thing. And I have no fix
After much tinkering, I get this now too :-(
10/03/2009 20:40:38 Papers[2411] WOS Error: XQueryError:1 - "can't resolve QName for "soapenv:Envelope"" at line:1
Can I get a sense of numbers here? Are there others who did have WOS working but now get this error? If this was caused by a recent update to Papers and/or the plugin is there anywhere I can download the old version to test with (and is there hope of a fix)?
Offline
Mek- the code you posted isn't anything we can access or edit on the ezproxy server, right? I assume this is something that the university has access to. Correct me if I'm wrong.
Thanks
D
Offline
I have never been able to get WOS plugin to work outside of the UCL instituional firewall.
Recently, many UK universities abandoned the use of ATHENS for authentication and instead moved to a system called 'Federated access management' usign a new authetication mechanism called Shibboleth.
I was able using the authetication window to log into WOS without any difficulty. Trouble is that does not allow me to use the WoS which says that I am forbidden from doing this.
I have no idea what an ezproxy means but I suspect that my issue is related (I note that there was a posting in May 09 on Shibboleth which lies unanswered).
Given that Cambridge university alongside UCL are both using Shibboleth I trust that makentosj ill rise to the challenge and provide a solution...
P
Offline
The problem is that the WOS XML gateway is not the same as the WOS website. The fact that one works, doesn't mean the other necessarily would.
Unfortunately we're not affiliated to Cambridge University. In fact, one of the biggest problems is that we don't have access to a Shibboleth, nor Athens authentication based site, if anyone can help us with that it would be greatly appreciated and we could have a look why this doesn't work.
Offline
Your mileage may vary, but I added a wee bit to the standard fix for the off campus functionality of the WoS plug-in that took care of the issues I had experienced with it. I suspect that other University of Wisconsin-Madison users might find this handy, but can't verify it will work for those from other institutions with different proxy set-ups. Can't hurt to try though, eh?
Here's what I did:
1) Performed the SOP off-campus WoS search plug-in fix and changed gatewayurl.txt to include our proxy string:
Example:
http://wok-ws.isiknowledge.com.{your proxy string here}/esti/soap/SearchRetrieve
UW-Madison in particular:
http://wok-ws.isiknowledge.com.ezproxy. … chRetrieve
The first bit was enough to get the search plug-in to bring up results off campus (and there was much rejoicing), but I found that I was still unable to get to the full text from the results (sad now!). A bit of digging around and it occurred to me that this should do the trick nicely:
2) Modify the outgoingurl.txt (located in same directory as gatewayurl.txt) to link to the full record in WoS (parameters courtesy of the WoS RSS Feeds)
Example:
http://gateway.isiknowledge.com.{your proxy string here}/gateway/Gateway.cgi?GWVersion=2&SrcAuth=Alerting&SrcApp=Alerting&DestApp=WOS&DestLinkType=FullRecord&KeyUT=%@
For UW-Madison:
http://gateway.isiknowledge.com.ezproxy … p;KeyUT=%@
Note the only thing you'll be retaining is the unique identifier from the original link in that file (KeyUT=%@). I didn't muck about enough to test whether all those parameters are necessary, or if a variant may work, as getting it to work was enough for me. There may be a shorter/better string to be used *shrug*
Caveat that I still need to explicitly tell it to go to the repository for those bad boys that are wanting to go directly to the publisher site, though I suspect there's a work-around to be found for that. For now, I'm pretty happy with just getting it working
Hope that helps somebody else out!
Cheers,
Rebecca
Offline
Just found the URL for the single site login for UCL
http://www.ucl.ac.uk/Library/metalib.shtml
and the page which links to all the search sites including WOS
http://metalib-a.lib.ucl.ac.uk/V/US5GYG … unc=meta-1
If I use this to authenticate when I start up Papers, I can go directly to web of science (WOS) and search as well as link to the SFX system to download a paper. Trouble is that Papers does not recognise the downloaded papere so I have to copy-and-paste all the details which somewhat defeats the purpose of using Papers.
However, when I search using "Web of Science" I get the following Error message:
"access denied. Your system failed to authenticate with Web of Science"
Any suggestions?
JPM
Offline
@jpmuller This is because the WOS XML gateway is something different from the WOS website, the two are not the same and access to one doesn't necessarily mean access to the other, especially in the case of proxy connections.
Offline