← Back to team overview

sikuli-driver team mailing list archive

[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