Earlier quoted context omitted.
If there is no opensource/free software with the same quality, what then? What are you using as an OCR server side system on Linux? I'm sure not good enough to write my own OCR better than Abbyy.
As the others in the thread have mentioned. Constrain your problem as a computer-vision one to segment nice pieces of work for Tesseract. Along with some nice training data, and possibly human validation if that's feasible. All do-able within Linux.
Ask HN: Open source OCR library?
101–104 of 104 posts
Re: Ask HN: Open source OCR library?
#102As others pointed out, Tesseract with OpenCV (for identifying and cropping the text region) is quite effective. On top of that, Tesseract is fully trainable with custom fonts. In our use case, we've mostly had to deal with handwritten text and that's where none of them really did well. Your next best bet would be to use HoG(Histogram of oriented gradients) along with SVMs. OpenCV has really good implementations of bo…
In my experience, CNNs offer the best performance. It is also easy to treat as a black box with many tunable parameters. But the existing frameworks are mostly bad as an engineering product. Caffe, for example, calls `exit` every time an error occurs, including recoverable ones like files which do not exist.
Re: Ask HN: Open source OCR library?
#103Re: Ask HN: Open source OCR library?
#104Does it have to be open-source? If free, but not trainable and restricted to Windows apps/phone is good enough, then I recommend the Microsoft OCR library. It gives you very, VERY good results out of the box. An excellent piece of work from Microsoft Research. To test it, see for example https://ocr.a9t9.com/ which uses Microsoft OCR inside. And for comparison, an OCR application with Tesseract inside: It has a drama…
Much much better than what I can get with tesseract. Would love to have it as an API service.