Whew… I’ve written a shim script to replace the now-missing WXDailyHistory.asp page on the WU website with a WXDailyHistory.php script on your website that returns the same formatted CSV file for use with Jim McMurry’s (jcweather.us) script set. Only two files change if you have a working installation:
WU-History-inc.php - V3.4d - 23-May-2019 and
WXDailyHistory.php - V1.00 - 23-May-2019 (added file … initial release).
The WXDailyHistory.php file uses the WU/TWC API to api.weather.com to retrieve (and cache monthly data), then format to the CSV file expected by WU-History-inc.php.
Released on GitHub at https://github.com/ktrue/WU-History distribution … please read the README.md for more info.
Great job, Ken! It works perfect right out of the gate.
I’ve just released WXDailyHistory.php V1.22 - 12-Jul-2019. The WU API was returning bad obsTimeLocal values for any date from June, 2018 or before. The epoch date was being returned in milliseconds (13 digits) instead of the expected 10-digit seconds.
https://github.com/ktrue/WU-History – only WXDailyHistory.php (and the README.md) were changed. No need to reload your cache files for June, 2018 and before… the script handles the date by processing the epoch date (after pruning if need be) to generate the local date based on the tz entry in the returned JSON.
This may also fix some strange errors for Radomir’s wugraphs in month and year mode.
My thanks to Holger of http://dl5ark.heliohost.org for spotting the issue leading to the fix.
Ahh… one more major change to Version 1.30 - 18-Jul-2019. This set of changes now fixes the display issues for Year and Month in Radomir’s wxwugraphs. Only WXDailyHistory.php (and the README.md) were changed.
If you’re using Radomir’s wxwugraphs scripts, you’ll need to clean out your wxwugraphs/cache/ files to get good CSV files stored by WXDailyHistory.php returns. See the README.md on the distribution for details. Thanks again to Holger for testing this out.