- 11 jan 2026, 15:07
#76332
Vanuit een databron invullen van de HWA-file e.d. is iedere keer weer een uitdaging om de geschikte koppelingen te maken,
en om te identificeren waar & welk aanvullend rekenwerk vereist is of een default-invulling.
Bij de vraag naar een PHP-script voor uitlezing en -compilatie vanuit BMCB, KNMI en RMI komt als eerste de vraag hoe de beschikbare databronnen te koppelen naar de velden in de HWA-file.
Bijgaand een xls-tabel (in pdf-afdruk) die een mogelijke mapping aangeeft:
let op de benodigde 'vertalingen', want de datetime-layout van de bronnen is vaak niet CET/Europees,
en BMCB werkt bijv. met Kelvin-temperaturen.
Evenals in voorgaande berichten zijn de Basis-velden rood-gemarkeerd, de Optie-velden groen-gemarkeerd, en de 'resterende' velden in blauw.
Bij de script-opzet voor uitlezing ook rekening houden met de timing, want zowel BMCB, KNMI en RMI verversen hun data iedere 10 minuten, en best pas uitlezen & verwerken met een vertraging t.o.v. van dat interval, dus bijv. uitlezen pas op xx:15, xx:25, e.v.
.
Vooruitzien
KNMI heeft in de JSONfile Groundtemperature, en bij BMCB en RMI zit in de JSON-file een veld voor Grass_temp_min:
hoewel misschien toekomstig interessant voor oplijning van HWA daarmee (en misschien met VWK_Sylphide?)
hoogstens als growth potential in te bouwen in een decoderingsscript, want nu bijna overal 'null' als databroninvulling.
Waarom mist trouwens voor een actueel klomphoogte-beeld in die JSON-files van BMCB en RMI de waarde voor Grass-temp?
En waarom nergens een waarde voor Grass-hum?
Een klomphoogte-sensor heeft die actuele data waarschijnlijk al zonder moeite beschikbaar
tenzij het een thermometer is zoals MetOfficeUK aanbeveelt voor temperatuurmeting boven gras of beton.
Bij sommige organisaties en in een aantal softwarepakketten zie je ook melding van tempfeel oftewel gevoelstemperatuur.
Interessant, maar om werk te vermijden voor Luc en voor al die mensen die een compiler/vertaler onderhouden voor de HWA-interface is het niet handig om de benodigde dataset alsnog in de HWA-file toe te voegen.
Tempfeel kan lokaal aan de HWA-kant worden berekend met data al beschikbaar in HWA's database (bijv. met de formula van Australie's BOM).
Hetzelfde geldt voor zoiets als ET als tegenhanger van Neerslag (en dan m.b.v. van het PenmanMonteith-algorithme volgens rapport FAO56).
.
en om te identificeren waar & welk aanvullend rekenwerk vereist is of een default-invulling.
Bij de vraag naar een PHP-script voor uitlezing en -compilatie vanuit BMCB, KNMI en RMI komt als eerste de vraag hoe de beschikbare databronnen te koppelen naar de velden in de HWA-file.
Bijgaand een xls-tabel (in pdf-afdruk) die een mogelijke mapping aangeeft:
let op de benodigde 'vertalingen', want de datetime-layout van de bronnen is vaak niet CET/Europees,
en BMCB werkt bijv. met Kelvin-temperaturen.
Evenals in voorgaande berichten zijn de Basis-velden rood-gemarkeerd, de Optie-velden groen-gemarkeerd, en de 'resterende' velden in blauw.
Bij de script-opzet voor uitlezing ook rekening houden met de timing, want zowel BMCB, KNMI en RMI verversen hun data iedere 10 minuten, en best pas uitlezen & verwerken met een vertraging t.o.v. van dat interval, dus bijv. uitlezen pas op xx:15, xx:25, e.v.
.
Vooruitzien
KNMI heeft in de JSONfile Groundtemperature, en bij BMCB en RMI zit in de JSON-file een veld voor Grass_temp_min:
hoewel misschien toekomstig interessant voor oplijning van HWA daarmee (en misschien met VWK_Sylphide?)
hoogstens als growth potential in te bouwen in een decoderingsscript, want nu bijna overal 'null' als databroninvulling.
Waarom mist trouwens voor een actueel klomphoogte-beeld in die JSON-files van BMCB en RMI de waarde voor Grass-temp?
En waarom nergens een waarde voor Grass-hum?
Een klomphoogte-sensor heeft die actuele data waarschijnlijk al zonder moeite beschikbaar
tenzij het een thermometer is zoals MetOfficeUK aanbeveelt voor temperatuurmeting boven gras of beton.
Bij sommige organisaties en in een aantal softwarepakketten zie je ook melding van tempfeel oftewel gevoelstemperatuur.
Interessant, maar om werk te vermijden voor Luc en voor al die mensen die een compiler/vertaler onderhouden voor de HWA-interface is het niet handig om de benodigde dataset alsnog in de HWA-file toe te voegen.
Tempfeel kan lokaal aan de HWA-kant worden berekend met data al beschikbaar in HWA's database (bijv. met de formula van Australie's BOM).
Hetzelfde geldt voor zoiets als ET als tegenhanger van Neerslag (en dan m.b.v. van het PenmanMonteith-algorithme volgens rapport FAO56).
.
Config = TFA_Nexus/WS7000/Tempest/Ecowitt + WsWin/Domoticz/GW1000/Meteobridge + DHZ
WS Hengelo_Slangenbeek
Kwaliteitsstreven, maar pragmatisch/KISS, ook voor deze liefhebberij!
Moderator = ondersteunend, vrijwillig, zover als passend in vrije tijd ....
WS Hengelo_Slangenbeek
Kwaliteitsstreven, maar pragmatisch/KISS, ook voor deze liefhebberij!
Moderator = ondersteunend, vrijwillig, zover als passend in vrije tijd ....
