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

As for the errors you see - have you tried that on different pages? And none of them work? Right after triggering the error from the citation/abstract page, can you create an error report - to speed

Did you try with the version I link to or with ajlyon's? If you tried with ajlyons - retry with mine. If you tried with mine, make sure that the file is in fact proquest.js and not proquest.js.txt -

https://github.com/adam3smith/translators/raw/9c461377db1ec1ad87638a894f031f0af83498f3/ProQuest.js