synOCR synOCR - GUI für OCRmyPDF

[Ghost108]

Hallo!!
bin nur durch Zugall auf dieses Thread gestoßen und habe dann festgestellt, dass es von synocr die Version 1.4.2 mittlerweile gibt.
habe noch diese Version installiert:



Wird über diesen Weg das Update nicht automatisch gemacht?
Muss ich zukünftig immer darauf achten, ob es eine neue Version gibt und diese dann manuell einspielen?

 

[geimist]

Weil die Version auf cphub korrupt ist und ich sie nicht aktualisieren kann. Auch die Löschanfrage wurde bisher leider nicht beachtet.
Daher bitte hier herunterladen und manuell installieren: https://geimist.eu/synOCR/
Das Update sollte sich lohnen, weil so manches Feature hinzugekommen ist: CHANGELOG

Über Updates wird inzwischen in der GUI, DSM und im Log informiert.

 

[Ghost108]

habe ich nun gemacht!
Dabei ist mir aber noch aufgefallen:

Installierte Version: 1.4.2
Neueste Version online: 1.1.2

richtig so?

 

[Benares]

Weil die Version auf cphub korrupt ist und ich sie nicht aktualisieren kann.

Schrieb er doch. 1.1.2 ist alte, korrupte.

 

[Ghost108]

okay. dachte das würde mit dem Update auch "behoben" werden.

 

[geimist]

Die Paketquelle (= online) ist bei dir ja noch hinterlegt. Da würde es nur helfen, cphub als Paketquelle herauszunehmen. Darüber kommen seit Anfang 2022 sowieso keine Updates mehr (egal welches SPK). Du hättest also keinen Nachteil davon.

 

[Ghost108]

mach ich!
Danke

 

[usefulvid]

Hallo @geimist nach dem Update auf 1.4.2 werden keine Daten mehr verarbeitet. Ich hab den Log Modus auf debug gestellt, es gibt aber nur ein inotify log:

---------- START MONITORING ---------- 2023-08-06_23-34-55 ----------
Monitoring successfully started

---------------- EVENT --------------- 2023-08-06_23-35-33 ----------
detected event: /volume1/CanonMB/PreOCR/ MOVED_TO SCN_0001.pdf

synOCR-start.sh Log:
synOCR run at DSM7 or above
    ➜ check docker group and permissions: ok [docker:x:65536:synOCR]
    ➜ check admin permissions: ok
synOCR wurde gestartet ...
Bitte warten, bis die Dateien fertig abgearbeitet wurden.

Und mehr passiert leider nicht.
Der Status zeigt ok an:


Neustart hat leider nicht gebracht.
Aus den FAQs:

• ist das gewünschte Profil aktiviert? ja (gibt auch nur 1)
• ist der Pfad des Eingangsordners korrekt? ja ( inotify erkennt ja auch neue Dateien laut log)
• Stimmt die Einstellung des Suchpräfix / -suffix mit den Quelldateien überein? ja stimmt auch

 

[geimist]

Der Status zeigt ok an:

Das spricht dafür, dass das gewünschte Profil nicht aktiv ist, oder ein Suchpräfix definiert ist, der nicht auf deine Datei matcht.

 

[usefulvid]

• ist das gewünschte Profil aktiviert? ja (gibt auch nur 1)
• ist der Pfad des Eingangsordners korrekt? ja ( inotify erkennt ja auch neue Dateien laut log)
• Stimmt die Einstellung des Suchpräfix / -suffix mit den Quelldateien überein? ja stimmt auch

passt zum Logeintrag:

detected event: /volume1/CanonMB/PreOCR/ MOVED_TO SCN_0001.pdf

 

[usefulvid]

@geimist

Wenn ich über die shell ausführe erhalte ich eine Warning

---------------- EVENT --------------- 2023-08-07_00-18-56 ----------
detected event: Watches established.

synOCR-start.sh Log:
synOCR run at DSM7 or above
    ➜ check docker group and permissions: ok [docker:x:65536:synOCR]
    ➜ check admin permissions: ok
egrep: warning: egrep is obsolescent; using grep -E
synOCR wurde gestartet ...
Bitte warten, bis die Dateien fertig abgearbeitet wurden.
Monitoring successfully started
synOCR run at DSM7 or above
    ➜ check docker group and permissions: ok [docker:x:65536:synOCR]
    ➜ check admin permissions: ok
egrep: warning: egrep is obsolescent; using grep -E
synOCR wurde gestartet ...
Bitte warten, bis die Dateien fertig abgearbeitet wurden.

 

[Yippie]

Gäbe es eine Möglichkeit, im ersten Screen von synOCR die aktuell installierte Version anzuzeigen?

Sinnvoll im Falle eines verfügbaren Updates, damit man Vergleiche ziehen kann.

 

[Struppix]

Guten Morgen Leute,

ich habe wieder mal ein kleines Update des Editors gemacht. Es wurde lediglich die Bindung der rule Nummer an den Value tagname entfernt, sodass man nun das Feld für tagname leer lassen kann, und die fortlaufende Nummerierung dennoch funktioniert.
Dies hatte sich ja zB. im Zusammenhang mit den Regeln zum Verschieben der Dokumente ohne Umbenennung oder mit nur einem Inputordner für alle Profile gezeigt. Videos mit Anleitungen hierzu im YouTube Channel.

Hier der Link zum Editor, oder in meiner Signatur.

Noch eine Bitte zum YouTube Channel. Mir gehen die Ideen für neue Themen aus, welche Euch interessieren könnten.
Ich bin hier wirklich auf Eure Mithilfe angewiesen. Welche Themen sollte man aufgreifen? Gibt es eine Lösung für ... , wie lautet oder erstellt man die RegEx für ... oder was bewirkt die Einstellung im GUI ... zum Beispiel.
Bitte kommt auf mich zu und helft anderen, die das vielleicht auch interessieren würde.

Gruß Karsten

 

[TJ.]

Moin Stuppix,

ich war lange nicht mehr hier, da ich meine Regeln noch nicht wirklich weiterentwickeln konnte und synOCR für mich seit langem perfekt im Hintergrund läuft. Danke an alle, die hier mitarbeiten! Aber deine Idee mit den Tutorials finde ich klasse! SUPER! und DANKE!

Als Thema fällt mir da sofort dies ein:
1. Wie sieht eine RegEx Regel aus, die mir ein beliebiges Datum mit ausgeschriebenen Monat (1. Juli 2023) findet?
2. Und wie erstelle ich diese?

Diese Frage wurde hier schon oft gestellt und steht auch bei mir auch noch auf der ToDo-Liste. Vielleicht ist das ja ein gutes Thema für dein Tutorial?

Gruß

 

[Gthorsten]

Was möchtest du denn mit der Regel? Das Datum wird doch schon von synOCR direkt gefunden
Und das Datum kannst du dann ja zb als Dateiname verwenden

 

[geimist]

@TJ.
Damit die Datumserkennung universeller funktioniert, hat @Gthorsten diese komplett in Python implementiert. Damit werden auch ausgeschriebene Monate gefunden. Das funktioniert glaube erst seit Version 1.2.0. Man muss aber im Profil von Regexsuche auf Pythonsuche umstellen.

---

Das Problem von @usefulvid war folgendes:
Treffen folgende Dinge zusammen:

• Quellpfadangabe ohne abschließenden Slash
• Ein konfiguriertes Suchmuster für den Quelldateinamen

dann wurden keine Dateien gefunden. Das wird im nächsten Release behoben. Falls jemand bis dahin das gleiche Problem hat, einfach beim Quellpfad in der GUI ein / ans Ende setzen.

 

[Struppix]

Ihr Miesepeter solch RegEx hat sicher auch andere Verwendungen ....

Im Bezug zur Benennung im synOCR muss ich Ihnen aber Recht geben. Alleine die Zerlegung der Daten und dem Zusammensetzen der Reihenfolge und die verschiedensten Optionen, kann das über Regeln nicht toppen. Es ist zwar möglich, aber sehr aufwendig.

Dennoch habe ich Dir mal eine RegEx erstellt, welche hier zu finden ist.

Gruß
Karsten

 

[TJ.]

Was möchtest du denn mit der Regel? Das Datum wird doch schon von synOCR direkt gefunden
Und das Datum kannst du dann ja zb als Dateiname verwenden

@TJ.
Damit die Datumserkennung universeller funktioniert, hat @Gthorsten diese komplett in Python implementiert. Damit werden auch ausgeschriebene Monate gefunden. Das funktioniert glaube erst seit Version 1.2.0. Man muss aber im Profil von Regexsuche auf Pythonsuche umstellen.

---

Das Problem von @usefulvid war folgendes:
Treffen folgende Dinge zusammen:

• Quellpfadangabe ohne abschließenden Slash
• Ein konfiguriertes Suchmuster für den Quelldateinamen

dann wurden keine Dateien gefunden. Das wird im nächsten Release behoben. Falls jemand bis dahin das gleiche Problem hat, einfach beim Quellpfad in der GUI ein / ans Ende setzen.

Danke für den Hinweis. Da sieht man mal ,dass ich wirklich lange nicht hier war. Da werde ich wohl einige Forenseiten nachholen müssen und schauen, ob alles aktuell ist. Ich werde mich dann auch das mit dem Datum nochmal genauer ansehen und mich ggf. nochmal melden.

 

[geimist]

Vielleicht hilft dir auch das Changelog dabei weiter:
https://raw.githubusercontent.com/geimist/synOCR/master/PKG_DSM7/CHANGELOG

 

[geimist]

Ich habe mal ein kleines Bugfix-Release geschnürt: 1.4.3
Ihr findet es wie gewohnt auf meinem Server (für DSM6 & DSM7): https://geimist.eu/synOCR/

DOWNLOAD:​

➜ SPK DSM6​

➜ SPK DSM7​

---

1.4.3 [2023-08-08]
BUGFIXE:
- [SHELL] ein fehlender Schrägstrich im Quellpfad verhinderte teilweise einen korrekten Programmablauf (4 @usefulvid)
VERBESSERUNG:
- [SHELL] shellcheck Test für functions.sh stand noch aus
- [GUI] Im Update-Hinweis wird nicht nur die neueste, sondern auch die installierte Version angezeigt (4 @Yippie)