Page 1 of 1

1st. rule OCRs then another rule parses (not)

PostPosted: Wed Nov 12, 2014 9:48 pm
by wifinetguy
Hi. My goal is to have a downloaded PDF go through a Hazel OCR rule (using the script for PDFPen) to OCR a document, then move it to another Hazel-monitored folder where another rule looks for some contents. Finally, based on the content the actions are taken. However, the second rule is never matched.

The OCR step executes successfully (I watch it happen via PDFPen) and the newly OCR'd file gets moved to the next folder. But the content search isn't successful. I've even made it super simple, double- and triple-checking that the value I'm testing for is actually in the document. But I can't get the second rule to execute successfully. It's like the file was never OCR'd.

I've spent quite a few hours trying to fix this but to no avail. Any suggestions are appreciated. Thanks in advance.

Re: 1st. rule OCRs then another rule parses (not)

PostPosted: Thu Nov 13, 2014 3:53 pm
by Mr_Noodle
Are you using "Contents contain" or "Contents contain match"? If the former, then search for the file using Spotlight and the terms you used in the rule. If your file doesn't show up there, then it won't match in Hazel either. You'll have to then look at your Spotlight configuration in that case. Or you can switch to "Contents contain match", which is more reliable, but slower.

Re: 1st. rule OCRs then another rule parses (not)

PostPosted: Mon Nov 17, 2014 11:04 am
by wifinetguy
Sorry for the delay.....thank you for your reply.

How strange....when I did a Spotlight search as you suggested, the file came up and was found. As soon as I did that, the Hazel rules fired off and did the action on the files that wouldn't work before.

Re: 1st. rule OCRs then another rule parses (not)

PostPosted: Mon Nov 17, 2014 1:51 pm
by Mr_Noodle
I'd chalk it up to some Spotlight hiccup. Nonetheless, if it happens again, make sure to double-check your Spotlight config.