Maar eerlijk gezegd zoek ik er ook niet meer naar aangezien de Weerplaza pluim dit vervangen heeft, nadeel is dan misschien wel dat je in die pluim geen exacte waarden kan aflezen (@Weerplaza, interactief met je muis over de pluim gaan en de waarden om bepaalde tijdstippen af kunnen lezen zou misschien een mooie toevoeging zijn).
Qua correcties moet er misschien nog wat aan gesleuteld worden. Het ging mij er in elk geval niet om van je werk een model te maken dat toerekent naar de te verwachten temperatuur op een KNMI meetstation. Wel dat de daglichtperiode mee zou moeten wegen in het gemiddelde. Simpel voorbeeldje, stel dat de pluim een te verwachtten temperatuur geeft van 10°C om 2u, 13°C om 8u, 20°C om 14u en 17°C om 20u, dan kom je op een Tg van 15°C uit als elk tijdstip even zwaar weegt.
Het probleem is echter dat als deze verwachting in februari in de pluim zit, de Tg waarschijnlijk onder de 15°C uitkomt doordat uren met hogere temperaturen in de minderheid zijn. In juni is de waarschijnlijke Tg dan boven de 15°C, de uren met hogere temperaturen zijn dan immers in de meerderheid.
Deels zal dit effect overigens ook wel in de pluim zitten, de temperatuur om 8u en 20u ligt bij deze Tn en Tx verwachting in februari waarschijnlijk lager dan wanneer het juni zou zijn. Toch ondervang je het effect daar niet helemaal mee. Het tijdstip waarop de Tx genoteerd wordt geeft dat ook weer, dat zal bij gelijke omstandigheden in februari waarschijnlijk rond 14u zijn terwijl dit in juni tussen 16u en 18u is.