staging.inyokaproject.org

Hi!

Hab' das Programm Baustelle/ocrgui doch noch zum Laufen gebracht; müsste jetzt nur noch mal austesten, ob und wie es ggf. auch mit tesseract 3.00 läuft; aber das kann auch später dazu (ist sicher eh' noch lange nicht in den Quellen...).

Bin für Rückmeldungen, konstruktive Kritik, Fragen etc. immer dankbar -

so long
hank

Hallo,

aus der Einleitung:

es verwendet GLib und GTK+ Frameworks.

Böser Anglizismus 😉 Besser: "...es verwendet GLib und GTK+ Bibliotheken" (alternativ: Komponenten).

Und noch 'ne Frage: Wenn man das Suse RPM-Paket mit Alien umwandelt läuft das Programm nicht?

Gruß, noisefloor

Hi!

Alien is' doch aus Prinzip schon böse 😉 - hab's aber nicht ausprobiert...

Ok, kein "Framework", mal sehen, wann ich es geändert bekomme 😬

so long
hank

Hi!

Das mit Alien war ein kompletter Schlag ins Wasser - Ein Paket ist ja entstanden, aber drin war so gut wie nichts... Guter Hinweis, da sollte ich im Artikel vor warnen 😉

so long
hank

EDIT: Hatte zwar erst das falsch konvertiert, aber auch das "richtge" liefert exakt den Fehler, den schon das selbstkompilierte hatte...

Hi!

Sonst noch Anmerkungen?

so long
hank

Hi!

Na dann: OcrGui ☺

so long
hank

welche Packete sind in Maverick genau nötig um OcrGui zu kompilieren?

Es scheitert hier:

checking for OCRGUI... configure: error: Package requirements (gtk+-2.0 >= 2.14.4                 glib-2.0 >= 2.18.2                 gio-2.0 >= 2.18.2                 dbus-glib-1 >= 0.76                 hunspell >= 1.2.7) were not met:

No package 'gtk+-2.0' found
No package 'glib-2.0' found
No package 'gio-2.0' found
No package 'dbus-glib-1' found
No package 'hunspell' found

Hi, habe das gleiche Problem wie ano unter lucid - finde auch die zu ändernden 'image1' und 'label1' gar nicht und schon gar nicht in der entsprechenden Zeile (Angabe Wiki). Welche Versionen habt ihr denn von der ocrgui? Habe alle drei Pakete - 0.2.1, 0.2, 0.1 - ausprobiert → Fehler reproduzierbar.

Könnt ihr den 'Gelöst' wieder entfernen?

Gruß Georg

habe doch noch eine Lösung gefunden...

Nach der Installation der Packete "libgtk2.0-dev libdbus-glib-1-dev libhunspell-dev" konnte ich ocrgui 0.2.1 in Maverick kompilieren. Quelldateien habe ich nicht angepasst. Das Programm konnte ich dann in der Kommandozeile mit "ocrgui" aufrufen. Fehler wurden keine gezeigt, auch nicht im Optionsmenü. Ein Startmenüeintrag wurde scheinbar nicht erzeugt.

Hi!

gekon schrieb:

habe das gleiche Problem wie ano unter lucid - finde auch die zu ändernden 'image1' und 'label1' gar nicht und schon gar nicht in der entsprechenden Zeile (Angabe Wiki). Welche Versionen habt ihr denn von der ocrgui? Habe alle drei Pakete - 0.2.1, 0.2, 0.1 - ausprobiert → Fehler reproduzierbar.

Die Datei ist nach der Installation in /usr/local/share/ocrgui/ui/ocr-preferences.ui, wenn du das Archiv entpackt hast, unter data zu finden. Mit ner Suchfunktion im Editor solltest du die entsprechenden Einträge finden können.

Könnt ihr den 'Gelöst' wieder entfernen?

Gelöst bezieht sich auf den Thread zum Artikel; das hier ist eigentlich nicht das Support-Forum...

ano schrieb:

habe doch noch eine Lösung gefunden...

Nach der Installation der Packete "libgtk2.0-dev libdbus-glib-1-dev libhunspell-dev" konnte ich ocrgui 0.2.1 in Maverick kompilieren. Quelldateien habe ich nicht angepasst. Das Programm konnte ich dann in der Kommandozeile mit "ocrgui" aufrufen. Fehler wurden keine gezeigt, auch nicht im Optionsmenü. Ein Startmenüeintrag wurde scheinbar nicht erzeugt.

Na, da scheint es ja Fortschritte zu geben - das ganze hatte ich mit Version 2.0 ausprobiert und geschrieben, in 2.1 sind dann wohl etliche Dinge behoben worden. Das ist ja wohl auch erst vor ein paar Tagen rausgekommen; müssen wir den Artikel entsprechend darauf anpassen 😉 . Die Geschichten mit den -dev-Paketen ist ja im entsprechenden Artikel Programme kompilieren (siehe Wissensblock) beschrieben; aber die einzelnen Pakete können gerne mit aufgenommen werde. Mein "Problem" bei diesen Dingen ist, dass ich "Unmengen" von Programmen selbst kompiliere, aber zu faul bin, das in einer "sauberen" Umgebung zu machen, so verpasse ich ggf., dass Pakete benötigt werden, die ich für andere Sachen schon installiert hatte. Aber es ist ein Wiki; also fühle dich frei, deine Erkenntnisse zu Version 2.1 dort mit einzutragen. ☺

so long
hank

Hi!

Nachtrag: Habe gerade Version 2.1 zusammengebastelt, kein Probleme, alles paletti, mit tesseract 3.00 fast perfekte Texterkennung! Werd' den Artikel entsprechend anpassen! Nur die tessearct-Sprachen werden immer noch nicht richtig erkannt 😉

so long
hank

Hi!

Hab's jetzt auf einer "jungfräulichen" maverick Installation nochmal durchgespielt, aus irgend einem Grunde wurden die Pfade in /usr/local/share/icons auch nicht angelegt. Ist mir vorher nicht aufgefallen, weil die wohl durch andere Installationen schon erstellt worden waren....

Außerdem sollte intltool noch in einer neueren Version drauf, dann ging aber alles, tesseract-Ordner der regulär installierten Tesseract-2.04-Daten wurde auch erkannt.

so long
hank

Hi, habe ano's Beitrag (tha ano)

ano schrieb:

habe doch noch eine Lösung gefunden...

Nach der Installation der Packete "libgtk2.0-dev libdbus-glib-1-dev libhunspell-dev" konnte ich ocrgui 0.2.1 in Maverick kompilieren. Quelldateien habe ich nicht angepasst. Das Programm konnte ich dann in der Kommandozeile mit "ocrgui" aufrufen. Fehler wurden keine gezeigt, auch nicht im Optionsmenü. Ein Startmenüeintrag wurde scheinbar nicht erzeugt.

unter Lucid umgesetzt, intltool in einer neueren Version draufgesetzt (tha hank), und ... es läuft prima! ☺ Cheers!!! Georg

Hi!

Artikel ist jetzt ungetestet, letzte Änderung am sourcecode ist auf der sourceforgeseite von 2011; kann also wohl ins Archiv...

so long
hank

Archiv +1

Gruß, noisefloor