I’ve installed a webcam and downloaded the zip file and updated the website.
No longer is there a blank screen on the pop up when viewing with MS Edge or Chrome on a Windows PC but there’s still a blank page when using Safari or Chrome on an iPad or iPhone (and it’s not a cache issue if that’s relevant). http://www.collapit.org.uk/pwsWD/
Your site does not display the webcam image most of the times as the image from http://collapit.ddns.net:8081/ never fully arrives, the browser is still trying to load data, even if the data is “almost” there.
I opened http://collapit.ddns.net:8081/ on the iPad it never shows the received data.
On a mac it shows the image but still tries to fetch more data.
===
I think you should change is in such a way that the camera should not be accessed for the image.
The image should be uploaded every so many minutes and then accessed from the website as a normal image.
(But I haven’t worked out why max wind time was still showing 14.20.)
All OK this morning
Around midnight there is a lot of housekeeping for a weather-program: min/max today, yesterday values, optional min/max month/year a.s.o.
So it is often that until some time ( 1/2 hour) not all values are initialized. The times will be correct after the first non-zero measurements.
Sorry, it’s not right when I really look at it: the depth is always reported and shown in km, so the depth units have to stay in km whether the distance is shown in miles or km.
Seems to work OK, at least the gust does not disappear altogether. Screenshot wind.png taken at 0001.
Around midnight there is a lot of housekeeping for a weather-program: min/max today, yesterday values, optional min/max month/year a.s.o.
So it is often that until some time ( 1/2 hour) not all values are initialized. The times will be correct after the first non-zero measurements.
I guessed as much when I said
It seems that neither %maxavgspdt% - "maximum average wind speed time" - nor clientraw [135] - "max gust today time" - is reset at midnight.
Waited until 0015 - wind15.png - but no change to times. It’s past my bedtime
There are two parts: The top part is, in your case, the current conditions from WeatherDisplay.
The bottom part (with the 30C) is the current “this” hour forecast, from DarkSky.
Add a DarkSky key and that information will also be current,
There are two parts: The top part is, in your case, the current conditions from WeatherDisplay.
The bottom part (with the 30C) is the current "this" hour forecast, from DarkSky.
Add a DarkSky key and that information will also be current,
This is not a HWS or script problem on our side.
This is a problem on the WU/TWC site where the two databases, old-WU and new-TWC are not always correctly synchronised.
Check these and other discussions on the wx-forum:
I am 100% sure that they will solve the missing data for the API-json scripts corrected as they need that to populate the dashboard.
If hope they have time and resources enough to get the old .csv fully operational again.
But if we have to abandon the .csv, it is not a big deal for the HWS-template type scripts.
The .csv files are only used for the graphs and we should then use the 7 day API-json history and cache the data to obtain longer periods.
For now WU is slowly improving, we even have the decimals for our data back!
Wim
@ ONLY for WU - uploaders!
There were no problems during testing and WU itself is still using that “&numericPrecision=decimal” in their API-calls for the dashboard.
So I attach a folder, with the old version (just for safe keeping) and the current version of w34_load_files.php
Wim, does WD34 interpret the barometer setting that comes from the Weewx Cumulus realtime.txt file. It always appears high compared to the reading on WU and on my Acurite display. I realize this is probably a Weewx problem, but wanted to see if anyone has experienced the same problem.