Upgrade Storageopenurl
According to the folks who maintain our openurl resolver, we need a sid on every url.
we also have to supply a year for any resolution to take place.
1) would it be possible to supply some sort of format string to add to the open
url, a fixed string, but with embedded %identifiers for fields in the citation
2) hey, a fragment of xsl? or javascript, that is passed a citation structure,
and returns the string to add.
3) a hook that might take the current openurl string, plus the current citation,
and return a possible reformatted open url?
Otherwise I won't be able to use my own resolver -- I don't get to make the rules on how it works.
Thanks a lot,
Rick
we also have to supply a year for any resolution to take place.
1) would it be possible to supply some sort of format string to add to the open
url, a fixed string, but with embedded %identifiers for fields in the citation
2) hey, a fragment of xsl? or javascript, that is passed a citation structure,
and returns the string to add.
3) a hook that might take the current openurl string, plus the current citation,
and return a possible reformatted open url?
Otherwise I won't be able to use my own resolver -- I don't get to make the rules on how it works.
Thanks a lot,
Rick
Example:
Why Aren't Ebooks More Successful? Crawford, Walt. Econtent 29.8, 44.
Zotero generates this based on what I put into the custom OpenURL preference:
<http://library.wofford.edu:4550/resserv?genre=article&atitle=Why Aren't Ebooks More Successful?&title=EContent&volume=29&issue=8&aufirst=Walt&aulast=Crawford&au=Walt Crawford&date=2006-10&pages=44&issn=15252531>
This pings the resolver and gets our "we don't have that" error message.
From a previous forum post I read that Zotero uses "zotero" as an sid, so I set that up in our resolver.
However, when I rewrote the URL to add an sid it works perfectly:
<http://library.wofford.edu:4550/resserv?sid=zotero&genre=article&atitle=Why Aren't Ebooks More Successful?&title=EContent&volume=29&issue=8&aufirst=Walt&aulast=Crawford&au=Walt Crawford&date=2006-10&pages=44&issn=15252531>
So, picking up on zpinhead's comment, is it possible to add the sid to the string Zotero sends? You should be able to add it at either end.
I'm happy to provide more details if it would be useful.
Chris
any openurl that is sent to our resolver to have a sid, and I cannot provide it
through zotero (at least, I don't know how). As far as I can tell the
situation above still holds.
At the moment, when z generates the openurl, it ADDS the '?'.
Just don't do that, then I could put in my resolver address ...
http://linkresolver.univ.edu:4550/resserv?sid=zotero&
z would add everything after the string, and everything would be hunky dory.
How has openurl logic improved in 1.5?
Rick
When using the openurl-resolver of my institution
http://www.digibib.net/openurl/038
it responds that the Referrer Identifier "rfr_id=" is missing, but looking at an address from another database that works, the main difference to the address that zotero produces seems to be that it includes an "sid=" field.
Is there a way to add that to zotero?
I've just now posted a patch on the dev list that is meant to address this issue. If anyone reading this has this need, and is comfortable with unpacking the zotero.jar file and applying a patch, you can help the cause by testing the patch out to see if it works.
(With the patch, you should be able to add the "?" and the (static) URL encoded sid var to the query string, and Zotero will add the rest of the query without adding another "?".)
If someone tests the patch, please report the results to the zotero-dev thread linked above, so that the development team will have the patch and the comments from your trial in a single location.
Frank Bennett
Although the patch now allows the appending of a sid/rfr_id key/value to a user defined custom openurl resolver, it still doesn't address the issue that Zotero could, and should (in the absence of a user-defined value), append its own sid/rfr_id value when generating the openurl. The addition of this data doesn't interfere with those resolvers which don't need the key defined, but it definitely helps those resolvers that do need it.
As it stands, the custom definition needs to include this value,for at least the WebBridge product, and it has to be either "sid" or "rfr_id" depending on the version of OpenURL selected by the user.
https://www.zotero.org/trac/changeset/6214
However does "Zotero.version" refer to the version of Zotero, or the version of OpenURL used?
If it is the version of Zotero, this won't work too well, as the sid/rfr_id would change with each version of Zotero.