HWS-template (WD34) July version available

I updated the livedata script and that corrected the temp readings, so they are all imperial now.

Barometer block is not following the “inHG” format even though it says it is.

Also, not sure I understand the Top Wind block. Is that for just the last few minutes or another time frame? I thought it was for the top gust for the day, if so it does not match the weatherflow data. Nor does the history pop-up show the correct data. w34_cron_stationcron is updating every 5 minutes. The main wind block does not have the proper gust either. I also downloaded the newest stationcron.php mentioned in message #341.

John

http://scannorthcounty.net/pws09/index.php

Hi Wim
I use WD to trigger the cron jobs so the station cron is done every 10 min the addtoyear cron is done at 23:58 but the empty cron is run at midnight and I do not see a way to change it to 00:10
will the history still work not using WU
http://ballaugh.no-ip.biz:2082/pws09/index.php is my test link on my local server

The livedata was updated twice today as I made a typo. That will remove the inHg conversion missing. I attach the script.

Also, not sure I understand the Top Wind block. Is that for just the last few minutes or another time frame? I thought it was for the top gust for the day,
Yes it is for the day.
if so it does not match the weatherflow data.
I can not find if the WF-api data for wind is in m/s or in km/h
Could you explain what is wrong and / or to what other data I can compare the api data
Nor does the history pop-up show the correct data. w34_cron_stationcron is updating every 5 minutes. The main wind block does not have the proper gust either. I also downloaded the newest stationcron.php mentioned in message #341.
John
http://scannorthcounty.net/pws09/index.php

Wim


w34_livedata.php.zip (9.62 KB)

The advice to run empty cron 10 minutes in the new day was because some weather-programs upload previous day data after 00:00

As the data AND the crons come from WD, there will not be old data uploaded after 00:00, I think.
The only real problem is with rainfall, that should be set to zero every new day.

Wim

The second livedata.php update corrected the barometer problem.

The wind question was - the top wind block and the main wind block show incorrect data. my wind gust was 19.4mph at 11:55, but the blocks show 16mph at 11:51. The history pop-up also shows 16mph at 11:51. Also do not understand how the wind and wind gust can be different values at the same time. See top wind block attached.

At this point everything else is looking good. http://scannorthcounty.net/pws09/index.php

John


WindBlock.jpg

I think this version is not the right one for a WF-owner such as you. You are running other templates also and a 24/7 weather-program.

This WF version is meant to be useful for WeatherFlow owners who

  1. do not run a weather-program 24/7 => if one uses MB or WD to get the data from their WeatherFlow, they should use another version of PWS_Dashboard.
  2. AND do not upload to WeatherUnderground. => frequent uploading to WU should give more accurate data, better use the WU version of the Dashboard.

They have to accept the consequences of not having a real 24/7 weather-program.
The PWS_Dashboard gets the WeatherFlow data every 4 to 5 minutes using thisURL
https://swd.weatherflow.com/swd/rest/observations/station/2167?api_key=_API_SETTING_

The data returned from the WF-server is a snapshot for that moment without min-max values (except for daily rain and lightning).
Weather data such as temperature and pressure do not vary that much in 4 minutes.
The max-wind will be “nearly” reached quit often during a day, as it is averaged to every so many seconds/minutes

Highest wind-gust can be a “problem” that is a "part-of-a-second value, can be a one-time happening with a large difference between the highest gust and the next one.
The snapshot of 11:51 => wind-gust 16.x mph , snapshot 11:56 probably missed the 19.4mph of 11:55
Those measurements we are discussing here are from yesterday and they are removed from the today.txt, therefor we can not check the “log”

Increasing the data retrieval rate to every 1 or 2 minutes does only slightly increase the chance to just catch the “higher” wind-gust-speeds.

===
There was another problem with the small wind/gust block, I attach an updated version for the livedata script.

===
Thanks for testing this beta-version,

Wim


w34_livedata.php.zip (9.62 KB)

hello Wim, if i use wd clientraw have no data http://www.lokaleolucalisa.altervista.org/pws09/index.php
ciao

Debug console: http://www.lokaleolucalisa.altervista.org/pws09/w34_module_test.php
Left selector for your clientraw => http://lokaleolucac.altervista.org/wdisplay2/clientraw.txt
Click on “List contents” => result

Warning: file_get_contents(http://lokaleolucac.altervista.org/wdisplay2/clientraw.txt): f
ailed to open stream: HTTP request failed! 
HTTP/1.0 403 Forbidden in /membri/lokaleolucalisa/pws09/w34_listfile.php on line 17

You should have the clientraw on the website you are working on.
You are not allowed on most websites/webhosting companies to do a file_get_contents from another domain.

Wim

thank you Wim, very kind, hello

My weatherFlow hardware is completely separate from my Davis weather software, at any rate the lack of immediate feedback of data is an issue for me with the wf template and the pwsWD template. I will continue to follow and update the the templates as needed. Thanks for your comments on the templates.

John

I had a question. I\u0027m using this template and uploading data with the wifi logger. Everything works fine … but going through the month of September, the monthly graphs of temperature, wind, rain, etc. Why?

@ALL Could you please always include the URL=link to your website? Or put that link in your forum-profile

With an URL/link I can check what is going on without waisting my time asking for more details.
What is the problem with the graphs?
Are you using WU or your own data for the graphs?

Wim

I’m sorry, you are right. I added my website to my profile and I also put the link below.
Yes, I\u0027m using VU for graphics. I think they are working on it because from this morning the annual ones don’t go either, only the daily newspapers

www.meteocamporamoso.it

Yes, this is a problem with WU.
They return
“old” (until Aug 29) data for the year https://www.wunderground.com/weatherstation/WXDailyHistory.asp?ID=IZAVAT1&graphspan=year&year&format=1
empty data (only a correct headerline) for the month: https://www.wunderground.com/weatherstation/WXDailyHistory.asp?ID=IZAVAT1&graphspan=month&year&month&format=1
and correct data for today.

Where all those other data lines come from, it looks like a 404 page and links to http://api-ak.wunderground.com/

Better remove the ./chartswudata/IZAVAT1YM.txt and ./chartswudata/IZAVAT1Y.txt files
The files will be reloaded then,

Wim

I deleted … now the annual chart is back and the daily is always ok, the weekly is empty. However WU will resolve

I report a possible bug. In the temperature box, it is the second time that it marks me as minimum zero degrees, but the minimum was 8 degrees. The daily temperature graph is correct and marks the minimum of 8 degrees

The bug seems to be in the https://www.meteocamporamoso.it/pwsWD/demodata/realtime.txt
There is an extra space between the “time highest temp of 8:54” [27] and the “temp low of 8” [28]
As it is a space separated file, all fields after [27] are shifted to the right.

This is the realtime.txt of 08:55:02

09/09/19 08:55:02 16 59 8.2 3.7 1.6 160 0.00 0.00 1014.1 SSE 1 km/h C mb mm --- --- 46.80 254.80 --- 21 51 16 --- 16 8:54  8 3:36 16.1 3:56 16.1 3:56 1014.2 8:20 1012.9 4:38 2.16 2.16 11.3 16 --- 0.9 0.00 199 --- 0.00 0 0 0 0 0 0 0 0 0 0 

I replaced all spaces with |

09/09/19|08:55:02|16|59|8.2|3.7|1.6|160|0.00|0.00|1014.1|SSE|1|km/h|C|mb|mm|---|---|46.80|254.80|---|21|51|16|---|16|8:54||8|3:36|16.1|3:56|16.1|3:56|1014.2|8:20|1012.9|4:38|2.16|2.16|11.3|16|---|0.9|0.00|199|---|0.00|0|0|0|0|0|0|0|0|0|0|

This is the easier to read one a few minutes earlier

contents of "./demodata/realtime.txt", processed as filetype "space seperated fields file"
Filetime (UTC): 2019-09-09T06:49:57+00:00 which an age of 0 hrs 02 min 31 seconds
Contents processed:
Array
(
    [0] => 09/09/19
    [1] => 08:50:05
    [2] => 16
    [3] => 54
    [4] => 6.6
    [5] => 7.1
    [6] => 3.2
    [7] => 171
    [8] => 0.00
    [9] => 0.00
    [10] => 1014.2
    [11] => S
    [12] => 1
    [13] => km/h
    [14] => C
    [15] => mb
    [16] => mm
    [17] => ---
    [18] => ---
    [19] => 46.80
    [20] => 254.80
    [21] => ---
    [22] => 21
    [23] => 50
    [24] => 16
    [25] => ---
    [26] => 16
    [27] => 8:49
    [28] => 
    [29] => 8
    [30] => 3:36
    [31] => 16.1
    [32] => 3:56
    [33] => 16.1
    [34] => 3:56
    [35] => 1014.2
    [36] => 8:20
The daily temperature graph is correct and marks the minimum of 8 degrees
The daily graphs data comes from the temp data itself., not from the temp-low data. So every packet to WU only contains the real measurements for that moment. Wim

Do you know how I solved ??? I switched from the upload method of the realtime.txt file to the weatherlink 2.0 json API method. I pushed the wifi logger to load the data every 2 minutes. So much ws weatherlink I have a pro account, why not use it ??? For graphic designers we are obliged to use WU or we can use something else. ?? Now that I use this loading method, uploading realtime.txt via ftp to my site, is it useless?

OK, you have a choice and you choose =D> =D>

You do not need to use WU for the grpahs.
If they get their act together and all data would be correct and available, you could stay with WU.

If they really will stop the .CSV yearly download, you could switch to using your own data with the cron-jobs.
It is a choice in the easyweather-setup, see attached image

Wim


charts.jpg

How can I use my data with cron-jobs ?? Do I still need to update the realtime.txt file?