Warnungen von warnung.bund.de in FHEM einbinden

Begonnen von oesi, 02 Februar 2016, 19:32:26

Vorheriges Thema - Nächstes Thema

frank

prima, der polygon fix funktioniert auch bei meinen tests bestens.

diese wunderbare methode zur filterung der meldungen hat aber auch einen nachteil.

der kreis harburg meldet zb zur zeit infos zu 2 badeseen. die polygone sind aber jeweils fast nur auf die wasserfläche beschränkt. die sichtbaren orangenen flächen auf den karten zum ereignis scheinen immer die durch die polygone beschriebenen flächen zu sein. dadurch werden diese meldungen aber selbst für anwohner weggefiltert.

vielleicht hat jemand eine schlaue idee, dass solche "punktuellen gefahren" zumindestens für anwohner nicht "durchrutschen".
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

herrmannj

Schön das die Geo Location damit funktioniert.

Die beiden Seen habe ich gesehen. Ist natürlich tricky. Vielleicht macht es Sinn auch Meldungen in einer (per Attribut?) definierten Entfernung anzuzeigen?

KölnSolar

Zitatdaher wäre es eventuell sinnvoll, die wetterwarnungen bei mowas über attribut schaltbar zu machen.
Noch ist das ja im define verankert und für alle Warnungstypen. Ich hab da auch lieber ein Attribut. Muss mir das neue UWZ ansehen, ob Cooltux das möglicherweise geändert hat. Meinst Du EIN Attribut für alles oder z.B. je Quelle oder nur dwd-Quelle ? Und wir haben das set .. update für die, die individuell(z.B. nach erstem Warnungsevent) das eine Intervall übersteuern möchten. Wobei man dann auch das Attribut ändern könnte. :-\ (Ich hasse Quasi-Redundanzen. Dann wird es meistens unübersichtlich.)
ZitatVielleicht macht es Sinn auch Meldungen in einer (per Attribut?) definierten Entfernung anzuzeigen?
Hatte ich so ähnlich ja auch schon einmal angeregt. Nur, was ist Entfernung ? Ein Kreis oder Quadrat ginge. Aber dann müssten wir ja jeden Punkt dieses "Polygons" gegen das gegebene Meldungspolygon prüfen   ???:-\ Wenn man nur z.B. Eckpunkte nähme, träfe man die Badeseen ja u.U. auch wieder nicht.
Oder den umgekehrten Weg: Jedes Meldungspolygon um die Entfernung x vergrößern:
Bei der Filterung wird ein virtuelles Meldungspolygon mit long_min, long_max, lat_min, lat_max erzeugt, wogegen long/lat erneut geprüft wird. Das dürfte einfach umzusetzen sein und hat doch den gewünschten Effekt, oder ?
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

CoolTux

Zitat von: KölnSolar am 04 Juli 2019, 15:06:28
Noch ist das ja im define verankert und für alle Warnungstypen. Ich hab da auch lieber ein Attribut. Muss mir das neue UWZ ansehen, ob Cooltux das möglicherweise geändert hat. Meinst Du EIN Attribut für alles oder z.B. je Quelle oder nur dwd-Quelle ?

An der Logik hat sich im UWZ nichts geändert.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

herrmannj

Zitat
Hatte ich so ähnlich ja auch schon einmal angeregt. Nur, was ist Entfernung ? Ein Kreis oder Quadrat ginge. Aber dann müssten wir ja jeden Punkt dieses "Polygons" gegen das gegebene Meldungspolygon prüfen   ???:-\ Wenn man nur z.B. Eckpunkte nähme, träfe man die Badeseen ja u.U. auch wieder nicht.
Oder den umgekehrten Weg: Jedes Meldungspolygon um die Entfernung x vergrößern:
Bei der Filterung wird ein virtuelles Meldungspolygon mit long_min, long_max, lat_min, lat_max erzeugt, wogegen long/lat erneut geprüft wird. Das dürfte einfach umzusetzen sein und hat doch den gewünschten Effekt, oder ?
Das würde schon gehen. Entfernung vom Standort zu den Ecken des polygons, wenn kleiner als x: melden.

Soll ich Mal schauen?

KölnSolar

ZitatDas würde schon gehen. Entfernung vom Standort zu den Ecken des polygons, wenn kleiner als x: melden.
OK, das müsste fast der erste Gedanke einer Lösung sein.  ::)

Nagen wir insgesamt bei der Vielzahl der Polygone u. -punkte nicht zu sehr an der Performance ?

Formel
SQRT((lon-x1)²+(lat-y1)²)*km-Faktor <= x
?

Dann in der isinArea ?

ZitatSoll ich Mal schauen?
Gerne.  8)
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

frank

#96
ZitatMeinst Du EIN Attribut für alles oder z.B. je Quelle oder nur dwd-Quelle ?
ich dachte vor allem an eine abschaltmöglichkeit der dwd-quelle. falls man das dwd modul nutzt, hat man die daten ja schon.

ob mit einem attribut oder mit mehreren attributen oder auch im define wäre mir egal.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

herrmannj


KölnSolar

#98
Danke. :-* Dann doch über Winkelberechnung...Mathematiker oder gerade Studium beendet ?  ;D ;D ;D

Und attached die neue Version mit dem entsprechenden Attribut distance.

@Cooltux: Da mit Deinen Daten u. 99km Entfernung nun 16 Meldungen hochpoppen  ;D :'(, fällt auf, dass da noch was mit der Sortierung(.._1.., .._10.., ...., .._2..) der Readings im argen ist. Ebenso beim Löschen der Readings(nach 16, bei nur noch 3 Meldungen bleiben dann .._1.., .._10.., .._11.. erhalten. Hast Du in der neuen Version vom UWZ daran etwas verbessert ? Ansonsten vor die einstelligen eine führende Null ?

Edit: Attachement removed
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

CoolTux

Zitat von: KölnSolar am 04 Juli 2019, 18:10:33
Danke. :-* Dann doch über Winkelberechnung...Mathematiker oder gerade Studium beendet ?  ;D ;D ;D

Und attached die neue Version mit dem entsprechenden Attribut distance.

@Cooltux: Da mit Deinen Daten u. 99km Entfernung nun 16 Meldungen hochpoppen  ;D :'(, fällt auf, dass da noch was mit der Sortierung(.._1.., .._10.., ...., .._2..) der Readings im argen ist. Ebenso beim Löschen der Readings(nach 16, bei nur noch 3 Meldungen bleiben dann .._1.., .._10.., .._11.. erhalten. Hast Du in der neuen Version vom UWZ daran etwas verbessert ? Ansonsten vor die einstelligen eine führende Null ?

Nein ich habe da gar nichts verbessert. Liegt aber daran daß es da nie Bedarf gab. Unwetterwarnungen gab es halt nie mehr wie 6 an einem Ort, alles andere zählt zu Weltuntergang  ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

frank

ich bin noch in Trebs und bekomme ohne attribut distance bereits 2 weitere meldungen aus brandenburg.
welchen default gibt es denn?
und welche einheit?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

#101
die 2 neuen brandenburg meldungen haben die selbe eventID DE-BB-P-S082-20190630-015 und sehen auch insgesamt gleich aus.
hat die homezone eventuell doppelt ausgelöst?

edit: hm..., auch mit distance=1, oder=0 bleiben die zusätzlichen bb meldungen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

KölnSolar

Zitatwelchen default gibt es denn?
und welche einheit?
Natürlich 0 und km.

Ja, da ist noch was im argen. Auch mit nichtdeutschen Daten wird 2mal BB gemeldet.  :'(
Ich bekomme meine readings gar nicht mehr weg.  :'( Ich guck mal wo ungefähr das Problem stecken könnte....
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

KölnSolar

#103
Wie definiert sich wohl ein Polygon ?
Ich würd sagen: mindestens 3 Punkte

in BB macht man Polygone mit einem Punkt  :o

Ich hab das jetzt abgefangen. Allerdings hatte ich auch noch einen kleinen Fehler  >:( Außerdem der geocode als Reading. Hilft zumindest beim testen.

Trebs+99km müsste mehr als eine Meldung liefern, oder ? :-\ :(

Edit: korrigierte Version.
Edit2: Attachement after 10 downloads removed;new version below
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

frank

ZitatTrebs+99km müsste mehr als eine Meldung liefern, oder ?
auf alle fälle brandenburg.
schon ca 21km südöstlich unterhalb dömitz erkennt man bei google ein länderdreieck (nds/bb/mv) in der elbe.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html