[Weather] wünsche zum modul

[chris1284]

hallo,


es wäre toll wenn man die forecast anzahl anpassen könnte. 10 sind in der regel überfüssig da eh nicht sehr genau.
die fc-readings wären mit einer führendne 0 bei > 10 toll. sprich sattt

fc10_..
fc1_..

hätte man dann auch di richtige reihgenfolge

fc01_..
fc02_..
fc10_..

[CoolTux]

Dann sollte man sich generell auf einen Standard einigen. Die anderen Wettermodule machen es im Moment nämlich genau so

[dev0]

hätte man dann auch di richtige reihgenfolge

Die Reihenfolge sollte man mMn besser im Frontend regeln, sonst muss jedes Script/Tool in einer Schleife ebefalls die 0 ergänzen. Fände ich eher hinderlich.

[CoolTux]

Finde ich auch. Die wenigsten schauen sich die Readings in den Details an. Das ist wie bei einer Datenbank, wie die Datenstrukturen aussehen kann den Anwender doch egal sein. Hauptsache es sieht am Ende in der eigentlichen Darstellung (Frontend) entsprechend aus.

[chris1284]

sortierung ist nebensächlich, war mir nur aufgefallen das wir von oben nach unten lesen und 10 for 1-9 kommt 
in der oldview für calview regel ich da die sortierung (3 stellige zahl mit dem selben problem) so das ich einfach mit einer zeil code nullen auffülle. für fc sähe das in etwa so aus

Code Auswählen Erweitern

...
"fc_".sprintf ('%02d', $counter)
...

Die Reihenfolge sollte man mMn besser im Frontend regeln,

ja, mach in dem fall fhemweb völlig richtig, es sortiert von fc_10-fc99, dann fc_1-_fc_9 völlig korekt.
es würde auch von tc_01-tc_99 korekt sortieren wenn man korek tformatierte werte an fhemweb gibt. 

das problem kenne ich zb auch von mp3's. der mediaplay oder auch andere player sorieren auch so 100-999 dann 10-99 und dann 1-9.

Die wenigsten schauen sich die Readings in den Details an.

stimm ich zu, aber wie sieht es zb in der readingsgroup oder readings dargestellt in floorplan usw daus (alle fhemwebbasierenden wo  man zb readings per regexp fc_.* darstellt )?
nutze alles nicht sondern nur tui (wo mans ja selber sortiert).


wichtiger war mir den forecast auf anzahl zu begrenzen per zb attribut maxForcast [zahl] um unnötige readinsg zu vermeiden

[frank]

httpmod hat extra ein attribut bekommen, um die readings mit zahlen schön sauber sortiert zu bekommen. 

[dev0]

es würde auch von tc_01-tc_99 korekt sortieren wenn man korek tformatierte werte an fhemweb gibt.

oder wenn man numerisch statt lexikal sortieren würde:

Code Auswählen Erweitern

sort {$b <=> $a} @readings

[chris1284]

das kann aber nur der entwickler von fhem web beinflussen 

[justme1968]

da es inzwischen möglich ist readings für mehr als 9 tage zu haben und das mit den plugins eventuell auch möglich ist denke ich es wäre gut dir einstelligen zahlen mit einer führenden 0 aufzufüllen. eventuell als option um rückwärts kompatibel zu bleiben.

numerisch zu sortieren ist keine option da die reading namen nicht nur aus ziffern bestehen.

gruss
  andre   

[dev0]

numerisch zu sortieren ist keine option da die reading namen nicht nur aus ziffern bestehen.

Hast natürlich recht, aber ein Schwartzian transform würde doch funktionieren.

Code Auswählen Erweitern


my @sorted = map  { $_->[0] }
             sort { $a->[1] <=> $b->[1] }
             map  { [$_, $_=~/(\d+)/] }
             @unsorted;


[Dr. Boris Neubert]

Hallo,

die Umbenennung von Readings hat die Nachteile, dass
- es nicht kompatibel ist und irgendwelche Notifies, Auswerteroutinen oder sonstwas von Anwendern bricht,
- erfordert, dass die alten Readings gelöscht werden (das erzeugt solchen Mist-Code, den ich schon für einige nicht mehr gebrauchte Readings drinhabe).

Im Frontend hat WeatherAsHtml() bereits ein Argument, die Anzahl zu limitieren.

Viele Grüße
Boris

[justme1968]

weil es nicht kompatibel ist könnte man es mit einem attribut aktivieren. das löschen der alten readings könnte man dann beim ersten setzen automatischen machen.

gruss
  andre