ProQuest - authors and abstract missing

The current ProQuest translator (fce388a6-a847-4777-87fb-6595e710b7e7) produces only a partial record in Zotero; data for author and abstract, for example, are missing.
  • Which Zotero version and which record are you looking at? I know ProQuest generally does do authors and I believe abstracts. If it doesn't that's either a problem with your version of Zotero or with the specific item you're looking at (we need either a permalink or a database and search term to get us there).
  • Zotero Version: 3.0b3.1
    http://search.proquest.com/docview/233254808#
  • OK, I think we have a fix for this - I'll let you know when it's up.
  • OK, this should be fixed now - your copy of Zotero will auto-update within 24hs or you can update translators immediately from the general tab of your Zotero preferences.
    Any problems let me know.
  • Thank you for the quick fix. I noticed, that the field URL is not populated. A second point concerns the naming of pdf attachments. The name of attachment in the Zotero database reads "ProQuest PDF" instead of what has been specified in the extension.zotero.attachmentRenameFormatString (the pdf is, however, properly renamed in the file directory).
  • edited December 29, 2011
    we can look if we can get the URL - it might be a bit tricky.
    The pdf title thing is a Zotero quirk - the attachment string refers to the pdf filename, which, as you note, gets named correctly. Zotero also attaches a document label, which is the ProQuest PDF that you see.
    There are a couple of threads on this - while I agree it's a bit confusing, it also doesn't really matter - you'll never see the pdf without its parent item in Zotero.
  • Thanks, I will have a look at those threads. Setting the document label according to extension parameter has, however, a number of benefits over a more generic label. First, it allows for a quick check, whether the document has been correctly named. Second, if multiple documents are stored under one item, it allows for a differentiation (generic names such pdf1, pdf2 are not very meaningful).
    To set the label correctly, I have used the rename function of the context menu. It is however, an additional step, after the item has been stored to the database. Would it be possible, to copy that renaming function directly into the translator?
  • it doesn't help for 2 - if multiple pdfs are stored under one item, they would also all have the same name using the rename from metadata function (with 1, 2 etc. added)

    Renaming always works from translators, there's really no reason to check (the filename is displayed in the right hand panel when the attachment is selected, though).
  • OK, I put up a fix for the URL, but it will likely need a week or so until it makes it in - there's a queue ;-)
Sign In or Register to comment.