sikuli-driver team mailing list archive
-
sikuli-driver team
-
Mailing list archive
-
Message #21611
[Bug 1237522] Re: [1.0.1] Linux: leave the creation of the tessdata folder to the user
Are you on Linux?
If yes: absolutely right.
On Linux systems option 5 should not be presented, since it is your own
job, to completely install Tesseract (including the tessdata folder,
that then usually is at /usr/local/share, if not, you have to change
that).
Thanks for pointing out.
** Summary changed:
- tessdata folder is not found
+ [1.0.1] Linux: leave the creation of the tessdata folder to the user
--
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/1237522
Title:
[1.0.1] Linux: leave the creation of the tessdata folder to the user
Status in Sikuli:
Fix Committed
Bug description:
The functionality to find text on the screen does not work properly.
The following error appears:
[debug] ResourceLoaderBasic: loadLib: Is already loaded: VisionProxy
[error] TextRecognizer: init: tessdata folder not found at /usr/local/share/
[error] Region.find(text): text search is now switched off
[error] script [ test1 ] stopped with error in line 6
[error] FindFailed ( Text search currently switched off )
I have seen the bug 1214589, and followed the steps there. I deleted
the folder libs, and I do have a subfolder tessdata now.
Unfortunately, this does not seem to be enough. The error still
occurs.
RaiMan, I did some debuging and found out the source of the problem.
In the class org.sikuli.basics.ResourceLoader line 342, you have the
following:
if (Settings.OcrDataPath == null) {
if (Settings.isWindows() || Settings.isMac()) {
log(lvl, "Using this as OCR directory (tessdata) too");
Settings.OcrDataPath = libPath;
} else {
Settings.OcrDataPath = "/usr/local/share";
}
}
I am not sure why on linux we end up on a location different from
libPath. Is this a bug or a feature? :)
To manage notifications about this bug go to:
https://bugs.launchpad.net/sikuli/+bug/1237522/+subscriptions
References