Wednesday 18 May 2011

Publishers: please provide EZproxy support

A recent full and frank discussion about the relative merits of EZproxy and Shibboleth between Nicole Harris and Dave Pattern (and others, e.g. Paul Stainthorp) can be summarised as:
  • EZproxy is great if you start at your library's site or university's portal because then users are authenticated at the beginning of a session and they can link seamlessly from one resource to another whilst retaining that authentication
  • Shibboleth (or Athens or OpenAthens) is great if a user starts elsewhere (Google, Pubmed, a publisher's TOC alert) because the user can establish their authentication when challenged, via a WAYF. (And that will become better / more intuitive one day).
  • Publishers are evil and are deliberately trying to reduce the usage of their content.
It occurs to me that publishers are probably quite keen to get their stuff read - but they could do much more to support us beleaguered librarians in the use of EZproxy, as they currently do with Shibboleth.

We currently provide "reload this page via EZproxy" functionality via either our LibX toolbar or a JavaScript bookmarklet.

But if I could log into each of my publisher admin interfaces and specify my EZproxy prepend login URL (http://ezproxy.liv.ac.uk/login?url=, seeing as you asked) then these sites could also reload themselves via EZproxy.

An off-campus user who has arrived unauthenticated at the publisher's site could then use the site's Institutional Login feature to identify themselves as a member of the University of Liverpool. (Why does a WAYF - admittedly ugly and clumsy as it is - have to be limited to Shibboleth?). The publisher's system would then reload the page that the user wanted, but now with our EZproxy login string added (e.g. http://ezproxy.liv.ac.uk/login?url=http://www.nature.com/ instead of http://www.nature.com/). The user is prompted to login to EZproxy and they get access to the content they wanted.

[Edit]
I forgot to mention: this would also make TOC email alerts much easier to use. When a user registered for TOC alerts they could specify their institution and that would mean that links to TOC alerts could include that institution's EZproxy string in the URL so that the links actually worked off-campus without any further action from the user.

Now, I'm a librarian not a developer, but that can't be difficult or expensive to implement. Can it?

3 comments:

  1. I think the answer has to be for all publishers to adopt a single, absolutely consistent, WAYF. I like the one that BoB (Box of Broadcasts) uses, where rather than a drop-down box you just type the name of your institution and it finds you. The WAYF itself shouldn't make the distinction between different methods of authentication (EZProxy, ShibAthens) - that should be down to the individual institution.

    ReplyDelete
  2. Quite. Wouldn't a consistent user experience be a novel idea? Yep, we could configure EZproxy and Shibb in admin and choose which one is live. If the live one is troublesome (e.g. we might need a while to tweak our config in response to a change on the platform) then we could make the alternative one live. The user would probably not even notice the difference (it's the same username and password for both).

    ReplyDelete
  3. Agreed. We've recently done some user testing at Leicester on our old website and found users were very inventive in finding log-in strategies, but there's no clues which would ever prompt them to use EZProxy if they bypass the library website.

    ReplyDelete