- 26 jan 2015, 14:01
#64095
Dit bericht is van toepassing op alle Raspberry Pi gebruikers die het programma consolewd (Weather Display) gebruiken voor het loggen van weerdata.
Het programma consolewd produceert standaard logfiles, net zoals Weather Display dit doet. Zo’n logfile (maandjaarlg.txt) heeft deze structuur:
De logfiles gebruik ik voor de verwerking van de data in het programma WXData.
De windmetingen zijn in de logfile dikgedrukt weergegeven. Deze worden in de eenheid knopen opgeslagen, dat hoeft op zich geen probleem te zijn, maar wel op de manier waarop dat nu gebeurt.
De windmetingen die worden opgeslagen zijn de hoogste waarden gemeten in de afgelopen minuut.
Voorbeeld van een windmeter die iedere 14 seconden registreert:
tijd (seconden): [1, 15, 29, 43, 57]
windstoot: [6.7, 6.9, 8.4, 7.4, 4.9]
Van al deze metingen wordt dus de waarde 8 opgeslagen voor de desbetreffende minuut in de logfile. En daar zit het probleem, de waarde wordt afgerond opgeslagen in de eenheid knopen.
Dat betekent dus een enorme reductie van nauwkeurigheid van die meting.
Hoe groot is dat verlies nou?
1 knoop = 1.852 km/h
8.4 knopen = 15.6 km/h
Wat zie ik dan terug in de logfile?
8 knopen = 14.8 km/h
Een verlies van 0.8 km/h in negatieve zin in dit geval, de maximale windstoot die je werkelijk hebt gemeten zul je nooit meer terugvinden in de logfiles. Daarnaast kan het werkelijke verschil hierdoor oplopen tot zelfs 1.852 km/h. Een waarde van 7.5 of 8.4 zullen namelijk beiden worden afgerond naar 8.
Dit vind ik toch wel een hekelpunt van consolewd, terwijl de windmetingen in de logfiles gegenereerd door Weather Display voor Windows wel in een decimaal getal opgeslagen worden.
Ik heb dit significante probleem ook op het forum van Weather Display aangekaart, waarbij ik ook aangeef dat een custom logfile ook geen optie is, gezien tags als %avgspd% en %gstspd% de huidige waarde retourneren en niet de hoogste van de afgelopen minuut. Hierdoor zou je alsnog de maximale windstoot missen in de logfile.
Graag reacties van jullie kant en kijk zelf ook even in uw logfile!
Het programma consolewd produceert standaard logfiles, net zoals Weather Display dit doet. Zo’n logfile (maandjaarlg.txt) heeft deze structuur:
day month year hour minute temperature humidity dewpoint barometer windspeed gustspeed direction rainlastmin dailyrain monthlyrain yearlyrain heatindex
21 1 2015 13 49 01.6 70 -3.3 1012.8 1 3 90 0.0 2.3 47.8 47.8 -0.0
21 1 2015 13 50 01.6 70 -3.3 1012.6 1 3 108 0.0 2.3 47.8 47.8 -0.2
21 1 2015 13 51 01.5 70 -3.3 1012.4 2 3 127 0.0 2.3 47.8 47.8 1.5
21 1 2015 13 52 01.5 70 -3.4 1012.1 2 3 131 0.0 2.3 47.8 47.8 1.5
21 1 2015 13 53 01.5 70 -3.4 1012.0 2 3 144 0.0 2.3 47.8 47.8 1.5
De logfiles gebruik ik voor de verwerking van de data in het programma WXData.
De windmetingen zijn in de logfile dikgedrukt weergegeven. Deze worden in de eenheid knopen opgeslagen, dat hoeft op zich geen probleem te zijn, maar wel op de manier waarop dat nu gebeurt.
De windmetingen die worden opgeslagen zijn de hoogste waarden gemeten in de afgelopen minuut.
Voorbeeld van een windmeter die iedere 14 seconden registreert:
tijd (seconden): [1, 15, 29, 43, 57]
windstoot: [6.7, 6.9, 8.4, 7.4, 4.9]
Van al deze metingen wordt dus de waarde 8 opgeslagen voor de desbetreffende minuut in de logfile. En daar zit het probleem, de waarde wordt afgerond opgeslagen in de eenheid knopen.
Dat betekent dus een enorme reductie van nauwkeurigheid van die meting.
Hoe groot is dat verlies nou?
1 knoop = 1.852 km/h
8.4 knopen = 15.6 km/h
Wat zie ik dan terug in de logfile?
8 knopen = 14.8 km/h
Een verlies van 0.8 km/h in negatieve zin in dit geval, de maximale windstoot die je werkelijk hebt gemeten zul je nooit meer terugvinden in de logfiles. Daarnaast kan het werkelijke verschil hierdoor oplopen tot zelfs 1.852 km/h. Een waarde van 7.5 of 8.4 zullen namelijk beiden worden afgerond naar 8.
Dit vind ik toch wel een hekelpunt van consolewd, terwijl de windmetingen in de logfiles gegenereerd door Weather Display voor Windows wel in een decimaal getal opgeslagen worden.
Ik heb dit significante probleem ook op het forum van Weather Display aangekaart, waarbij ik ook aangeef dat een custom logfile ook geen optie is, gezien tags als %avgspd% en %gstspd% de huidige waarde retourneren en niet de hoogste van de afgelopen minuut. Hierdoor zou je alsnog de maximale windstoot missen in de logfile.
Graag reacties van jullie kant en kijk zelf ook even in uw logfile!