UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ben1983]

@n3ucr0n
Und auch der Rest ;-)

Wie würde es euch denn besser gefallen?
A) so wie es aktuell ist, dass die Tags im Unterordner „Tags“ nach Name sortiert sind?

B) wenn die Tags in ihrem Unterordner nach ihrer ID sortiert sind?

Ich frage deshalb, da die Dokumente einen Eintrag für ihre Tags haben. Dort werden allerdings die id‘s der Tags angegeben, nicht die Namen.

Wie wäre zusätzlich der Vorschlag, das bei abgewählten Dingen wie dokumente / Tags.
Trotzdem deren basics gefüllt werden… also bei Dokumenten und Tags der datenpunkt „count“ und zumindest zu sehen, wieviele Dokumente vorhanden sind. (Wenngleich man auch nicht deren Details sehen möchte)

[Ben1983]

@n3ucr0n die Version 0.0.4 geht gleich online.
Darin kann man unter anderem entscheiden, welche Daten von den einzelnen Optionen abgeholt bzw. angelegt werden.
(ohne, Basisparameter, Ausführlich)
Es sollte dann auch bei Dir kein Problem sein, dass viele Dokumente vorhanden sind, denn es wird in den Basisparametern nur der "count" angelegt.

Ps. Die Tags habe ich weiterhin in der ausführliche Variante drin, dass sie mit ihrem Namen angelegt werden.
In der Basisariante, wird auch hier nur der count der Tags angezeigt.

[n3ucr0n]

@ben1983 hört sich super an. Habe es heute leider nicht mehr an den PC geschafft aber schaue mir mit Freude morgen die neue Version an! Danke 😊

[n3ucr0n]

@meister-mopper ich gebe dir absolut recht, dass Paperless für sich genommen ausreichend ist.

Der Usecase für die ioBroker Integration ist bei mir an einer Stelle am interessantesten:

Ich habe in Paperless automatische Importe von Dokumenten laufen. Aktuell überprüfe ich den entsprechend gesetzten Inbox Tag in Paperless manuell.

Mittels der Integration in den ioBroker kann ich mir auf meiner Visualisierung beispielsweise anzeigen lassen, ob bzw. Wie viele neue Dokumente vorhanden sind. Auch Benachrichtigungen via WhatsApp Mail Alexa etc. Über den Eingang neuer Dokumente sind realisierbar.

Das empfinde ich als sehr hilfreich und freue mich sehr über die begonnene Entwicklungsarbeit. :-)

[Ben1983]

@n3ucr0n OK. Ich bin daran erweiterungen rausnzu suchen, welche noch interessant sein könnten.
Wäre was für dich schön, wenn es priorisiert behandelt wird?

Ps. man kann jetzt auch Suchen.
In den EIntrag search kann man unter query entwas eintragen und danach werden einem in dem result Ordner des search ordners die Ergebnisse / das Ergebnis angezeigt.

[Ben1983]

@n3ucr0n was hältst Du hiervon:

Ordnerstruktur:

Bsp. Für Tags:

0.tags.basic
0.tags.detailed
0.tags.retained

Das eben für alle angewandt.
Es gibt in den meisten Ordnern einen Basic Bereich. Hier liegt sowas drin wie bsp. Count

Dann gibt es den Detailed Bereich. Hier liegen bspw. Detaillierte Angaben zu den Tags drin.

Zu guter letzt der remaining Part.
Hier liegen alle restlichen Daten drin, die noch gesendet wurden.

[n3ucr0n]

@ben1983 Diese Aufteilung hört sich für mich sinnvoll an.

Und wäre auch eine klar nachzuvollziehen, wenn über die Einstellungen entsprechende Synchronisierungen ausgewählt werden. (Sync Basic, Sync Detailed, Sync Retained).

Zum Thema der API könnte ich mir vorstellen, dass USER und LOGS noch interessant wäre.
Über User könnte ich dann sicherlich Rückschlüsse ziehen, welche User ID zu einem User gehört, was wiederum bei der Steuerung von Benachrichtigungen interessant wäre, und bei den LOGS wäre es spannend zu sehen was raus kommt. Ggf. kann man darüber mittels ioBroker auf Fehler in Paperless reagieren.

Ich habe jetzt gestern und heute den Adapter mal versucht laufen zu lassen.
Leider funktioniert es bei mir noch nicht wirklich, mit jedoch spannendem Verhalten.

Hier erstmal die Grundeinstellungen des Adapters:

Der Adapter wird grün und fängt an die Daten zu holen.
Kurz darauf sieht mein Objektbaum so aus:

Das geht schon in die richtige Richtung, leider sind dies bei weitem nicht alle Tags die ich in Paperless habe. Der Count zeigt ja auch die 69 Tags :-)
Warum er an dieser Stelle aufhört die Tags zu holen, vermag ich nicht zu sagen.
Auffällig ist, dass er die Tags genau so weit holt, wie sie in Paperless auf "Seite 1" der Tags angezeigt werden. Das kann aber natürlich auch nur ein Zufall sein.

Die Aufteilung und die Unterordner 01, 02, etc. dürfte von Dir nicht so geplant gewesen sein und ist ein für mich nachvollziehbares Ergebnis aus meiner speziellen Art in Paperless die Tags zu benennen. Ich habe auf diese Weise meine Tags in Paperless versehen, damit ich eine Möglichkeit habe die Tags zu sortieren (und thematisch ähnliche Tags zusammengehörig stehen habe). Für mich ist dies aber fast eher ein Feature und kein Problem :-)

Kurz darauf verschwinden allerdings die Tags jedoch alle bis auf einen wieder:

Das ist natürlich doof.
Ich teste grade, ob das mit dem Aktualisierungsintervall zu tun haben könnte.

Installiert ist natürlich 0.0.5

Soweit der aktuelle Stand :-)

[Ben1983]

@n3ucr0n Hallo,

das schaue ich mir die Tage, wenn ich dazu komme einmal an.
Mal sehen, ob es mit der Anzahl wirklich nur ein Zufall ist.

Edit: Habe gerade gemerkt, dass der wirklich über die API nur die ersten liefert.
Müsste ich dann noch anpassen.

[n3ucr0n]

@ben1983 Super! Ich freue mich auf die neu Version, sag einfach bescheid wenn Du Zeit gefunden hast. Dann teste ich es gerne :-)

[Ben1983]

@n3ucr0n So. Da ich in den nächsten Wochen wenig / keine Zeit haben werde (Urlaub ;-) )
Habe ich gerade nochmal die 0.06 online gestellt.

Hier wird:
a) das Suchen ermöcht
b) das Auflisten aller Tags / Dokumente etc. in den detailed Ordner durchgeführt
(vorher wurde nur die erste Seite [erste Daten] der API geschrieben)
c) eine Aufteilung in basic und detailed vorgenommen, je nach Auswahl, werden dann entsprechende Daten zugewiesen.

Die Struktur der Daten, musste ich allerdings anpassen, da es bei den Test zu Fehlern, bzw. Warnungen kam, wenn ich bspw. ein Ordnername so darstellen wollte, wie ein Dokument Betitelt ist. Hier kann es dazu kommen, dass nicht erlaubte Zeichen im Dokumententitel vorkommen. Also musste ich auf die "Arraystruktur" zurückgreifen und habe es numerisch durchnummerieren lassen.

Bspw.

Gerne kann getestet werden.
Am Besten vor installieren der neuen 0.0.6 einmal den Adapter stoppen und das Instanz Verzeichnis löschen.

[n3ucr0n]

@ben1983 Ja dann genieß den Urlaub in vollen Zügen :-)

Habe die Version grade ausprobiert und es scheint alles erstmal richtig angezeigt zu werden.
Es werden alle Tags aufgelistet und scheinen vom Count her auch zu stimmen.

Morgen werde ich mal Tests bezüglich

• Dokumente hinzufügen
• Dokumente löschen
• Tags ändern
• Tags umbenenen
• Tags Löschen
• etc.

durchführen. Ich berichte dann :-)

Das Einzige was mir jetzt schon aufgefallen ist, ist das die Tags bzw. die Ordner der Tags aktuell nur mit der ID dargestellt werden. Da wäre natürlich der Tag-Name sehr schön. Das würde auch vermeiden, dass nach der 19 erstmal die 2 vor der 20 kommt. Aber das sind ja nur Schönheitsfehler :-)

EDIT: Habe grade nochmal mit Verstand Deinen Post gelesen und gesehen, dass es einen guten Grund für die numerische Darstellung gibt. Wenn das erstmal so der klügste Weg ist, dann passt das natürlich super :-)

Ansonsten schonmal DANKE für die bisherige Entwicklung! :-)

[Ben1983]

@n3ucr0n ja leider ist dass mit den Namen nicht so einfach möglich.
Denn, wie gesagt könnte ja der Name ein in iobroker ungültiges Zeichen erhalten.
Man könnte das natürlich mittels einer Funktion in einen gültigen String ändern, aber dann würde auch der Tag / Ordner wieder nicht ganz so heißen, wie der originalname des Tags. Aus diesem Grund habe ich mich für das numerische entschieden
Man könnte noch überlegen, ob man mit führenden „00“ arbeitet, aber die Nummerierung haben eh nichts mit den Tag IDS zu tun, sondern sind die Reihenfolge, wie sie übertragen wurden.
Hier wäre noch zu überlegen, ob man nach ids benamt. Aber schau mal durch und gib mal Bescheid, was du so dazu meinst.
So wie aktuell ist es halt am einfachsten, aber das muss ja nicht so bleiben.

Schau dir auch mal an, wie es dargestellt wird, wie die Auflistung innerhalb eines Dokuments angezeigt wird, welchen Tag das Dokument enthält.
Dort stehen glaube Auktion einzelne States:

Documents.5.tags.0 —- wert: 28
Oder so.
Hier wäre eine Option, dass stattdessen:
Documents.5.tags —— wert: array[28,25,2]

Bspw. Wäre das sinnvoll, oder anderen Vorschlag. Oder so wie es ist, ok?

[Ben1983]

@n3ucr0n Ich habe doch gerade noch die 0.0.7 erstellt.
Hier ist die Adressierung der Tags / documents / user etc. neu gehandelt.

schaue es Di mal an.

[Ben1983]

@n3ucr0n So. jetzt aber vorerst die letzte Änderung:

Habe das Erzeugen nochmal intern etwas verändert.
Nun werden ach ding wie Tags, in der Dokumentenauflistung als Array ausgegeben.

Zusätzlich gibt´s noch etwas "kosmetik" in Form von icons

V0.0.8

[Ben1983]

@n3ucr0n wie findest Du es denn als User,
Dass bspw. die Dokumente (oder die Dokumente bei der Suche in den Resultaten) in einem Unterordner mit ihren IDs angelegt sind?
Wie ein Array sortiert, würde es natürlich immer die „0“ geben und man hätte so immer ein erstes Objekt.
Andererseits ist es aktuell so, das direkt die richtige ID in der Objekt id enthalten ist und man somit direkt auf die angegebenen ids zugreifen kann, eben genau weil die Id Teil der Objekt id ist.

[n3ucr0n]

@ben1983 Hallo!
Erstmal danke für die ganzen schnellen Updates trotz Urlaub :-)

Das Suchen scheint noch nicht so gut zu klappen.
Ich habe ich die Query testweise "Entgeltabrechnung" eingegeben und bekomme auch Ergebnisse aber angeblich nur 4. Da sind DEUTLICH mehr vorhanden :dog:

Von der Sortierung her bin ich komplett schmerzfrei. Wenn man einmal weiß, wie die Ergebnisse aufgebaut sind, kann man sich den Rest ja selber zusammenbauen.

Das Arbeiten mit Arrays ist darstellerisch gut, für mich aber bisher noch ohne Erfahrung. Müsste mich erstmal mit den Möglichkeiten der Arrayverarbeitung auseinandersetzen um zu sagen, ob es paraktikabel oder unpraktisch ist. Tut mir leid, dass ich an dieser Stelle kein Feedback geben kann.

Gibt es eine Möglichkeit die IDs in den Datenpunkten Adapterseitig direkt durch Klarnamen zu ändern?
Also Tag ID 2, 3, 4 ist ja über die Tags aufschlüsselbar in den korrekten Namen des Tags. Genauso bei Benutzern etc.

Das wäre rein darstellerisch tatsächlich angenehmer.

ABER, und jetzt kommt das, was @Meister-Mopper bereits sagte: Wo genau liegt da der Usecase. Ich selbst habe noch keine Ahnung wofür ich diese Informationen in der VIS oder im ioBroker überhaupt nutzen würde.
Die Counts der Tags sind für mich grandios. Darüber steuere ich das Backup meiner Paperless-Installation, benachrichtige mich über neue Dokumente etc.
Aber die Dokumentensuche etc. würde ich vermutlich auch zukünftig direkt über Paperless und nicht den ioBroker oder die VIS machen....

Damit will ich nur verhindern, dass Du viel Zeit und Mühe in ein Feature investierst, welches ggf. gar nicht genutzt wird.

[Ben1983]

@n3ucr0n @Meister-Mopper
Danke für euer Feedback.
Die Anfrage zum Adapter kam ja nicht von mir, sondern von @EuloTV.
@n3ucr0n DU hattest ja auch in dem ISSUE geschrieben.

Die Suche, habe ich nochmal erweitert.
Bei paperless gab es eine allgemeine Suche und eine Suche für Schlagworte in Dokumenten.
Die erste lieferte nur 3 Ergebnisse pro typ (Dokument, Tag)....usw.
Die zweite ist wesentlich "besser".

Bezüglich der Sortierung sind wir auch frei.
Wenn ich es nach der "Arrymethode" mache, dann gibt es halt immer einen index "0".
Bei der ID igbt es nur die Ordner, der gesendeten Dokumenten/Tag - ID.
Dies ist aber schon mal wesentlich einfacher, um sich zurecht zu finden.

Wie genau meinst Du das IDs durch Klarnamen darstellen?
Hast Du ein Beispiel?

Aktuell: Tag: Name: "TestTag", id: 5
Dargestellt werden die Tagdaten in dem Unterordner tags.005
Den Namen konnte ich ja nicht nehmen, da es ja sein könnte, das in Paperless ein Tag "TesTä?g" benannt ist und da bekomme ich natürlich von ioBroker eine Meldung, dass das nicht sein sollte / darf.
Was natürlich geht, ist zusätzlich zur Id noch den Namen im common.name

Die Version. 0.0.9 ist online.
Hier wurde wie gesagt, hauptsächlich die Suche implementiert:
search.documents.query

(Es regnete ja heute Mittag ;-) )

!!!! Ach ja.... bei der neuen Installation einfach vorher wieder ab paperless.instanz alle ordner / ids löschen

Edit: 0.0.10 ist online und beinhaltet die Erweiterte Namensgebung.

[n3ucr0n]

@ben1983

Soo, nach längerer Abwesenheit hier ein Feedback.

Aktuell kann ich keine Probleme / Schwierigkeiten feststellen.
Die Tags werden richtig angezeigt und auch aktualisiert.
Die Anzahl der Dokumente in den Tags zählen - soweit ich das sehen kann - auch korrekt.

Die Suche scheint zu klappen, wobei ich diese Funktion nur zu Testzwecken genutzt habe. Für mich hat sich aus der Dokumentensuche noch kein nutzbarer Mehrwert erwiesen.

Spannend wären natürlich nun einige mehrere Tester. Dazu müsste der Adapter aber normal über die Adapterliste installierbar gemacht werden. Ich denke, viele scheuen die Installation über GitHub :-)

Ich selbst bin sehr zufrieden. Meine Wünsche hast Du hervorragend erfüllt, danke :-)

[Ben1983]

@n3ucr0n das freut mich zu Hören.
Im Gegensatz zur globalen Suche, liefert die Dokumentensuche mehr Ergebnisse.

[FredF]

@n3ucr0n sagte in Test paperless-ngx Adapter:

Spannend wären natürlich nun einige mehrere Tester. Dazu müsste der Adapter aber normal über die Adapterliste installierbar gemacht werden. Ich denke, viele scheuen die Installation über GitHub

Ich hatte ihn mal installiert, allerdings sehe ich den Nutzen Dokumente über ioBroker zu suchen oder über VIS anzuzeigen für mich nicht und habe ihn wieder deinstalliert. Sorry