sikuli-driver team mailing list archive
-
sikuli-driver team
-
Mailing list archive
-
Message #52926
[Bug 1237522] Re: [request] Linux: leave the creation of the tessdata folder to the user
** Changed in: sikuli
Status: In Progress => Fix Released
** Changed in: sikuli
Milestone: 2.0.0 => None
--
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:
[request] Linux: leave the creation of the tessdata folder to the user
Status in Sikuli:
Fix Released
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