cameleon,
what you have there actually is much more suitable for the photo
profile. "Text" is for real (black on white) text, such as books,
letters, recipes, and the like.
That said, even those look pretty bad with the current monochrome mode.
I think it would be much better to use at least 4 or
Now the same document in scanned in "Photo" mode:
** Attachment added: "Photo Scan.jpg"
http://launchpadlibrarian.net/41769574/Photo%20Scan.jpg
--
"Text" scan is in black-and-white, not greyscale
https://bugs.launchpad.net/bugs/521323
You received this bug notification because you are a membe
I have try to scan a grayscale document in "Text" mode (black and white), the
result looks horrible (look at the attachment). Only a "Photo" scan is great
for this kind of document (look at next comment).
So my conclusion is that a third option is needed to scan grayscale documents.
** Attachmen
Scanner interfaces follow (seen over all available scanning
applications) currently two paradigm:
a) Give access to all possibilities the scanner offers and do lot's of
postprocessing when necessary ( Silverfast is here the best
applicationto mention), ideally no external application is needed to
camelon, what is the case when you want to scan a photo in black and
white?
Why not just scan it in colour and then edit it in a photo-editing tool
like any other photo? (because black and white is only one type of
post-processing you might want to do).
--
"Text" scan is in black-and-white, not
I think resolution and color management should be treated as two
different settings, because there is the case where you want to scan
photo in greyscale, or photo in color but low resolution,...
--
"Text" scan is in black-and-white, not greyscale
https://bugs.launchpad.net/bugs/521323
You receive
In that script I also used convert -modulate 120 -level 30,60% to clean
up noise on the white background (such as text on the backside shining
through) as well as blackening washed out text. With that and a
following pngquant 4 I have gotten quite good results.
--
"Text" scan is in black-and-whit
In my previous "scandoc" script I used pngquant to reduce the number of
grey levels to 4 (i. e. black, white, dark grey, light grey). That
worked well enough for me, while still keeping small file sizes. I do
agree that documents with 4 or 8 gray levels are much easier to read.
--
"Text" scan is
Here you can read some good reasons why lineart is the better choice compared
to grayscale for OCR:
http://www.scantips.com/basics4f.html
But (there's always a but ;-) in real life things may be different. Depending
on Scanner/Driver in some cases grayscale could be the better choice. One of
t
Subscribing Martin Pitt as he is the person who has given me the most
advice about simple-scan+archiving.
--
"Text" scan is in black-and-white, not greyscale
https://bugs.launchpad.net/bugs/521323
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
I meant post-processable from full-colour :)
In BZR trunk I've changed the default to photo, I'd expect most users
will just keep to this because with JPEG compression and modern
bandwidth they're not going to care much about image size.
The idea of text mode is that it is used for archiving wher
I don't think it's post-processable - you can't go from threshold b/w to
greyscale because you've already thrown away the data you need. You can
post-process from greyscale to threshold, though. I would be inclined to
scan text as greyscale, and then post-process to threshold b/w if the
user asks f
Yes, the scan is in black and white to compress better and make OCR
easier. There's definitely got to be a case for greyscale scanning
(though this could be easily done in post-processing).
Question is:
- Should there be three options?
- Should there be a preferences to scan text in greyscale?
T
13 matches
Mail list logo
