|
Wikiteam
Anmeldungsdatum: Beiträge: 11335 |
Hi! Hab' Baustelle/vietOCR aus tesseract-ocr ausgegliedert, weil es sich , wie cuneiform-qt oder YAGF, um ein eigenständiges Programm handelt; ist so einfacher zu "pflegen". Anlass war, dass es neues zu vietOCR gab, hab ich gleich eingearbeitet. Irgendwelche Einwände? so long |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Heinrich Schwietering schrieb:
Scheint ja nicht der Fall zu sein... Darf ich also verschieben? so long |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
|||
Anmeldungsdatum: Beiträge: 9130 |
Hallo, super, muss ich später mal testen. Habe mal vor ein paar Monaten versucht, das Teil zu installieren, aber es lief nicht richtig. Gruß pippovic |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Hm, unter Natty funktioniert zwar die Erkennung etc, aber es lässt sich kein Ergebnis abspeichern! Fette Fehlermeldung im Terminal, schon beim Start, wie ich bei genauerem Betrachten feststellen musst:
Ist sowohl bei vietOCR2.x als auch 3.x so. Muss ich wohl nochmal forschen... (Hab momentan openjdk-6-jre etc installiert.) so long EDIT mit der sun-Version gehts gleich gar nicht, Programm startet nicht mal: Exception in thread "AWT-EventQueue-0" java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:173) at java.awt.Window.<init>(Window.java:476) at java.awt.Frame.<init>(Frame.java:419) at java.awt.Frame.<init>(Frame.java:384) at javax.swing.JFrame.<init>(JFrame.java:174) at net.sourceforge.vietocr.Gui.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithScan.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithOCR.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithPostprocess.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithImage.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithFormat.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithInputMethod.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithUILanguage.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithLaF.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithSettings.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithSpellcheck.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithTools.<init>(Unknown Source) at net.sourceforge.vietocr.GuiWithTools$4.run(Unknown Source) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:647) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:617) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) 👿 |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Für manches bin ich anscheinend zu dumm. Mit sun-java6-jre läuft es doch, allerdings nicht über den Start per Terminal, sondern wenn ich das .jar in Nautilus rechtsklicke, und mit "Mit Sun Java 6 Runtime öffnen" wähle... Unter Maverick das gleich Spiel, geht nur mit sun... Wie nimmt man das denn wohl in den Artikel auf? Wie geht es unter KDE etc? so long EDIT Alternativen-System sollte die Lösung sein... |
||
|
Anmeldungsdatum: Beiträge: 29567 |
Hallo,
Wie ist es denn, wenn du alle Java-Versionen außer Sun deinstallierst? Dann sollte das .jar doch automatisch mit Sun-Java geöffnet werden... Ansonsten musste du es halt genau so im Artikel beschreiben mit dem Hinweis, dass zwingend Sun-Java benötigt wird. Gruß, noisefloor |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi!
Mit
Werde wohl noch auf die Alternativen-Geschichte hinweisen, wenn mehrere Java-Versionen im Spiel sind; ggf. kann man auch die Version im Starter mit angeben, also sowas wie so long |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Hat jemand die Scanfunktion unter 64-bit-System am Laufen? Ich such mir 'nen Wolf, finde aber keine Lösung dafür... Hab also erstmal einen Hinweis darauf eingestellt, dass das Scannen nur unter 32-bit-Ubuntus funktioniert... so long |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Mit dem EOL von Precise ungetestet! so long |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Das Programm läuft in Version 4.4 unter 16.04 mit openJDK 8, allerdings funktioniert die Scan-Funktion weiterhin nur unter 32-bit-Systemen. so long |
||
|
Supporter
Anmeldungsdatum: Beiträge: 6497 |
Heinrich_Schwietering schrieb:
Dann ist das ja gestestet, oder? Gruß BillMaier |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Im Prinzip schon, allerdings ist die Scan-Funktion nicht wirklich getestet, weil ich mir keine Virtuelle Maschine o.ä, oder alle benötigten 32-Bit-Pakete auf den Rechner packen wollte. so long |
||
|
Supporter
Anmeldungsdatum: Beiträge: 6497 |
Vorschlag: Getestet-flag erweitern, gleich zu Einstieg aber eine Hinweis-Box, dass die scan-Funktion nur mit 32bit funktioniert und ungetestet ist (zum Beispiel als ausbaufähig-Box) Gruß BillMaier |
||
|
Wikiteam
(Themenstarter)
Anmeldungsdatum: Beiträge: 11335 |
Hi! Ok, klingt vernünftig. Hatte "damals" Stunden und Tage damit verbracht, eine 64-Bit-Scan-Lösung zu finden... so long EDIT: Wie beschrieben umgesetzt. |
