Hallo,
diesmal habe ich selbst eine Problem mit Meteohub, bei dem ich keine Lösung weiß.
Gestern ging ja bei uns ein erheblicher Niederschlag nieder (wie auch in anderen Gegenden) und dummerweise merkte ich erst, nachdem schon 7mm gefallen waren und nichts mehr dazukam, obwohl es regente, dass mein Regenmesser verstopft war.
Das Regenmesserproblem war schnell erledigt aber nun hatte ich natürlich eine erhebliche Regenmenge in kürzester Zeit.
Ergebnis:
Meteohub hat eine Regenrate von 1440 errechnet . (natürlich nciht die Schuld von Meteohub)
Und nun suche ich eine Möglichkeit, diese natürlich durch mich ausgelöste falsche Regenrate zu korrigieren oder evtl zu löschen.
Mein Versuch, einfach die Regendaten im besagten Zeitraum zu löschen, schlängt natürlich fehl, weil dann auch die Regenmenge fehlt und nicht nur die Regenrate.
Hier ein Auszug der fehlerhaften Daten:
Zitat20151120115342 rain0 042 0 392
20151120115443 rain0 042 0 392
20151120115514 rain0 042 0 394
20151120115524 rain0 01440 0 406
20151120115535 rain0 06776 0 424
20151120115545 rain0 06776 0 440
20151120115555 rain0 014400 0 460
20151120115605 rain0 014400 0 480
20151120115616 rain0 014400 0 500
20151120115626 rain0 08862 0 520
20151120115636 rain0 08862 0 542
20151120115646 rain0 09600 0 542
20151120115717 rain0 0212 0 542
20151120115727 rain0 0162 0 542
20151120115738 rain0 0132 0 542
20151120115748 rain0 0112 0 542
20151120115758 rain0 098 0 542
Da Löschen nicht zielführend ist: gibt es hier einen anderen Weg?
Hallo Werner,
wertest du die Regenrate überhaupt nachträglich aus?
Ich z.B. nicht, mich interessieren nachträglich nur die täglichen Mengen.
Ansonsten wüsste ich nur die Möglichkeit, die entsprechende raw-Datei mit einem passenden Editor zu bearbeiten.
Das würde ich aber erst im Folgemonat machen, da die aktuelle Datei ja in ständiger Bearbeitung ist.
Vorher aber eine Sicherheitskopie anlegen.
Außerdem müsstest du dann eigentlich die Regenmengen neu verteilen, also wozu das alles?
Gruß
Bernd
Hallo Bernd,
Zitatalso wozu das alles?
Das ist eine berechtigte Frage, aber wenn Du Dir mal das Awekas-Template ansiehst, das die Meteohub-Daten auswertet und darstellt, dann wirst Du meine Frage verstehen.
Da steht dann nämlich als Maximalwert im MOnat (bzw. Jahr) und als Allzeit-Maximalwert der falsche Wert von 1440 l/m² drin.
Hier gut zu sehen:
http://don-wetter.de/meteohub/style1/statistik.php#
Hallo Werner,
wenn du in Meteohub etwas editierst, wird dann auch nachträglich AWEKAS aktualisiert?
Oder muss man in AWEKAS auch noch editieren?
Dann könntest du dir das Ändern in Meteohub sparen.
Hallo,
nur damit wir nicht aneinander vorbeireden:
Wenn Daten in Meteohub editiert werden, wird auch das durch Meteohub erstellte Awekas-Template (s. mein Link) neu berechnet. Es wird hier ja die Datei all-sensors-xml ausgewertet. Die Darstellung in Awekas selbst (also, das, was Du auf der Website siehst) kann gar nicht editiert werden, da, wie gesagt, nur die Daten der all-sensors-xml verwendet werden.
Übrigens, aber das ist eine andere Sache:
Awekas selbst, also awekas.at hat den falschen Wert, der dorthin natürlich auch übermittelt wurde, sofort gesperrt und selbst einen realistischen Wert für diesen Tag (ich glaube, es waren 39 l/m²) errechnet.
Aber je mehr ich darüber nachdenke, destro klarer wird mir, dass hier ein Editieren nahezu unmöglich ist, denn die von Meteohub errechnete Regenrate entsteht ja wiederum durch eine Berechnung aus den tatsächlichen (falschen) Regendaten. Und dazu müsste ja die falsche Gesamtregenmenge in "Einzelportionen" aufgeteilt werden.
Ich sehe nach reiflicher Überlgung fast nur einen Weg (stimmst Du da zu?):
Den Bereich der falschen Regenwerte doch löschen und die dadurch fehlende Menge des Gesamtregens in mehrere kleine Portionen aufzuteilen. Ist natürlich ein Aufwand, der fast nicht dafürsteht, aber der unsinnige Wert von 1440 stört mich schon maßlos, da der ja über die Jahre erhalten bleibt und auf Grund seiner utopischen Höhe wohl kaum überboten wird..
Ja, dann bleibt nur das Editieren der Meteohub - Daten.
Aber ich denke, dass nur die Regenrate geändert werden muss.
Die Regenrate wird in Meteohub vermutlich nicht rückwirkend neu berechnet.
Mir war auch erst nicht klar, dass die all-sensors.xml verwendet wird, ich habe das Template nicht.
Hallo Bernd,
ZitatDie Regenrate wird in Meteohub vermutlich nicht rückwirkend neu berechnet.
Das ist eben die Frage. Ich werde, wenn der Monat vorbei ist, auf alle Fälle mal einen Test machen.
Danke.
Hallo,
ich habe das Problem jetzt so gelöst, da die Regenrate allein wohl nicht zu bearbeiten ist:
Ich habe den Monsterniederschlag in Meteohub gelöscht. Dann stimmt zunächst die Regenrate, aber die Regenmenge ist zu gering. Und genau diese zu geringe Regenmenge habe ich in drei Einzelportionen dann wieder eingefügt.
Seltsames Vorgehen, aber es funktioniert.
Hallo Werner,
ich habe aktuell, das gleiche Problem. Beim Justierversuch meines Regenmessers wurde ein Spitzenwert von 14,8 mm/min aufgzeichnet. In Wswin konnte ich diesen Wert editieren. In meteohub habe ich alle Datensätze für die "künstlichen" Regenmengen gelöscht. Diese Datensätze wurden durch das System auch mit einem * gekennzeichnet. Nur in den Monats-/Jahres Statistiken steht der Rekordwert immer noch drin.
Kann das sein, dass die Verarbeitung der Daten erst mit dem Monatsabschluß wirksam werden?
Im Handbuch konnte ich keinen Hinweis finden, oder ich habe es übersehen.
Viele Grüße
Gewittersturm :blitz: :regenwolke:
Hallo Gewittersturm,
Zitatdass die Verarbeitung der Daten erst mit dem Monatsabschluß wirksam werden?
Nein, allerdings auch nicht sofort. Warte mal bis zum nächsten Tag, denn es muss ja eine Neuberechnung der Daten gestartet werden (was Du hoffentlich angestoßen hast)
Hallo Werner,
ja, die Neuberechnung hatte ich angestoßen und ist auch abgeschlossen. Die Allzeitrekorde für Regenrate und Regenmege, ausgelöst am 03.Dezember durch meine Pipette sind leider noch allgegenwärtig.
Ich habe mal in der Monats.raw nachgeschaut, dort sind die Regendaten nach wie vor vorhanden.
Ich würde ja die Regendaten in der .raw editieren wollen , doch einige Forumsmitglieder haben da schon negative Erfahrungen gesammelt.
Hast Du noch eine Idee, wie ich die Regenrekorde wieder los werde?
Übrigens in Wswin ist alles O.K.
Gruß
Gewittersturm :blitz: :regenwolke:
Hallo,
vom Editieren der raw-Datei würde ich auch abraten, vor allem beim Regen.
Kontrolliere doch nochmals nach, ob die Werte immer noch als gelöscht gekennzeichnet sind.
Denn wenn die Kennzeichnung nun weg ist, dann muss bei Editieren etwas schiefgelaufen sein.
Die Aufzeichnung musst Du ja vor dem Löschen hoffentlich gestoppt haben, sonst wäre ja gar nichts gegangen.
Hallo,
die Werte sind noch mit * gekennzeichnet - siehe Anlage-.
Vielleicht kann eine Neuberechnung nicht durchgeführt werden, weil ich bei jedem Datensatz einen Zeitzuschlag von 240 s gegeben habe und es dadurch zu Überschneidungen gekommen ist?
Gruß
Gewittersturm :blitz: :regenwolke:
Hallo,
Zitatweil ich bei jedem Datensatz einen Zeitzuschlag von 240 s g
Falls ich Dich jetzt nicht falsch verstanden habe, ist das so nicht richtig.
Du musst ja, als Beispiel, beim Löschen den Startdatensatz eingeben, also z.B.
20161203125700
und nun in Sekunden angeben, wie weit gelöscht wird. Du brauchst also sozusagen die Differenz zwischen dem
ersten und dem
letzten zu löschenden Datensatz in Sekunden.
Und warum Du dann plötzlich beim Wert
9176
aufhörst, obwohl der falsche Wert ja noch weitergeht, weiß ich nicht. Darin dürfte der Fehler liegen.
Nebenbei bemerkt: die Editierfunktion bei Meteohub ist ein Graus, es ist eine Zumutung an den Nutzer.
Dass wurde beim neuen System MeteobridgePro besser gelöst, aber das ist ein anderes Kapitel
Manchmal funktioniert es nur, wenn auch der letzte "richtige" Wert gelöscht wird.
Das heißt, der Wert bei 20161203124843 muss auch gelöscht werden.
Zitat von: wneudeck am 08.12.2016, 23:15:54
Hallo,
Zitatweil ich bei jedem Datensatz einen Zeitzuschlag von 240 s g
Falls ich Dich jetzt nicht falsch verstanden habe, ist das so nicht richtig.
Du musst ja, als Beispiel, beim Löschen den Startdatensatz eingeben, also z.B.
20161203125700
und nun in Sekunden angeben, wie weit gelöscht wird. Du brauchst also sozusagen die Differenz zwischen dem ersten und dem letzten zu löschenden Datensatz in Sekunden.
Und warum Du dann plötzlich beim Wert
9176
aufhörst, obwohl der falsche Wert ja noch weitergeht, weiß ich nicht. Darin dürfte der Fehler liegen.
Nebenbei bemerkt: die Editierfunktion bei Meteohub ist ein Graus, es ist eine Zumutung an den Nutzer.
Dass wurde beim neuen System MeteobridgePro besser gelöst, aber das ist ein anderes Kapitel
Und das ist was mich in letzter Zeit ärgert, viele von uns sind User der ersten Stunden und werden mit Neuentwicklungen völlig vergessen, ich hoffe immernoch daß es weiter geht, weil das Meteobridgesystem überzeugt mich bisher noch nicht.
Hallo,
ja, kann ich nur bestätigen. Wenn man das zum 1. Mal macht, ist man sehr verunsichert. Das Löschen und Neuberechnen hat bei mir ca. 6 h gedauert.
Ich habe jetzt alle Datensätze mit Regeninhalten für den 3.12. gelöscht und neuberechnen lassen.
Es ist doch so, dass alle Datensätze wie z.B. 20161203120235 rain0 0 0 4588 keinen Regen enthalten? Jedenfalls sind jetzt alle gelöschten Daten in der Datenansicht und in der Monats.raw mit * gekennzeichnet. Aber die Rekordwerte sind immer noch da.
Ich warte jetzt bis zum nächsten Monat, ob sich dann was getan hat.
Werner hatte da auch Probleme:
Zitat von: wneudeck am 23.11.2015, 12:53:11
Hallo Bernd,
ZitatDie Regenrate wird in Meteohub vermutlich nicht rückwirkend neu berechnet.
Das ist eben die Frage. Ich werde, wenn der Monat vorbei ist, auf alle Fälle mal einen Test machen.
Danke.
Ich hänge die .raw.Datei noch an, vielleicht fällt dem einen oder anderen nochwas ein.
Viele Grüße
Gewittersturm :blitz: :regenwolke:
Hallo,
Zitatdass alle Datensätze wie z.B. 20161203120235 rain0 0 0 4588 keinen Regen enthalten?
Die Ausdrucksweise ist so nicht richtig. Der jeweilige Datensatz enthält folgende Werte
(Auszug aus der Hilfe von Meteohub)
rain rate [mm/h] (or 1/10 mm/h when number has leading 0)
rain fall yesterday [mm] ** wird nicht unterstützt **
rain fall total [1/10 mm] (seit Start der Aufzeichnung)
Das bedeutet, letztlich ist für Dich nur der letzte der drei Werte massgeblich, denn der 1. Wert ist ja die Regenrate und der zweite ist unmaßgeblich.
Dies bedeutet, Du musst vom letzten richtigen Wert ab löschen. Ob Regen gefallen ist, siehst DU nur am Anwachsen des letzten Wertes. (indirekt natürlich auch an der Regenrate)
Ich ergänze hier noch was, was ich aber weiter oben Dir schon gesagt habe:
Dein letzter richtiger Datensatz hat ja offenbar einen Gesamtregenmengenwert von 4627. Und wenn Du dann beim Löschen mit dem Wert 9176 mittendrin aufhörst, obwohl dieser Wert noch weitergeht, kann es nicht funktionieren. Denn dann ist ja die falsche Gesamtregenmenge immer noch vorhanden. Die wirst Du auch im nächsten Monat dann noch haben.
Ganz falsch habe ich ja nicht gehandelt. Ich habe alle Werte mit Regenrate für den fraglichen Zeitraum gelöscht. Somit sollte doch der Spitzenwert von 14,8 mm/min verschwunden sein.
Ist er aber nicht.
Das nächste mal wird das Kabel von der ISS abgezogen. Ich dachte Editieren geht doch auch ganz einfach. Denkste!
Übrigens die .raw Datei wurde nicht gesendet, weil sie mit 486 kbit(mit rar gepackt) zu groß war.
Gruß
Gewittersturm :blitz: :regenwolke:
Beiträge zusammengeführt, weil der Autor sich selbst geantwortet hat statt seinen letzten Beitrag zu ändern: 10.12.2016, 12:44:12
Vielen Dank für die genaue Erläuterung. In der Tat, konnte ich nochmal 32 Dätensätze identifizieren, die gelöscht werden müssen. Die Neuberechnung ist schon angestoßen.
Gruß
Gewittersturm :blitz: :regenwolke:
Beiträge zusammengeführt, weil der Autor sich selbst geantwortet hat statt seinen letzten Beitrag zu ändern: 11.12.2016, 08:29:21
Hallo Werner,
Zitat von: wneudeck am 10.12.2016, 10:53:12
Hallo,
Zitat
Ich ergänze hier noch was, was ich aber weiter oben Dir schon gesagt habe:
Dein letzter richtiger Datensatz hat ja offenbar einen Gesamtregenmengenwert von 4627. Und wenn Du dann beim Löschen mit dem Wert 9176 mittendrin aufhörst, obwohl dieser Wert noch weitergeht, kann es nicht funktionieren. Denn dann ist ja die falsche Gesamtregenmenge immer noch vorhanden. Die wirst Du auch im nächsten Monat dann noch haben.
Nochmal zum besseren Verständnis, das bedeutet dann: seit 8 Tagen werden die falschen Regenmengen aufgezeichnet. Bei einem Intervall von 2 Minuten wurden bisher ca. 5.760 Datensätze generiert. Der Startdatensatz 20161203124843 müsste dann einen Zuschlag von 691.200 Sekunden erhalten. Wenn ich den Neuberechnungsprozess anstoße, ist mein Rechner bis Ende des Jahres ausgelastet. Editieren in Meteohub kann man vergessen! In Wswin hatte ich den Fehler in einer Minute ausgebügelt.
Gruß
Gewittersturm :blitz: :regenwolke: