[Toulon7559]

Voor vulling van de HWA-stationslijst e.d. nu een reeks Pythonscripts draaiend op een externe hulpserver,
voor lezing uit KNMI, RMI en BMCBi selectief, nog experimenteel per station
=> specifieke scripts, plus afhankelijkheid van blijvende beschikbaarheid van die externe hulpserver.
Betere opzet is om die te vervangen door uitlezing via het hwaportal van de hele reeks stations van die 3 organisaties, dynamisch aanpassend aan de beschikbare stations & elementen.
Uitlezing omzetten naar PHP-scripting, omdat dat compatible is met de HWA-hoofdserver-opzet:
dat is een ambitieuze onderneming, maar onvermijdelijk voor een aanpak met toekomst.
3 Verschillende scripts, omdat niet zoveel overeenkomst dat 1 algemeen script het werk kan doen voor alle 3 (of nog meer) organisaties.

De eerste testversie voor KNMI draait nu voor binnenhalen van de actueel beschikbare data van de hele reeks stations,
en voor RMI en BMCB komen in het verlengde ook tekenen van leven.
Vooruitkijkend wordt daarbij gelijk in de HWA-file ook ruimte ingericht voor inlezen van ‘gras’-temperatuur vergelijkbaar met ‘norm’-temperatuur:
meegaan in de trend ……..

Hulp is altijd welkom, en als we het werk kunnen verdelen, dan waarschijnlijk redelijk snel een functionerende oplossing.
Met de basis-uitlezing uit bovengenoemde organisaties kan bijna nergens de HWA-file volledig worden gevuld.
Daarvoor is online-bepaling van afgeleide waarden binnen de genoemde PHP-inleesscripts een benodigde vervolgstap.
Voor sommige stations zitten bij bovengenoemde 3 organisatie al enkele, bruikbare afgeleiden in de stationsfiles, maar niet voor allemaal en niet voor alles, en dan is een rekenscript gevraagd om het voor alle afgeleide waarden ‘zelf’ te kunnen doen op een 'standaard'-manier.
En voor afhandelen van een reeks stations in 1 script moet je dan naar andere opzetten kijken dan als je script/station hanteert.
Afleiding van waarden die we allereerst zoeken voor verdere vulling voor ActueelWeer/station en statistiek/station:
- Tmax & Tmin plus hun tijden van optreden daarvan na CET00:00
(voor ‘norm’-temperatuur en voor ‘gras’-temperatuur)
- Windspeed_max plus tijd van optreden daarvan na CET00:00
- Rainrate_1uur, Rain_Today, Rain_maandsom, Rain_jaarsom
- Barotrend_over_3uur
- Solarradiation_max plus tijd van optreden daarvan na CET00:00

We zoeken nog een liefst eenvoudige, beproefde opzet waarmee we in PHP-script voor de genoemde reeksen met stations dit soort afgeleide waarden per individueel station kunnen bepalen en bijhouden.
Bij een Pythonscript is een dictionary/station als data-werkarchief daarvoor een praktisch geschikt hulpmiddel,
maar hoe doe je dat vergelijkbaar in PHP-scripting?
Wie heeft of kent zulke stukken PHP-script?
Kant&klaar passend natuurlijk ideaal, maar verwijzing naar bruikbare elementen helpt al, dus hints van harte welkom.

[Toulon7559]

Wat we dus met een complete toevoeging voor 'gras'-temperatuur aan de HWA-file bedoelen,
is zoiets zoals hier beschreven

We beginnen met eenvoudigweg uitlezen wat wordt aangeboden, en dat invullen op extra regels in de HWA-file van leverende stations.
hoeven we daarna alleen nog maar Luc te overtuigen om het in de HWA-server verder te gaan inlezen&uitwerken .......
Plus nog overal actie voor andere stations die het element grastemperatuur of groundtemperatuur kennen om het op de bovenstaande manier in de uploadsoftware in te voegen.

[Toulon7559]

De uitlezing uit BMCBi & basis-vertaling naar HWA-files m.b.v. PHP-scripting werkt in beginsel:
focus nu op kuisen van de cronjobsturing voor het HWAportal,
Daarna aankoppelen aan de HWA-stationslijst van de beschikbare BMCB-stations,
deels/eerst door hernoemen&reactiveren van de BMCB-stations die al in die lijst staan.
Tot slot uitbreiden van de PHP-vertaler met meer afgeleide waarden totdat de HWA-file zo volledig mogelijk is gevuld.

[Toulon7559]

Veel moderne weerstations hebben ingebouwde interfaces voor upload van stationsdata naar WUnderground, WeatherCloud e.d. en vaak ook een interface voor CustomUpload.
Die laatste is handig voor directe aansluiting van 1 'niet-standaard' upload zoals de HWA-CustomUpload.

Maar veel stationsbeheerders hebben wensen om naar meer dan 1 extra, externe organisatie de stationsdata te verdelen en bijv. ook intern naar hun Domotica-systeem.
Bij geschikte PWSen kun je die behoefte invullen met een extern softwarepakket zoals Cumulus, WeeWX, WeatherDisplay e.d.
Bij een PWS zonder aansluiting naar zulke software vraagt het om een externe dataverdeler aangesloten op die eerdergenoemde CustomUpload-interface van je PWS.
Meteobridge is een bekend voorbeeld als dataverdeler naar meteo-organisaties, incl. HWA:
kost een hulpprocessor met DHZ-setup, maar menu-gestuurd is setup meestal heel eenvoudig.
FOSHKplugin is een software-oplossing die vanuit 1 databron ook heel veel bestemmingen kan bedienen:
deze invulling vraagt lokaal een extra processor voor afhandeling, met DHZ-werk voor scriptsetup.
StationForwarder is ook software-oplossing via DHZ-scriptsetup, met een andere, beperkter interfacecatalogus dan FOSHKplugin.
StationForwarder met het 'voordeel' dat je bij Google gebruik maakt van hun externe software&processing, dus niets lokaal nodig.

In alle gevallen gezien vanuit het PWS 1 'bemiddelaar' naar buiten toe,
maar dan ligt voor dataverdeling de hele wereld open, incl. naar HWA.

Kijk even in de Handleidingensectie van dit forum wat voor jouw PWS het best past ........

Bij de FOSHK-PWSen schijnt (volgens doorgaans betrouwbare bron) trouwens een firmware-upgrade in de planning te zijn die het mogelijk gaat maken ook AWEKAS en CWOP direct vanuit de PWS-firmware van stationsdata te voorzien.
Weliswaar ook een omweg, maar een alternatieve mogelijkheid om HWA indirect van nette data te voorzien, zonder 'geknutsel' in je PWS of in een 'aanhangsel'.