Saving JSTOR Items

In the latest (2014/12/03) "Known translator issues", it says "Due to recent changes in JSTOR, the translator only works when you have access to JSTOR (i.e. you can download articles). You will not see an icon in the URL bar otherwise. This is a permanent limitation."

If you cannot save the item in the article view, try browsing the whole issue of the journal and save the article(s) you want from there. It worked for me.
«1
  • Due to recent changes in JSTOR, the translator only works when you have access to JSTOR (i.e. you can download articles). You will not see an icon in the URL bar otherwise.
    I have no subscription to JSTOR.
    However, in Zotero Standalone (latest version) I see the icon in the URL bar AND cannot download.

    Maybe the error explantion should be changed.
  • I see the same thing as @ftr, though I do have access via ezproxy. I'm still not getting anything in Zotero. I too can get articles via the whole issue as @mysheepb can.

    I've also just noticed that when I use the DOI for some articles in JSTOR, they don't seem to result in all the info being inputted. For example, from the American Journal of Archaeology: 10.3764/aja.119.1.0137. I don't get an author or abstract for it.

    This article in JSTOR, btw, is using the Dublin core schema, where the author appears FIRSTNAME LASTNAME as dc.creator and the abstract is dc.description. I've pasted the info below. Returns are mine for readability.

    <link rel="schema.DC" href="http://purl.org/DC/elements/1.0/" />
    <meta name="dc.Title" content="Mercury on the Esquiline: A Reconsideration of a Local Shrine Restored by Augustus" />
    <meta name="dc.Creator" content="Margaret M. Andrews" />
    <meta name="dc.Creator" content="Harriet I. Flower" />
    <meta name="dc.Description" content="Abstract In this article, we present a reexamination of a shrine to Mercury preserved in situ in the basement of the apartment building at Via San Martino ai Monti 8, part of the ancient Clivus Suburanus, on the Esquiline Hill in Rome. A new campaign of documentation has yielded many new insights about the character, chronological development, and historical importance of this local shrine. We analyze the date and appearance of the republican shrine and consider the extensive changes that Augustus made when he restored it with money donated to him by the people of Rome on 1 January 10 B.C.E. The original interpretation of the monument as a compital shrine made after its excavation in 1888 is no longer tenable; rather, the monument is our only in situ example of an Augustan New Year's dedication. The new analysis of the archaeological evidence for this particular shrine, considered within the broader context of other known examples of Augustus' New Year's monuments, not only highlights its unique aspects b..." />
    <meta name="dc.Publisher" content=" Archaeological Institute of America " />
    <meta name="dc.Date" scheme="WTN8601" content="Dec 16, 2014" />
    <meta name="dc.Type" content="research-article" />
    <meta name="dc.Format" content="text/HTML" />
    <meta name="dc.Identifier" scheme="publisher-id" content="aja.119.1.0047" />
    <meta name="dc.Identifier" scheme="doi" content="10.3764/aja.119.1.0047" />
    <meta name="dc.Source" content="http://dx.doi.org/10.3764/aja.119.1.0047" />
    <meta name="dc.Language" content="en" />
    <meta name="dc.Coverage" content="world" />
  • We need a JSTOR URL that's not working. We don't use the DC data for JSTOR, so that's not relevant.

    DOI: We never get abstracts from DOIs, CrossRef doesn't usually store them. The lack of author is a problem with the data deposited by JSTOR to CrossRef, you can try reporting that to them.
  • My point about the dc data was that it was there. I don't know what the permanent problem is with JSTOR, but I was thinking that the dc data provided one way to get something off the page.

    It's interesting that the issue page does provide the info.

    Report made to CrossRef.
  • This is a quick fix (the "info" in stable/info of the URL is breaking the translator). Once we've fixed this, which should happen quickly, individual items will work again, including for people w/o access, JSTOR has apparently realized that that was a horrible idea.
  • I'm also experiencing the problem. Regardless if I have access to the JSTOR article or not, the folder icon appears on the article page (it says Save to Zotero DOI) and doesn't work unless I browse the whole journal issue and click the Zotero folder icon which says Save to Zotero JSTOR.

    Does anyone know what is causing this problem?
  • Should be fixed now. Update your translators via Preferences -> General -> Update Now, restart your browser, and try again. If it's still not working, please provide URLs you're testing with (exactly as they appear to you).
  • I'm still experiencing a problem after the update.
    http://www.jstor.org/stable/25722573
    http://www.jstor.org/stable/10.1086/378695

    Both of these URLs (one being DOI-based, the other not) won't save to Zotero properly. The Zotero button in Safari says "Save to Zotero (JSTOR)".

    When I click the button I see "Saving to My Library" but none of the article info displays. Screenshot - http://i.imgur.com/YQJLiAx.png
  • works for me. Which versions of Zotero and the Safari connector?

    I don't know Safari too well, but you should be able to right-click --> Zotero Preferences (anywhere on the webpage). Look through that and see if it says anything about Standalone (Standalone is connected or something like that).
  • Safari 8.0.2
    Zotero 4.0.23.
    Connector 4.0.21

    I enabled logging, these are the lines for when I try to add a JSTOR item
    http://pastebin.com/vFYgLgcG

    Now, I tried it in Chrome, and it works perfectly, so this is probably not a site translator issue, yet other sites translate fine in Safari.
  • Doesn't look like you're getting an actual error. Is it just getting stuck or does the import window disappear and you can't find the item?
  • edited December 23, 2014
    The import window disappears and the item never gets imported into my library.
    Edit: I also deleted and reinstalled the Zotero connector, emptied the cache and deleted JSTOR cookies, and tried again to no avail.
  • OK, I can confirm this. Will take a look.
  • I can't say why this happens (yet) and I don't have a fix, but you can get around it (so it seems) by using the https versions of the URL. So https://www.jstor.org/stable/25722573 should work, but for whatever reason https://www.jstor.org/stable/10.1086/378695 redirects you back to http://www.jstor.org/stable/10.1086/378695 I'm not going to be able to debug this properly on a Mac soon, so this is the best solution I can offer in the foreseeable future.
  • I can confirm that the first link you gave me works, but the 2nd one doesn't. Thanks for looking into this!
  • I am having this same problem. When I am logged into jstor and I click the icon in the browser bar, the "Saving" notification pops up, but then just disappears without doing anything. Any updates on this? I'm not sure how to use the workaround mentioned above. Once I'm on an article page, how to I access the https version of the URL that will work?
  • just type https:// in front of the URL
  • Yes, I've tried that, but it redirects back to the http version, like in the second example above. Can it only be done when not logged in through a proxy?
  • I don't think we fully understand this yet, so hard to say - is this on Safari?
  • No, I am using Chrome. I will try Safari or Firefox and see if I can save anything using a different browser. I also don't know what the person earlier who said they can get around it by "browsing the whole issue" meant. I haven't been able to find any way to save entries things from jstor using the Chrome extension, regardless of how I arrive at the article entry. Thanks for your response.
  • the suggested workaround in the first post is to go to the entire issue of the journal, click the folder icon and import the article that you want. Does that not work either? (Just to be clear--JSTOR is working for me on various browsers and with proxy, so this is a little hard to nail down. Aurimas seemed to have more success replicating the issue, so maybe he has a better idea)
  • I'm only able to reproduce this in Safari (v5.1.7 on Windows), but debugging capabilities on Windows for Safari are rather limited. All I'm seeing is that the HTTP request to download RIS data is getting cancelled, probably because it's redirecting to HTTPS and that becomes a cross-origin request. I'm not sure why the redirect only happens for Safari (though above report is for Chrome). We can probably always request HTTPS and have Zotero deal with the cross-origin request.
  • Frank was also reporting a JSTOR issue going through a proxy on the other thread -- that might be related to linley's problem, since I'm going to assume Frank doesn't have Safari.
  • I implemented the fix above. Update your translators in Zotero via Preferences -> General -> Update Now, restart browser, and try again.
  • This might actually be more problematic with proxies. We may have to revert the fix and go a different route that requires updating Connectors.
  • I'm now not getting anything from JSTOR at all. I access via an institutional login, so the URL is just jstor.

    I get the "Saving to [My library]" box in the lower right, but it never goes through to grab the article, whether I do it from the article itself or the issue.

    OS X 10.9.5
    Safari 7.1.2
    Zotero standalone 4.0.23

    I realize that there's a lot of cruft on the end of the JSTOR URLs, but could the magic-wand feature of Zotero be enhanced to ignore all that? A long URL looks like, so everything after & including the "?" could be ignored:

    http://www.jstor.org/stable/10.2307/1516352?Search=yes&resultItemClick=true&searchText=The&searchText=Literary&searchText=Influence&searchText=of&searchText=the&searchText=Ugaritic&searchText=Fertility&searchText=Myth&searchText=on&searchText=the&searchText=Old&searchText=Testament&searchUri=%2Faction%2FdoBasicSearch%3FQuery%3DThe%2BLiterary%2BInfluence%2Bof%2Bthe%2BUgaritic%2BFertility%2BMyth%2Bon%2Bthe%2BOld%2BTestament%26amp%3Bacc%3Don%26amp%3Bwc%3Don%26amp%3Bfc%3Doff%26amp%3Bgroup%3Dnone

    PS The DOI now does get me the author info I mentioned as missing above.
  • start by updating Zotero Standalone. I don't think it'll change things, but small chance that it will. Beyond that, best advice I can give for now is to use something other than Safari.
    (I don't think we'll start cleaning up identifiers in the magic wand tool, no.)
  • This is killing me. :-P
  • Any progress on this?

    Safari on a Mac with the standalone.
  • As of May 24, 2015, I was unable to save files (and their PDFs) from Safari 8.0.6, but I successfully saved files and PDFs from Firefox 35.0.1. I use MacBook Pro 10.10.3.

    I tried to download the Zotero Safari extension, but every time I click on Install after download, it just disappears from my computer, as if it was never downloaded. Very weird. Any thoughts about how I can successfully install the Safari extension so I can use it in JSTOR?
Sign In or Register to comment.