Bug: keine Daten vom Vormonat im gplot

[PeMue]

Hallo Rudolf,

das ist klar. Aber drei Dateien reinkopieren (die alten vorher sichern), ausprobieren und im Zweifel die alten wieder zurückspielen ist auch nicht so der große Aufwand. Und wenn es funktioniert könnten sich vielleicht auch andere darüber freuen ;-)

Gruß PeMue

[erwin]

Hi Rudi,

danke für die svgcache Funktion, funktioniert prima,
eine Kleinigkeit: es wird nicht gecached, bei z.b. Zoom=day, offset=-1.... aber bei offset=-2.
patch attached.

PS: Was für die Wunschliste: Wärs möglich, bei der weblink definition offset und zoomlevel pro Weblink zu definieren?
So ähnlich wie fixedrange, aber relativ zum Datum.
Dann wär zum Beispiel ein room möglich mit current-day, previous day, current month, pervious month....usw.

ich hab mit dazu zwar eine weblink_Utils.pm geschrieben, aber der code ist nicht sehr elegant....

l.g. erwin

[rudolfkoenig]

Hab den Bugfix eingecheckt.

Wg. zoomlevel & offset: das ist an einem Raum gekoppelt, und nicht an einzelne weblinks.
Fuer so einen Raum kann man ein weblink erstellen oder im Menu einen Eintrag.

[Mattias]

Hallo Rudi,

schön, dass man nun über Dateigrenzen hinweg "blättern" kann. Diese Funktion habe ich bei FileLog schmerzlich vermisst. Leider scheint sich bei der Erweiterung ein Fehler eingeschlichen zu haben. Ich habe einen FHT-Plot, für den mir keine Daten mehr anzeigt werden. Alle anderen funktionieren wie gehabt. Der einzige Unterschied zu den anderen Definitionen ist der leidige %L-Platzhalter.

Diese Definition funktioniert nicht:

Code Auswählen Erweitern

define FileLog_klima.arbeitszimmer FileLog %L/klima.arbeitszimmer-%Y-%m.log klima.arbeitszimmer

Wenn ich statt des %L den absoluten Pfad verwende sehe ich wieder Daten:

Code Auswählen Erweitern

define FileLog_klima.arbeitszimmer FileLog /var/media/ftp/uStor03/fhem/klima.arbeitszimmer-%Y-%m.log klima.arbeitszimmer


Da ich eine relativ große Anzahl von Logfiles und Weblinks habe, wäre ich daran interessiert, wenn %L wieder funktionieren würde. Die Konfiguration ist dann einfach deutlich übersichtlicher.

Apropos FileLog. Der Fehler beim Logfile-Wechsel (print() on closed filehandle) war Anfang Juni noch vorhanden. Vielleicht könntest du die Lösung, die Dietmar dafür hier vorgeschlagen hat, im selben Rutsch mit rein nehmen? Immerhin geht da pro FileLog-Definition die jeweils erste Message für das neue Logfile verloren, was ja eigentlich nicht so schön ist.

[rudolfkoenig]

Hab %L jetzt ersetzt.

Sollten wir %L nicht aus FHEM entfernen? Man kann es doch mit einem Symlink auch loesen.
Ich als Programmierer muss dann nicht alle Sonderfaelle beachten.
Dass manche Leute UNIX-Filesystem-Features nicht kennen ist doch keine Argument :)

> Der Fehler beim Logfile-Wechsel (print() on closed filehandle) war Anfang Juni noch vorhanden

Sagt mir nichts (mehr?).

[Mattias]

> Sollten wir %L nicht aus FHEM entfernen? Man kann es doch mit einem Symlink auch loesen.
> Ich als Programmierer muss dann nicht alle Sonderfaelle beachten.
> Dass manche Leute UNIX-Filesystem-Features nicht kennen ist doch keine Argument :)

Naja, ist halt ein dokumentierter Platzhalter, also sollte er schon wie beschrieben funktionieren. Wenn sich die Funktion nicht so recht in das bestehende System implementieren lässt und immer wieder Probleme macht, wäre entfernen vielleicht wirklich der sinnvollere Weg. Danke erstmal fürs Reparieren.

>> Der Fehler beim Logfile-Wechsel (print() on closed filehandle) war Anfang Juni noch vorhanden

> Sagt mir nichts (mehr?).

Deswegen hatte ich den Beitrag von Dietmar verlinkt. Seit ungefähr 5 Monaten wird beim Logfilewechsel, typischerweise also am Monatsersten, die erste Message eines jeden FileLogs gedroppt, weil versucht wird ein geschlossenes Filehandle zum Schreiben zu verwenden. In dem Beitrag von Dietmar ist das recht einleuchtend erklärt. Ich hatte heute morgen nochmal nachgeschaut und hatte den Eindruck, dass der Fehler noch vorhanden ist.

[rudolfkoenig]

> Deswegen hatte ich den Beitrag von Dietmar verlinkt.

Sorry, den Link habe ich uebersehen.
Die Vermutung ist korrekt, und ich habe es jetzt gefixed.
Dank fuer die Meldung, die "Anfaengerfragen" lese ich nur unregelmaessig.

[Drombusch]

Hi Rudi,

bin neu hier, also muss ich mich erstmal für deiner fantastischen Arbeit hier bedanken!

Dein post oben konnte mein Problem lösen. Ich hatte nämlich Logfiles mit Wochennummern (%W) und da bleib der Plot neuerdings leider leer. Ist die Baustelle noch offen oder bleibt das so?

Danke

[rudolfkoenig]

Aeh. konnte oder konnte nicht?

Automatisches "blaettern" zu einer anderen Datei wird nur mit den Wildcards %L,%Y,%m und %d unterstuetzt, ich meine das auch geschrieben zu haben. Ich empfehle Jahreslogs (nur %Y)
Apropos "neuerdings": es sollte alles, was vorher lief, auch weiterhin laufen.

Die Baustelle ist fuer mich zu.

[Drombusch]

Für mich ist alles gut, weil ich mich auf die genannten Wildcards beschränke...
...aber laut "FileLog"-Doku geht auch %w, %j, %U und %W.

Seit Monaten laufen meine Logfiles mit %W, wobei ich natürlich immer nur das letzte File im Plot sehen konnte. Seit der Erweiterung zeigen die Plots gar nichts mehr!

Anders gesagt: Bei Files mit %W fehlt nicht nur das Multi-File-blättern, sondern sie funktionieren gar nicht mehr.

[rudolfkoenig]

>Bei Files mit %W fehlt nicht nur das Multi-File-blättern, sondern sie funktionieren gar nicht mehr.

Stimmt, habs leider beim Einbau des Mult-File-Blaetterns nicht getestet. Habs jetzt gefixed und eingecheckt.