[
https://issues.apache.org/jira/browse/TIKA-2359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16008628#comment-16008628
]
Chris A. Mattmann commented on TIKA-2359:
-----------------------------------------
This is a tough one. In general I'd be fine to add a parameter in the tesseract
config that's a boolean org.apache.tika.parser.ocr.tesseract.enable (default
"false"). That said, to do so, would inhibit those since TIKA-93 that expect if
they install Tesseract, Tika picks it up, and uses it. So, it would be an
extremely non-back compat change b/c now we would require users to install some
config file, update their java sysprops, or tika config parameters, which isn't
nice at all. Part of the convenience of Tika "picking up" tesseract is that it
is zero config, zero maintenance.
Any change to this needs careful thought, documentation updates on the wiki,
in CHANGES.txt, and convenience scripts, etc, that make it extremely painless
for the one time upgrade, and going forward to use OCR with Tika. I am in the
boat of users that depends/relies on this by default if tesseract is
available/installed.
Consider the opposite - would it be so hard to simply add a property to turn it
on/off, and have it on by default (and then allow it to be disabled with e.g.,
java -Dorg.apache.tika.parser.ocr.tesseract=false? To me that's easier, handles
the back compat better, and is less intrusive.
My 2c.
> Extreme slow parsing on the attachment attached
> -----------------------------------------------
>
> Key: TIKA-2359
> URL: https://issues.apache.org/jira/browse/TIKA-2359
> Project: Tika
> Issue Type: Bug
> Components: parser
> Reporter: Eugen Mayer
> Attachments: Sample-doc-file-2000kb.doc
>
>
> i have 93s for parsing this document using 1.14 in server or in cli mode.
> Java:
> java version "1.8.0_121"
> Java(TM) SE Runtime Environment (build 1.8.0_121-b13)
> Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)
> debian-jessie, 8GB ram in a docker container, current xeon 3GHz, so decent (2
> cores limited)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
