Charles Weld

Results 101 comments of Charles Weld

I'm pretty sure it's because the working directory isn't what you think it is and therefore it can't find the language data. Solution is normally to resolve an absolute path...

Tesseract 4 is currently not supported and won't be until after it's officially been release. In the mean time I've created branch ``feature/321-Tesseract-4`` which currently just includes the work @tdhintz...

Yes thanks for the info I'll have a look at why that call fails and see if we can get a linux build together. On Tue., 4 Sep. 2018, 03:16...

Making this the task to cover upgrading to Tesseract 5.0, not no additional API will be supported at this stage. That is this task only covers updating the existing copy...

Thanks for the blurry fix, works a treat. I've updated the template to use the dynamic resources, rather than hard coded values, just like MetroWindow does however the background isn't...

OK I think that's the last of the outstanding issues, let me know if there needs to be any additional changes.

The location for languages mentioned in the SO is wrong. Use the ones from: https://github.com/tesseract-ocr/tessdata/tree/3.04.00

You can also download the tagged release for Tesseract 3.04 here: https://github.com/tesseract-ocr/tessdata/releases/tag/3.04.00

You can set the search path to anything however you do still need to deploy the tesseract and leptonica DLLs these can't be bundled into a single managed exe as...

It means that the while the dll was loaded the engine instance failed to initialise. Usually this is due to issues with the tessdata directory either no having comparable language...