Documentation: Should the OCR-D processor run on RGB or binarized images?
See original GitHub issueShould the OCR-D processor run on a RGB or a binarized image input group?
I think it would be best if the README listed an example, e.g.:
ocrd-eynollah-segment -I <WHICH ONE?> -O SEG-LINE -P xyz abc
Issue Analytics
- State:
- Created 2 years ago
- Comments:14 (14 by maintainers)
Top Results From Across the Web
support AlternativeImage input in OCR-D processor #32
Segmentation works on raw RGB images, but respects and retains AlternativeImages from binarization steps, so it's a good idea to do binarization first, ......
Read more >OCR-D Workflow Guide
In this processing step, a scanned colored /gray scale document image is taken as input and a black and white binarized image is...
Read more >Improve OCR Accuracy With Advanced Image Preprocessing
When setting up an OCR solution, utilizing advanced image preprocessing will increase accuracy levels of your OCR engine.
Read more >Pre-Processing in OCR!!!
For an OCR system, an Image is a multidimensional array (2D array if the image is grayscale (or) binary, 3D array if the...
Read more >image processing to improve tesseract OCR accuracy
The Tesseract documentation contains some good details on how to improve the OCR quality via image processing steps.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Ok, how about this then?
OK I’ve amended this accordingly in https://github.com/qurator-spk/eynollah/commit/441c8566dda5cc2b37fd92a39236dc595a547298 and will close here once the PR for the README update has been merged.