Oooh.. I'm embarrassed to have not caught that on my own site! It looks like I was running some old code that didn't change the timezone properly, so it did the copy of NOAAPRMO.TXT early (before the month ended) instead of later (8 hrs after the month starts, and same for the yearly copy).
It started in April on my site (when I moved to a new VPS), so Apr, May, Jun, Jul were all incorrect (each containing the prior month). Now it's all fixed (I hope).. that's the problem with debugging something that happens once per month or year.
What I changed in the script version was putenv("TZ=$ourTZ");
to if (!function_exists('date_default_timezone_set')) {
if (! ini_get('safe_mode') ) {
putenv("TZ=$ourTZ"); // set our timezone for 'as of' date on file
}
} else {
date_default_timezone_set($ourTZ);
}
so the timezone would be correctly set. It was only with WeatherLink that this was important, as the script copies NOAAPRMO.TXT (and NOAAPRYR.TXT) to be the prior month (and year) NOAA reports.. for VWS or Cumulus, the files are named and handled by the weather software.
Thanks for spotting the issue(s) Mark!