ProQuest - authors and abstract missing

cmoesli
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.
  • adamsmith
    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).
  • cmoesli
    Zotero Version: 3.0b3.1
    http://search.proquest.com/docview/233254808#
  • adamsmith
    OK, I think we have a fix for this - I'll let you know when it's up.
  • adamsmith
    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.
  • cmoesli
    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).
  • adamsmith
    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.
  • cmoesli
    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?
  • adamsmith
    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).
  • adamsmith
    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 ;-)

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.

Sign In or Register to comment.