[Toulon7559]

Cumulus is een ‘gemeenschapszin-software’ die verder ontwikkelt in handen van gebruikers via hun gebruikersgroep,
en eigenlijk zouden de aanhangende hulpfiles moeten mee-ontwikkelen om optimaal aangesloten te blijven.
Inderdaad staat bij de HWA-handleidingen dat de template-files (aka masker-files) niet aangepast mogen worden,
maar die tekst is vooral bedoeld om wildgroei te dempen.

Bij voldoende kennis van Cumulus staat echter niets je in de weg om een aangepaste template-file met aansturing te gaan maken:
integendeel, de toevoeging/invulling van velden voor licht en UV is zondermeer welkom, evenals invulling van velden die nu ‘leeg’ zijn.
Let bij ‘upgrade’ op dat je maatregelen neemt in de aansturing voor als een PWS sommige velden cq soms via Cumulus niet kan vullen:
dan is de ‘no_data’-invulling —- (= 3* koppelteken) van toepassing, wat aan de HWA-server doorgeeft zo’n veld over te slaan.
In de velddefinitielijsten kun je al zien welke velden door de HWA-server nu wel of niet worden bekeken en waarvoor.

De HWA-server neemt voor windpiekwaarde over wat onder veld hiwindspeed wordt overgestuurd,
dus neem het de HWA-server niet kwalijk, maar kijk of de Cumulus-invulling cf de bedoeling is, die in de velddefinitielijsten staat.

Als je Cumulus ‘experimenteel’ gaat laten uploaden, geef dan bij voorkeur vooraf een waarschuwing, zodat we kunnen meekijken hoe het overkomt.

Met inachtnemen van voldoende voorzichtigheid is in de bovengeschetste context uiteraard ook geen bezwaar dat de template-files/maskerfiles van andere software-pakketten worden verbeterd door ter zake kundige forumleden!!!!!

[dehoutalkmaar]

Bedankt voor je antwoord. Vandaag ga ik ermee aan de gang.
ik zal hier posten wanneer de experimentele file live staat.

[dehoutalkmaar]

Ik heb het bestand aangepast en offline getest. De uitvoer is wat ik er van verwacht.
Het bestand staat nu live in experimentele fase.

Zo te zien worden alle gegevens goed ingevuld op HWA

[dehoutalkmaar]

De experimentele HWA-file voor Cumulus staat nu ruim een week online, en de juiste data wordt consequent op de website getoond.

De volgende webtags zijn aangepast voor de windvlaag:

$hiWindSpeed = "<#wgustTM>";
$hiWindSpeedTime = "<#TwgustTM>";

Alleen als je weerstation een zonne-energiesensor (meting in W/m2) en een uv-sensor heeft kun je ook de volgende tags aanpassen:

$solarRad = "<#SolarRad>";
$hiSolarRad = "<#solarTH>";
$hiUV = "<#UVTH>";
$hiUVTime = "<#TUVTH>";

[Toulon7559]

Als je een 'ongelukje' met je meteo-software kunt corrigeren door herstart van die software, destebeter, natuurlijk incl. generatie van een HWA-file.
Echter de laatste tijd een paar keer gezien dat sommige software herstart met als default de amerikaanse datum-notatie in layout mm/dd/yyyy of mm-dd-yyyy
De HWA-server kijkt echter in de HWA-file uit naar een Europese datum-notatie in layout dd-mm-yy of dd-mm-yyyy
Door combinatie van herstart met die Amerikaanse datum-notatie en de HWA-zoekverwachting krijg je dan dus soms de situatie dat er een HWA-file is, die correct lijkt,
maar die niet wordt geaccepteerd door de HWA-server, als hij bijv. een mm ziet >12,
of met totaal verkeerde datum, omdat in de praktijk dd en mm van plaats zijn gewisseld).
Overkomt je dat, denk dan even aan dit aspect en controleer daarop je software ....

De variant dd/mm/yyyy liefst vermijden, want acceptatie daarvan door de HWA-server is niet stabiel.

[dehoutalkmaar]

De variant dd/mm/yyyy liefst vermijden, want acceptatie daarvan door de HWA-server is niet stabiel.

Volgens mij bedoel je hier: mm/dd/yyyy

[Toulon7559]

mm/dd/yyyy zeker ongewenst, want dat is Amerikaanse datum-notatie,
maar de HWA-server vindt ook / in een (Europese) datumstring dd/mm/yyyy niet altijd lekker
(proefondervindelijk ondervonden i.v.m. een fout in de Meteotemplate-addon ssHWAFeed)

[dehoutalkmaar]

Aha, ik dacht dat het een typo was. Heel de slashes over het hoofd gezien. Excuus.