Algemeen forum voor discussie over de website
Gebruikersavatar
Door Ronnie
#76477
Sinds kort ben ik van Weatherlink overgestapt naar WUnderground voor upload naar HWA.

Er zit een fout in de upload van WUnderground.
HWA pakt niet de hoogste windstoot maar de hoogste windspeed van WUnderground.
Zowel Weatherlink als mijn weerstation geeft 69.2 als max en HWA 54.7
Ook pakt HWA voor de 10 minuut gemiddelde wind de verkeerde waarde denk ik ivm de piekerige grafiek, deze was met Weatherlink altijd veel mooier.

Misschien moet hier even goed naar gekeken worden.

Ron.
Bijlagen
gemiddeld.jpg
gemiddeld.jpg (33.92 KiB) 384 keer bekeken
wind.jpg
wind.jpg (26.05 KiB) 384 keer bekeken
wind hwa.jpg
wind hwa.jpg (39.03 KiB) 384 keer bekeken
#76478
Ronnie,

Je waarnemingen met gebruik van WU_als_tussenstation_naar_HWA bevestigen weer eens wat we altijd al aangeven,
m.b.t. sterke voorkeur voor 'originele meteodata' uit weerstations liefst direct, maar steeds over kortste traject.
Argument:
ieder 'tussenstation' zoals AWEKAS, WU, PWSW, CWOP maar ook Weatherlink pakt binnenkomende data op eigen manier op en geeft de data zelden helemaal transparant door,
niet alleen in tijd, maar ook door filtering&vertaling.
'Verminkt' een tussenstation de stationsdata, dan kan de HWA-server daar heel zelden nog iets aan corrigeren.
Aan HWA-kant kijken we voor verminkte of ontbrekende data of er rekenkundig een alternatieve afleiding kan worden gemaakt voor invulling,
maar dan zijn correcte brondata wel heel duidelijk een vereiste.

Als je stationsdata in Weatherlink.com van betere kwaliteit zijn, dan is misschien deze interface-aanpak de iets betere invulling:
het verschil van StationForwarder t.o.v uitlezing van de WU-API is dat de StationForwarder alternatief de meteodata direct uit Davis’ Weatherlink.com kan pakken.
De versie van StationForwarder die HWA beschikbaar stelt voor datadoorgifte naar HWA’s CustomUpload houdt rekening met oppikken van de correcte gustwaarden uit Weatherlink.com
Wel meer huiswerk voor de stationbeheerder, want je moet voor StationForwarder een GoogleApp-script gaan invullen, installeren en activeren.

Aanpassing 13 april2026:
Tekst toegevoegd met uitleg over verminkte en ontbrekende data.
We zullen de WU-API nog een keer nakijken of met andere, beschikbare data misschien voor HWA een correctere windgustwaarde kan worden bepaald.
#76484
Duidelijk verhaal.
Maar HWA wil toch zo accuraat mogelijke metingen? waarom dan gebruik maken van de tussenstations die dit niet goed doorgeven!
Soms begrijp ik niet zo goed wat eigenlijk het idee is achter HWA.

Ron.
#76485
Ronnie, e.a.,

Zoals uitgelegd in de Aanmeld- & Handleidingensectie van het forum is een zo direct mogelijke verbinding tussen een weerstation en de HWA-server het best,
want dat geeft minste verminking en minste vertraging van de overdracht van stationsdata.
In dat opzicht is momenteel de optimale aanpak een HWA_CustomUpload direct uit een weerstation.
Echter heel weinig stations aansluitbaar via zo'n 'optimale' interface.
Heel veel stations realiseren dataoverdracht naar de buitenwereld m.b.v. van een stuk software in of aan het weerstation, of vergelijkbaar een hulpsysteem zoals Meteobridge.
In de Handleidingensectie legio voorbeelden.

Er zijn stationsbeheerders die niet willen of kunnen investeren in plaatsen & instellen in DHZ-werk van een HWA-interface via zulke extra software.
Voor zulke stationsbeheerders/weerstations is dan de 'next-best' mogelijkheid van interfacen dat de HWA-server indirect uitleest van een organisatie waarheen het betreffende weerstation al eenvoudig zijn data uploadt en daarna uitleesbaar door HWA, zoals AWEKAS, CWOP, PWSW en WU:
zoals in vorig bericht aangegeven zal dat heel vaak met enig kwaliteitsverlies gepaard gaan.

Realisatie van een interface naar HWA is dus voor een stationsbeheerder een afwegen van enerzijds gemak tegen anderzijds datakwaliteit:
de HWA-server pakt op wat wordt geleverd via de gekozen interface,
en kan dat niet meer verbetereen .......