Suchergebnisse

Im Link steht jedoch

Hah? Ist möglicherweise mein Feature Request auch noch für andere hilfreich? Man sieht, ein bereits ausgereiftes Produkt ist niemals wirklich final:p

Du meintest NICHT gefunden wird? Denn andernfalls würde die Frage ja keinen Sinn ergeben, oder? Anyway, ich kenne eine solche Möglichkeit nicht, würde dieses Feature jedoch auch begrüßen. Wobei ich mir vorstellen könnte in einer YAML-Regeldatei am Ende eine Regel hinzuzufügen, die niemals...

Eilt ja nichts. ;) Vielleicht als Interimslösung, der Versand einer E-Mail mit gewissen Details über den beendeten oder fehlerhaften Durchlauf. Weiß nicht, ob man da die vorhandenen Möglichkeiten eines Versands im DSM nutzen kann, sofern eingerichtet?

Frage, @geimist : gibt es Pläne/Möglichkeiten das Benachrichtigungssystem zu erweitern, nebst pushbullet, bspw. WhatsApp oder Telegram? Denn für PB brauch ich erstens wieder einen Account und zweitens eine weitere App von denen ich bereits viele identische habe...

Siehste, das ist Schwarmintelligenz 😁 Vielleicht war's aber auch nur unverschämtes Glück? Ne, glaube ich jetzt tatsächlich nicht, denn wenn ich die zweite subrule nicht reingeschreiben hätte, dann ist laut Log, diese Regel erst gar nicht zur Anwendung gekommen... Passt, Deckel drauf!

Antworte mir Mal selbst :) Ja, ist so. Nachdem ich dies auf alle Seiten abgeändert habe, bekomme ich nun das korrekte Datum. Danke an alle, die bisher mitgelesen und Tipps gegeben haben! Insbesondere an diejenigen natürlich die sich um die Wartung und Programmierung des tollen Tools kümmern...

Hm, das glaube ich jetzt nicht ganz, dass man das so hinbekommt, aber, ich habe bemerkt, dass man durchaus mehrere subrules innerhalb einer Rule definieren kann, analog: LV_1: tagname: "§yocr4-§mocr-§docr Lebensversicherung" tagname_RegEx: targetfolder: "/Lebensversicherung/"...

Eine Frage nochmals zu den YAML-Regeln. Sind dort in den subrules auch AND/OR Bedingungen möglich, aktuell glaube ich dies zwar nicht, aber vllt. wäre dies ein Feature Request. subrules: - searchstring: "Versicherungsnummer" searchtyp: is isRegEx: false source: content...

Danke für den Tipp!! Ich bin da leider ein wenig geprägt, denn selbst Programmierer seit mittlerweile 30 Jahren und freu' mich immer wenn ich möglichst viel selbst einstellen kann oder sehe was wo wie gesteuert wird ;)

OK, aber die Erweiterung von die, dass tagname_RegEx so wie jetzt mit Hilfe der YAML-Datei verwendet werden kann, funktionierte in der GUI bisher ja nicht. Auch nicht, dass ich zwei Regeln in einem GUI-Profil verwenden kann, so wie oben jetzt von mir in der YAML verwendet. Oder sehe ich das...

Das ist aber in der GUI zu finden, oder? Dort eine Einstellung zu machen, wollte ich eben durch die alleinige Verwendung der YAML-Datei eben vermeiden. Aber gut, so funktioniert es jetzt :p👍 Vielen herzlichen Dank! Das erleichtert jetzt möglicherweise anderen mit ähnlicher Anforderung auch so...

Hähä - keine Eile! Da läuft mir nichts davon :D So siehts jetzt auch bei mir aus, die neueste Beta ist installiert, allerdings werden die Dateien weiterhin nicht umbenannt, weder mit §tagname_RegEx noch mit §yocr4-§mocr-§docr :( Irgendwas scheint noch nicht ganz zu funktionieren, siehe...

Done und Danke nochmals für die aktuelle Beta! Allerdings funktioniert dies noch nicht so wie ich mir das vorgestellt habe, genau genommen werden die Variablen, wie bspw §yocr4-§mocr-§docr gar nicht beachtet und als Zieldateiname der gleich wie der Quelldateiname verwendet. Aber der Reihe...

Letztendlich gings mir darum, dass Teile der Optionen aus dem GUI in die YAML-Datei und dort in x-Regeln gestellt wird, wie oben diese Tags. Ich verstehe die YAML-Datei nämlich so, dass ich mehrere Regeln definieren kann, die dann bewertet werden und abhängig vom Ergebnis eine PDF-Datei...

DAS wäre eine Lösung, die ich auch schon getestet habe und habe sozusagen als Prefix einen Text vor dem eigentlichen reg. Ausdruck gestellt. Ergebnis war jedoch nicht prickelnd, da die Zeile tagname_RegEx wohl den kompletten Ausdruck zur Evaluierung verwendet und nicht nur einen Teil davon...

Frage: wäre es möglich die "OCR Rename"-Variablen auch in den YAML-Regeln zu verwenden und zwar nicht in den Zielpfaden, sondern in "tagname"? CITES_1: tagname: "Cites DE-DEG§tag" tagname_RegEx: "[[:digit:]]{6}-[[:digit:]]{2,}" targetfolder: "/Cites/" condition: all...

So hab ichs jetzt eingestellt (Auszug aus den beiden Tag-Dateien im jeweiligen Profil): CITES_1: tagname: Cites tagname_RegEx: "[[:digit:]]{6}-[[:digit:]]{2,}" targetfolder: "/Cites/" LV_1: tagname: Lebensversicherung tagname_RegEx: targetfolder: "/Lebensversicherung/"...

Gut, verstehe ich, aber dennoch wird nur ein Profil verwendet und zudem werden in meinem Fall beide Quell-PDFs ins Ziel-Verzeichnis "./Cites" und keines in "./Lebensversicherung" gestellt. Dies ist meines Erachtens aber unabhängig von der Benennung der Ziel-Dateien, oder?

Dank für eure Antworten! Ich dachte mir auch, dass es so ist. Habe die Suchdateien der beiden Profile nochmals leicht angepasst, hauptsächlich was die Bedingungen für die Suchtexte angeht. CITES_1: tagname: Cites tagname_RegEx: "[[:digit:]]{6}-[[:digit:]]{2,}" targetfolder: Cites...