Jump to content

lutefish

Member
  • Content Count

    29
  • Joined

  • Last visited

  • Days Won

    1

lutefish last won the day on December 18 2017

lutefish had the most liked content!

2 Followers

About lutefish

  • Rank
    Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

349 profile views
  1. lutefish

    DEVONthink Pro Search

    Mpco - Brilliant. That did the trick, and it works as expected now. Thank you!
  2. lutefish

    DEVONthink Pro Search

    Mpco - many thanks. When I run the script you posted directly, it works fine, and takes only a few seconds for results to appear in the Script Editor window. But, running dnt directly still just fails silently with a time-out. Running dnd and choosing a database and searching works fine. Is it connected somehow to dnt coming after dnd, rather than being a toplevel option somehow?
  3. lutefish

    DEVONthink Pro Search

    It freezes - dnt logs this: Starting debug for 'DEVONthink Pro Search' [2018-12-04 09:12:50][input.scriptfilter] Queuing argument 's' [2018-12-04 09:12:50][input.scriptfilter] Queuing argument 'so' [2018-12-04 09:12:50][input.scriptfilter] Queuing argument 'sot' [2018-12-04 09:12:50][input.scriptfilter] Queuing argument 'soth' [2018-12-04 09:12:50][input.scriptfilter] Queuing argument 'sothe' [2018-12-04 09:12:50][input.scriptfilter] Queuing argument 'sotheo' [2018-12-04 09:12:51][input.scriptfilter] Queuing argument 'sothe' [2018-12-04 09:12:51][input.scriptfilter] Queuing argument 'sothew' [2018-12-04 09:12:51][input.scriptfilter] Queuing argument 'sothewo' [2018-12-04 09:12:51][input.scriptfilter] Queuing argument 'sothewor' [2018-12-04 09:12:51][input.scriptfilter] Queuing argument 'sothewort' [2018-12-04 09:12:52][input.scriptfilter] Queuing argument 'sotheworth' I have some large databases (>3 gigs) containing indexed folders themselves pointing to gigabytes of files, and I think that's where the script is failing, as a dnd search of that particular database also times out.
  4. lutefish

    DEVONthink Pro Search

    Many thanks for sharing. I'm having an issue where the general dnt search (of DT Pro) isn't responding or returning any results, whereas a dnd search of a particular database works fine.
  5. lutefish

    DEVONthink Browser & File Action

    Just moved from years of being a devout Evernote user to DevonThink, and this workflow made that decision much easier. Cheers!
  6. That did the trick. Seriously - is there some way I can compensate you in gratitude? Or, alternately, some way I can contribute to the larger Alfred community, as a thanks? You've made life better for the tiny number of academic users who use both (Alfred, Zotero), and have my profoundest thanks.
  7. Another issue - I can't open attachments. This may be because I store attachments in a different directory than I store the Zotero database (which uses the default data directory ~/Zotero/) Disabled the other version, so I'm getting the proper results. No issues configuring citation styles or accessing the database successfully. But when trying to shift-enter to view attachments, the script fails (silently from the user perspective). Debug shows: "[ERROR: action.script] The file /Users/lutefish/Box Sync/AlfredSync/Alfred.alfredpreferences/workflows/user.workflow.3E466815-B937-4C74-B823-C1F211FCAE3D/attachments:2017/Fisher Chancery Standard Written English.pdf does not exist." Is there anyway to specify a distinct attachment top-level directory from database directory - what Zotero calls "Linked Attachment Base Directory" vs "Data Directory Location"?
  8. OK. Downloaded new, ran delcache and I'm now getting duplicate results returned in the Alfred display. Looking at the debug logs I see "[index] 2 result(s) for u'1975'" but the workflow displays a list of item 1, item 2, item 2, item 1. Gonna be away again through the holidays, but we're up to two round of beers on me. Cheers.
  9. @deanishe @Damoeire @dfay Jeez - I step away for a few days, and this! @deanishe - running it, first thing I see when searching is an error - ValueError: year=1854 is before 1900; the datetime strftime() methods require year >= 1900 I have lots of pre 1900, even free 1800 entries in my Zotero library. The error doesn't stop the script from returning items with year values before that time, or from opening the attachments
  10. Hi, all - I wish I had the time and the expertise to do more with this, but I don't. My hand-hacked version of the script works for me (for now), so I've been very reluctant to change anything, and my tech skills are shaky enough that I worry about even fiddling around with the subsequent versions that @deanishe has very generously assembled, in case I break what's not broken. All I use zotquery for is to search the Zotero database (not even by field - just the "general query" default works fine, and the rest is just added and rather unnecessary complexity), and then either 1) opening the linked attachment, 2) copying the citation (either full or short) to the clipboard, and very occasionally 3) opening Zotero to that particular item. May thanks to everyone who has spent time and effort on this (and beers all around sounds like a solid plan), but this may be it for this workflow for a while.
  11. I’m away from my computer but my hunch is the issue may be with where zotquery stores its duplicate of the library; moving from the old Alfred 2 preferences paths to Alfred 3 required some changes to that part of the workflow. Zotero also changed default path in v.5, but I don’t think that’s the issue here.
  12. I fear there may be some mix-ups going on here. I think @smarg19 started a big re-write, some of which may be in the GitHub repository, but then didn't finish. @deanishe - the top-level zotquery file was my hacked-together version of the already-built workflow. All the SQL changes I made are commented there with #mnf I have no trouble running Zotero and zotquery at the same time, though perhaps when first configuring zotquery it can't be open.
  13. Hi, all - I've merged the changes @deanishe made to the GitHub repository. Hopefully this addresses some of the issues. Since I hadn't made any changes to the workflow in the source directory there, only to the zotquery.py file one level higher than that on GitHub, it's possible the new fixes are better than my cludgy attempts to just get the script to stop making SQL queries to tables that didn't exist any more in Zotero 5. Extra thanks to @deanishe for taking on a workflow to access software he doesn't use.
  14. Have you checked the get pip edit (somewhere above) has been made? I seem to recall the library updating process freezing if that wasn't sorted.
  15. Hmm. Two things. One, are you using Zotero 5? The most recent Zotero 5 moves the data directory from Application Support to /Documents/Zotero. You can check by opening the Zotero app, choosing preferences, and then clicking on the "Files and Folders" tab. The "data directory location." will tell you where it's storing the database (and indicate where the default is). I'm not sure how to reconfigure zotquery, so I'm afraid the default Z5 data directory location (/Users/YOURUSERNAME/Zotero) is the only place that will work. The .json file is a different issue. there are some permissions issues when attempting to configure/update zotquery, and I'm not sure it's able to write to the necessary paths. I seem to recall I just copied the .json files from an earlier version to the necessary directory, and ZotQuery was able to update them (though not create them in the first instance). My apologies this is such an unstable semi-solution.
×