JSTOR different interfaces / Peculiar behaviour from Zotero

http://www.jstor.org/stable/10.1086/649883

Looking at this page of contents, Zotero shows the 'folder icon' and downloads the correct citation data for all articles but NO ATTACHMENTS AT ALL - NOT the associated pdf:s or snapshots of full text html-pages

Accessing an individual article in the list, Zotero shows the 'article icon' but downloads INCORRECT attachments and citation data.

It would seem JSTOR now presents different interfaces - note the dfferences in link-structure above and below - the older look, still used, can be seen here:

http://www.jstor.org/stable/i328020

Addenda: I should add the last, old-style, link works - both when multi-downloading from the list of contents (folder icon) and downloading from the page of a single article (article icon).
«1
  • This is one of the issues to arise from JSTOR slowly moving to DOIs in more places.

    Please go to http://github.com/ajlyon/zotero-bits/raw/master/JSTOR.js and save the file to the translators directory of your Zotero data directory (http://www.zotero.org/support/zotero_data).

    It should start working again. If this works for you, please post here so that I can submit this change to be pushed to all users.
  • edited February 2, 2011
    Also, I'd appreciate it if others could test this translator as well-- JSTOR is high-impact, and we need to make sure that any changes to it do not break existing functionality.
  • edited February 2, 2011
    I've put the new file in the 'translators' folder but no difference can be detected with this translator. I renamed my original jstor.js to jstor.jsold and copied the new file into the folder. I've restarted Firefox.

    Same problems as decribed in first post persist: Old style JSTOR pages work, the new 'DOI'-style pages does not (I used the same links as above).

    Maybe I should add I connect through ezproxy, so from my side the first part of the links above look like "http://www.jstor.org.ezproxy.its.uu.se/stable/" - but again, the old style pages work so I don't think it's a proxy issue.
  • You'll need to remove the old JSTOR.js altogether.
  • edited February 2, 2011
    Sorry, no - problems persist as described. I've removed old jstor.js, cleared cache, restarted, and whatnot.

    Mass downloading from a contents page gives correct citations but no attachments or snapshots - again using this list of contents from Current Anthropology,

    http://www.jstor.org/stable/10.1086/649883

    then, choosing any single article from this list - by opening its own page - and trying to download it, Zotero downloads the wrong item + its attachment.

    It's always thew same item btw - no matter which individual article I choose from the contents list (again by opening its own page), when I click download I get a 'New Books' article from American Economic Review from 1926 + its PDF!
  • just a note to ajlyon that we had exactly that error - with the same AER article - before (though I'd guess you know - you fixed it back then...)
  • Hi ajlyon,
    I was having problems getting the JSTOR translator to work with articles from recent issues of Ethics, like this one:
    http://www.jstor.org/stable/10.1086/597019

    Zotero was getting the data for a completely different article.

    The fixed version you provided at your link above worked for me - but ONLY after I completely removed the old JSTOR.js from the directory and restarted Firefox, rather than simply renaming it to JSTOR.js.old and restarting Firefox (I'm on Windows 7). I checked whether the new translator was being used by editing it to change the label (line 3), and checking what comes up when I mouseover the capture icon in Firefox.

    I then tested capturing two items from hansi linderoth's link and they were captured fine for me, along with their pdf's.

    I will continue using the updated translator and let you know if I see any bugs.Thanks for your help!
  • Very mysterious:

    1) automatic translator update is turned OFF
    2) new JSTOR.js downloaded / old file completetly removed
    3) new file's label property renamed as per above, file begins:

    {
    "translatorID":"d921155f-0186-1684-615c-ca57682ced9b",
    "label":"JSTOR-NEW",
    ...

    Yet, functionality is not there and I still see the text "Save to Zotero (JSTOR)" on mouseover (when on a page for an individual article) or "Save to Zotero... (DOI)" when on the page for a full issue's list of contents. No sign of my renaming the label.
  • I suspect you're changing the wrong directory. You're saving this to the translators directory of your current Zotero data directory? Open it using the button in the advanced pane of the Zotero preferences-- perhaps you have another Zotero data directory that is confusing matters?
  • aha, you got me - I didn't realize translators went with each zotero collection - I was changing the file in the default "Documents and settings/Application Data..." folder ... <*hides face in shame*/>

    anyway it WORKS! huge thanks for the fix! I'll of course report back if I encounter any issues, but testing so far is flawless.
  • "I didn't realize translators went with each zotero collection" - they don't: you must have been changing the Zotero data dir for a different user profile (the default user profile?) on your PC.
  • In Zotero 2x translators do go with each folder on the HD you use for Zotero-storage. I use several folders for different Zotero-collections - in each one Zotero creates the subfolders 'storage,' 'styles,' and 'translators'.

    Changing the jstor.js file in the translators-folder of the library currently loaded made the trick.
  • I'm not sure what you're talking about hansi, perhaps you either have different Firefox profiles in use, or else manually keep changing your Zotero data directory? At any rate, you seem to be using the words "Zotero collection" in a non-standard way:

    http://www.zotero.org/support/collections

    ...afaik all collections of *this* kind live in the same Zotero folder. Maye you mean "Zotero library".
    At any rate, I'm glad you got the jstor trouble sorted out!
  • edited February 2, 2011
    yeah, I meant "library" & using several directories on the HD
  • Glad to hear that this works for you as well. Please continue to test and make sure that everything is OK-- then I can get this to all users.
  • Hi ajlyon,
    The translator doesn't work for me. I've installed it as described above, but with no functionality - citation download works fine, but the articles are not attached. If it is not the translator, are there any other known issues regarding this problem?
  • are you sure you have JSTOR access when you try this? Also, does attaching pdfs work for any other sites?
  • Yes, I'm using remote access through my institution. Hence, I can download the pdf, but only independently of the citation.
    I just tried with a series of other databases (e.g. ingentaconnect, informaworld) all with the same result: I can download a citation with a snapshot of the page, but not the pdf (which I can only download independently). I've checked the Zotero preferences and the 'automatically attach associated PDFs is checked. I have tested for extension conflicts (currently I'm only running the Zotero and PythonExt), yet nothing has yet resolved the problem.
    The curious thing is that I have never had this problem before and to the best of my knowledge did not change any settings.
    Thank you for your help!
  • Please submit an error report and debug report (http://www.zotero.org/support/debug_output) for an attempt to save from JSTOR, and post the Report ID and Debug ID here.
  • Here are the respective Debug and Error ID:

    Debug ID is D1882521153.

    Error ID is 1356226159.

    Thanks for your help
  • We'll have to get one of the core devs to review those and point out the issue. To ensure privacy, only they have access to submitted reports.
  • Thank you for your reply
  • Here's another link that Zotero seems to have trouble with:

    http://www.jstor.org/stable/1884166

    On the "summary" tab, the folder icon appears in the address bar, but clicking it pulls up a list of citations that do not include the current article. (This is using the JSTOR.js file linked to above).
  • That address redirects to a /pss/ address, which works for me. Please create debug output and an error ID as described above and post the ids here.

    Core devs: Can you please let me know what error these two users are seeing? Perhaps there is indeed something wrong.
  • For Claus:
    Importing attachment from URL

    HTTP HEAD http://0-www.jstor.org.[domain]/stable/pdfplus/10.pdf?acceptTC=true

    [...]

    Downloaded PDF did not have MIME type 'application/pdf' in Attachments.importFromURL()
    (We don't log the URL of the actual download, but it should be the same as the HEAD request.)

    Are you saying that you can download the PDF by clicking on it on the page? What's the URL when you hover over the download link? The same as the above?
  • It appears Claus is still using the old version of the translator as well, which breaks when JSTOR uses DOIs as JSTOR IDs. I just committed the updated version.
  • Pushed. For others, your copy of Zotero should auto-update within 24 hours, or you can update manually by clicking Update Now in the General pane of the Zotero prefs.
  • Sorry for the repeat, but after (apparently) updating to the newest translator file, I'm still experiencing an error when I try to add citations from jstor.

    Error report #1440152754
  • getting a parse error for the jstor translator in firefox 4 but not 3.6.
    Seen on two different MBPs, Ubuntu 10.04 with Minefield and Snow Leopard with FF 4.0b11


    (3)(+0000000): Translate: WARNING: new Zotero.Translate() is deprecated; please don't use this if you don't have to

    (3)(+0000007): Translate: Searching for translators for http://www.jstor.org/stable/1721964

    (4)(+0000000): Translate: Binding sandbox to http://www.jstor.org/stable/1721964

    (4)(+0000003): Translate: Parsing code for JSTOR

    (2)(+0000003): Translate: Detect using JSTOR failed:
    thrown exception => parse error
    url => http://www.jstor.org/stable/1721964
    downloadAssociatedFiles => true
    automaticSnapshots => true

    (4)(+0000000): Translate: Parsing code for unAPI

    (4)(+0000002): Translate: Parsing code for COinS

    (4)(+0000001): Translate: Parsing code for DOI

    (4)(+0000001): Translate: Parsing code for Embedded RDF

    (5)(+0000001): Translate: running handler 0 for translators

    (3)(+0000000): Translate: WARNING: Zotero.done() called after translation completion; please fix your code
  • I haven't yet worked with Firefox 4 -- I'll look into this.
Sign In or Register to comment.