sample URL (u may not have access): http://0-search.proquest.com/pqdt/docview/305005189/1316D196A683924CBA5/2?accountid=12526

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

I'm on this - the correct category in Zotero is thesis and you should put "PhD diss." in the type field - that will still give you the location and it won't put the proquest catalogue at the end, but

Choi, Mihwa. “Contesting Imaginaires in Death Rituals during the Northern Song Dynasty.” PhD diss., University of Chicago, 2008. ProQuest (AAT 3300426).

in this form. Once we figure out the EBSCO and ProQuest issues, we'll see about getting your proxy set up (I seem to remember trying to set up the Charles University proxy when I was living na Kajetá

I would not have been able to report on how the ProQuest traslator worked. By professing I was not a power user, I meant my knowledge on programming and technical problems is limited, not I was unabl

To put my theory to the test, I have tried to retrieve the same record again. And, it works, in the very way Avram intended it to work. I have tested the other IDs mentioned in the thread on ProQuest

No problems with 304408427 here, and a translator shouldn't be able to cause a "disk I/O error" anyway. I'd recommend both checking your disk for errors and checking your Zotero database integrity in…

be or may be not related to problems with the ProQuest translator described in this thread (I only assume emptying Trash with deleted items not properly downloaded might have caused problems). Thank

are still problems. * Not such a big deal. The "ProQuest Record" attachment includes only abstract, not fulltext as well, even there is a fulltext on the same page, and is dowloaded along with the ab

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

As for "the URL thing", I agree. Partially. As I have written in the "ProQuest thread", in order to respect the prevalent ISO 690 understanding in my country, I would again vote for the possibility of

Done and tested. It worked well with the article I referred to in my previous post. However, in case of this thesis, the translator dowloaded snapshot of html page with pdf named "ProQuest Record" (a

The URL issue is exactly what I said for ProQuest-- as it's not a canonical URL, we don't save it in the URL field.

is similar to what I wrote in another thread on ProQuest). Therefore, one has to manually fill it in. Ironically, when using "Export" the URL is retrieved into Item Info automatically. However, in su

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

I am sorry I have to report that I also have encountered a problem while working with the ProQuest translator (the latest version). When having tried to retrieve this entry, the "ProQuest Record" with

I found something interesting ; the translator (and Zotero) works perfectly (single items, batches of items) on ProQuest when I don't log in under my username and use "My Research."

http://search.proquest.com/hnpbaltimoreafricanamerican/docview/530980990/abstract/130D7905C86225ACC9B/1?accountid=14512

[JavaScript Error: "TypeError: doc.evaluate("./div[@class=\"display_record_indexing_fieldname\"]", record_row, nsResolver, XPathResult.ANY_TYPE, null).iterateNext() is null" {file: "file:///C:/Users/J