Chrome import of Informit database articles not capturing information properly
I am currently using Informit as a primary database for my research, however I am having problems importing citations directly from my browser.
When I try to save a PDF of an article, it Zotero does not capture the names of the Authors, the correct title of the article in addition to other info such as page numbers etc etc.
Is there some way of doing this without having to import the citation into EndNote then exporting it to Zotero?
When I try to save a PDF of an article, it Zotero does not capture the names of the Authors, the correct title of the article in addition to other info such as page numbers etc etc.
Is there some way of doing this without having to import the citation into EndNote then exporting it to Zotero?
This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
Try going here and searching for anything instead:
http://search.informit.com.au/search;res=IELHEA
It will work on search results and "complete record" pages. Let me know if you have any problems or suggestions.
If so, could you right-click (in Chrome) on the PDF link, select "Inspect Element" and take a screenshot of the panel that opens up, put it up somewhere (e.g. imgur.com) and link to it from here. If you have to go through several steps, what exactly are they?
http://imgur.com/WPXTY3c
It's only one click to the pdf from the 'complete record' page. I also took a photo of how the PDF looks when you open it as it is contained in a frame.
https://gist.github.com/anonymous/6557712
Download the translator from https://gist.github.com/adam3smith/6559173/raw/46720e3d6fcaf7adc0bf16d77e6585bbab6d1d17/Informit+Australia.js
(right-click--> save link as)
and copy the file into the translator folder in your Zotero data directory http://www.zotero.org/support/zotero_data replacing the existing file of the same name.
Restart Chrome and Zotero and try this out.
If it does work, just let me know and I'll push this out.
If it doesn't work, create debug output for trying to import an item with pdf from informit from chrome as described in step 1-3 here:
http://www.zotero.org/support/debug_output#zotero_connectors_chrome_and_safari
but don't send it to Zotero (as described in 4-6), but instead search the output for the line containing "PDF iframe URL:" and post it here. It's not 100% sure that it will be there, if you don't find it that's important information, too.
Try again with this version:
https://gist.github.com/adam3smith/6559173/raw/721da29611737cf4ba75207ea15ae172cfb9bb67/Informit+Australia.js
I suspect it won't work, but regardless of whether it does or not, could you take the entire debug output and copy it to a public gist as above? There is nothing security relevant in the debug, but if you do feel uncomfortable putting it up, you can also send it to me via e-mail - my e-mail is at the bottom of this blogpost: http://www.zotero.org/blog/summer-zotero-workshops/
Delete all versions of "Informit+Australia.js" from the translator directory, then replace the current version of "Informit Australia.js" with the file downloaded from the link above (i.e. replace the + with a space)
try with this:
https://gist.github.com/adam3smith/6559173/raw/da5c103c435975770e86625b29aae9632f7bf79f/Informit+Australia.js
same instructions as above - we'll likely need one more debug before I'll get it to work (or decide it's impossible). If you have Firefox with Zotero on your computer, it might be worth a try with that.
/<iframe.+src=\"(.+\.pdf)\"/
should be safer as
/<iframe[^>]+src="([^"]+\.pdf)"/
(well, actually it could be, because I don't think saving attachments directly to server works), but it looks like saving to Zotero Standalone is failing.@andy.j.campbell, did you perhaps have Zotero Standalone open and then closed it right before clicking URL bar icon? I'm just curious if there are additional issues with Zotero on your system
Edit: @andy.j.campbell, nvm, it just seems that you don't have Zotero Standalone open. You should have it open for these tests. (if you do, there's some problem that's blocking Zotero Chrome extension from communicating with it)
@Dan, is there any reason why saveItems should even be attempted with Zotero Standalone after getSelectedCollection fails with status 0 (or fails with some other status)? (see https://gist.github.com/anonymous/6587738)
It didn't work, but here is the debug: https://gist.github.com/anonymous/6601788
Thank you all so much for your time and effort!
@andy - hmm that should work.
see this line?
HTTP POST {"items":[{"itemType":"journalArticle","creators":[{"firstName":"Madeline","lastName":"Thompson","creatorType":"author"}],"notes":[],"tags":["Subject(s): Pharmacists","Homocysteine","Cardiovascular diseases in old age","Immunological tolerance"],"seeAlso":[],"attachments":[{"title":"informit Snapshot","mimeType":"text/html","url":"http://search.informit.com.au.dbgw.lis.curtin.edu.au/search;subject=Health;action=showCompleteRec;rs=1;rec=2"},{"url":"http://search.informit.com.au.dbgw.lis.curtin.edu.au/MTA1NzIyMzMuMzUxOTkw/elibrary//AUSPHA/2013_v032n04/AusPha2013V032N04_058.pdf","title":"informit Full Text PDF","mimeType":"application/pdf"}],"title":"An intriguing case of unexplained hypertension","publicationTitle":"Australian Pharmacist","volume":"32","issue":"4","page":"58-62","date":"Apr 2013","ISSN":"0728-4632","abstractNote":"Pharmacists routinely use investigative questioning in their pharmacy practice. Medication mystery scenarios are commonly occurring situations where detailed questioning uncovers a c... (2396 chars) to http://127.0.0.1:23119/connector/saveItems
that's the item that Zotero is saving.
Here's the pdf fulltext attachment:
{"url":"http://search.informit.com.au.dbgw.lis.curtin.edu.au/MTA1NzIyMzMuMzUxOTkw/elibrary//AUSPHA/2013_v032n04/AusPha2013V032N04_058.pdf"
If you try that URL now, it probably won't work, since it's tied to a session, but could you do this again, find that URL in the debug(the weird MTA1N... part is likely going to be different) and just try to open it. What's the URL? Does that open the PDF?
@aurimas - any other ideas? (ignore the "Translate: PDF iframe URL: T" line, that's just a mispecified match for the debug output).
It's possible that the doGet request is actually being redirected to a different domain, so the URL for the PDF could be incorrect. @andy, What's the URL exactly when you're looking at the PDF? (Edit: Looks like this is probably not the case)
Edit: BTW, looking through some older posts, I came across this It doesn't affect the current issue, but we'll probably want to do this anyway.
@adamsmith, I'm trying to find some original discussion about proxies and PDF downloads (failing) via connectors. I don't recall the reason for that (besides the PDFs being hosted on different subdomains). Do you know anything about this or recall a discussion about it?
When I paste the url zotero is trying to download the pdf of from, I get a page saying "Informit - Forbidden: Direct file requests are not allowed."