This bug was fixed in the package ocrmypdf - 5.4-1
---
ocrmypdf (5.4-1) unstable; urgency=medium
* New upstream release.
* Drop Testsuite: field.
See Lintian tag unnecessary-testsuite-autopkgtest-header.
* Bump standards version to 4.1.1 (no changes required).
-- Sean Whit
[Expired for ocrmypdf (Ubuntu) because there has been no activity for 60
days.]
** Changed in: ocrmypdf (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1687
Now that you point it out I see what you mean. I looked at the image with
gimp and see that the resolution is ... not so great. I tried to sharpen
the text up but, not being too skilled with gimp, didn't succeed.
thanks for your help. I'll try to get a better image and try again.
--
You recei
That scan is quite low resolution so it is hard to say how well any OCR
will work. I'd expect better than garbage, but a lot of errors.
The DPI is quite significant for checking whether a group of pixels is
noise or a glyph. It implies the minimum font size. 72 or 96 is a good
guess for screenshot
Sorry for the delay.
I'm trying to translate the text in the attached to english. I have loaded
the tesseract RUS language and executing
$ ocrmypdf -l rus --image-dpi 64 111684498_large_2.jpg 111684498_large_2.pdf
completes with the following messages
INFO - Input file is not a PDF, checking if
The code makes decisions at runtime based on the input file, so an argument
to skip executing all intermediates doesn't give an accurate picture of
what will happen. There is a --flowchart argument that produces a SVG file
showing the processing path which helps development a lot, but it's
probably
That's unfortunate! Any reason why you removed the options?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1687308
Title:
ocrmypdf program and man page disagree about options
To manage notificat
In upstream I removed both of these arguments. I suggest patching them out
of Ubuntu as well.
On Thu, May 25, 2017 at 12:41 Andreas Moog
wrote:
> I agree that there is a bug with the -n option. From what I understand,
> it should only simulate the commands, not actually execute them. But the
> f
I agree that there is a bug with the -n option. From what I understand,
it should only simulate the commands, not actually execute them. But the
final check on the output.pdf seems to be unconditionally called, even
if -n is used. That's why you get an error.
You have to use the verbose option to
Sorry for the misspelling! So when I try the correct option I get
$ ocrmypdf --just_print input.pdf output.pdf
Traceback (most recent call last):
File "/usr/bin/ocrmypdf", line 11, in
load_entry_point('ocrmypdf==4.3.5', 'console_scripts', 'ocrmypdf')()
File "/usr/lib/p
The option is "--just_print" (underscore instead of dash). And it seems
to be working correctly for me, see http://paste.ubuntu.com/24656479/
What exactly is the error message you are getting?
** Changed in: ocrmypdf (Ubuntu)
Importance: Undecided => Low
** Changed in: ocrmypdf (Ubuntu)
** Tags added: manpage
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1687308
Title:
ocrmypdf program and man page disagree about options
To manage notifications about this bug go to:
https://bugs.l
12 matches
Mail list logo
