***closed*** weather34 for WeatherDisplay (clientraw and WDapi)

Wow! This is really neat. It took maybe 20 minutes to download, install and configure. And works flawlessly.

Kudos to you all.

Re moon popup beta: seems a little odd to show “Sun rose at 08:18” but not “Sun set at 16:30”. Screenshot after sunset, at 1938.


popup2.JPG

Yes, one line missing.
Will check tomorrow.
Wim

Attached new version moon-popup, ready for production :wink:
Also another sun block with orange hours around the dial, also works correctly in Edge and IE


moon_popup.php.zip (5.78 KB)

sun_block.php.zip (2.96 KB)

Thanks, Wim. Looking good. . . :slight_smile:

Which file do I modify to add/change for the ‘EXTRAS’? I’d like to add links to my other web sites.

Thanks

w34_frames.php
There are already two examples which do show in your menu.

Could you also check if the sr.png flag did arrive at the correct place.
That flag is missing from the menu. It should have been in the update zip you installed.

Wim

sr.png flag is now in the correct place.

The websites may be too big to show in the frame. I’m playing with the length but it’ll need more width. And the Leuven template shows the Saratoga website for some reason:

$frame                  = 'website2';
$frm_ttls[$frame]       = 'M82A1 Leuven site';  // name in menu
$frm_src[$frame]        = 'http://www.m82a1.us/weather28/index.php?p=wsStartPage&lang=en';
$frm_hgth[$frame]       =  2800;         //height

http://www.m82a1.us/pwsWD/index.php

It was not designed to put a large big site inside a one page only site. The original idea 4 or 5 years ago was to have a site which fits on an iPad nicely. With all weather-station information on one page.

The menu entries for extra pages are included as sometimes another page is needed for extra information which is not supported in the HWS-template. Example: a soil-sensors page. Or a specialised forecast.

If you have one or two pages from your other websites, lets say, the start page of Leuven, you should try to fit them. In the Leuven-Template it is done with the option &ipad. You should change the link to
$frm_src[$frame] = ‘http://www.m82a1.us/weather28/?lang=en&ipad’;
or for the forecast
$frm_src[$frame] = ‘http://www.m82a1.us/weather28/?p=noaa_full_page&lang=en&ipad’;

It should be eaasy and fun to adapt, but if it will not fit, no solution.
Wim

Just noticed that all my WU Jan graphs show values to Sunday 26 Jan. . . but it’s Saturday 26 Jan today!


Hi Wim,

That ipad switch made all the difference. Looks great now. The icons above the NOAA graph are a bit weird though.

I had to remove the Saratoga page. It just won’t fit well. Then again it wasn’t meant to be squeezed up.

Thanks for your help.

You have to check your WU data, another glitch of WU/IBM
Last two lines in the file chartswudata/IEDINBUR98Y.txt are
2019-1-25,9.9,7.7,5.5,9.1,7.8,4.7,97,93,83,1007,1003,21,7,37,0.00
2019-1-26,9.5,8.9,8.4,8.5,7.6,6.2,95,90,84,1003,986,14,5,32,0.08
That data is loaded from WU. Not made by any script.
Maybe your settings at WU are misaligned for the timezone OR for the lat/lon???
No idea, Wim

I might have known! Thanks, Wim.

Maybe I have a misunderstanding of your reply, but is WU really the issue? The file shows that the last WU data is for 2019-1-26 which is Saturday, but on http://swanston.maui.co.uk/pws/ the January Temperature chart shows “Sat 25th” on the legend, and the last data point is “Sun 26th”, in other words on the chart the day of the week doesn’t match the date.

I was beginning to wonder, too, because my old w34 graphs at /pwsold/ are OK. . . Lat/long OK, too.


Update: clientraw version did OK with “rain last hour” today, although definitely delayed compared with WD client (driven by clientraw). Still getting the total negated at midnight reset, see clientrawrain3.

API version shows readings that correspond to “rain last hour” but at the wrong time, see APIrain3. I don’t know what API[43] is meant to quantify.

P.S. Can we have units for “Yesterday” rain, please?


clientrawrain3.JPG

APIrain3.JPG

Hi Wim,

I have noticed the wind forecast from Darksky has always been really low, it rarely gets above 10km/h, however I think I have just worked out why.

It seems the Darksky wind forecast gives a range and I think the forecast on my site is just giving the lower range of that forecast.

As an example, for today the wind forecast from Darksky is 13-48km/h and tomorrow it is to be 6-31km/h. However the forecast for those days on my site is 13km/h and 6km/h.

If this is the case, I was just wondering how hard would it be to incorporate the full range into the forecast.

The link to my site is,

https://micklehamweather.com/pwsWD/

The full darksky forecast can be seen here,

http://micklehamweather.com/wxforecast.php

Thanks,
Neil

@bitsostring @niko
Sorry for the confusing. I was/am running the demo site with the same settings as @bitsostring
The graphs there were correct so I assumed another cause. But the graphs were correct as they used the SQL data.
And it was late when further checking so I thought it was the WU file.
Wrong, :oops: I did not set in canvas.js the correct date format of the WU.CSV .

Attached new version of the graph script.


w34_graph_xx.php.zip (5.31 KB)

The delay is “time between clientraw uploads = ??” + “time rain block refresh = 50 seconds”

Still getting the total negated at midnight reset, see clientrawrain3.
That would imply that the oldest field of the 1 hour array would be reset to zero at midnight? As the calculation = oldest -/- latest
API version shows readings that correspond to “rain last hour” but at the wrong time, see APIrain3.
What is wrong?
Are you running two versions? One for clientraw and 1 for WDapi?
I don’t know what API[43] is meant to quantify.
According to a doc from 2017: “43 0.0 rain total last 60 minutes”
P.S. Can we have units for “Yesterday” rain, please?
Attached


rainfall_block.php.zip (4.11 KB)

An “original” Darksky Forecast for your area: https://darksky.net/details/-37.8142,144.9632/2019-1-29/ca12/en
The data which is on your website comes from “. /jsondata/darksky.txt” which you can check and expand to readable text
https://micklehamweather.com/pwsWD/w34_module_test.php
=> “Check file contents” => drop down" jsondata/darksky.txt" => click "List contents => Data is shown below => click "Expand as json

however I think I have just worked out why.It seems the Darksky wind forecast gives a range and I think the forecast on my site is just giving the lower range of that forecast. As an example, for today the wind forecast from Darksky is 13-48km/h and tomorrow it is to be 6-31km/h. However the forecast for those days on my site is 13km/h and 6km/h.
Both the "official-site" as the API-json file show only 1 wind value. The second value in your Saratoga script is the Gust-value
If this is the case, I was just wondering how hard would it be to incorporate the full range into the forecast.
Normally that would need another field as Gust is "by definition" not Wind
The link to my site is,https://micklehamweather.com/pwsWD/ The full darksky forecast can be seen here, http://micklehamweather.com/wxforecast.php Thanks,Neil
I do not think the "low" values are in error. Maybe also others have an opinion about this, but for now I will put it on the wish-list as "add gust value to forecast".

I attach a test version of the 3 day forecast, as there is room to add the second value. The 8 day forecast needs changes in the css, that is for later this year.

Wim


forecastDS3days_block.php.zip (2.46 KB)