External scripts which use WeatherUnderground .CSV data

bitsostring · 21 July 2021 11:07

BEAUJOLAIS post:80:

$wustart 	= '01-08-2021';	  // Important the format is:   dd-mm-YYYY  for your first day of uploading data to WU.      !
$wuid		= 'IFLEUR35';	// your WU station name
$WUdatastr      = 'https://swanston.maui.co.uk/pws/WXDailyHistory.php';

I corrected the three lines and there is no more error message

But $wustart is in the future and $WUdatastr shows my URL, not yours. . .

You only had to change $SITE[‘wuStart’] to $wustart and $SITE[‘wuID’] to $wuid

On the other hand, the number of rainy days remains at 31

You may have to wait for the IFLEUR35-metric-2021.arr array to be refreshed. . .

pwsdashboard · 21 July 2021 11:17

@BEAUJOLAIS

Or better delete the file after correctly setting the start-date to 30-04-2021 again.

Also use your own link

$WUdatastr              = 'http://fleurie-meteolive.fr/ECOWITT/PWS_DailyHistory.php';

When using someone elses PWS_DailyHistory.php script it will generate very interesting data arrays.
Wim

BEAUJOLAIS · 22 July 2021 15:27

Hello WIM,

Thank you for the information
I corrected my errors and erased all files in wudata and wuData but in RAIN the number of rainy days remains at 31

Thank you in advance for your help

Cordially

http://fleurie-meteolive.fr/ECOWITT/index.php?frame=Reports_at_WU

pwsdashboard · 26 July 2021 08:27

I do not have the desire to “improve” these complex “post-donation-ware-bu-now-for-free” scripts.

These scripts are meant to investigate ones own data.
You yourself know these 31 days are some default-setup problem somewhere.
Do not look at those 31’s, use the script to study your data.

If you find real errors in the data handling post those here and I will spent my time for that.

Wim

Mogens · 13 November 2021 12:10

I’ve found a mystification that seems to be related to PHP 8.0.

I do not watch “Reports at WU” every day.
Now I have discovered that many of the tables show very strange numbers, - see example in screenshot1.

I have as an experiment switched back to PHP 7.4
Then the numbers are displayed correctly, - see screenshot2.

I have a hard time figuring out the path of numbers through “machinery”, and I dare not tinke with anything until I have received an advice.
Now again running PHP 8.0.

Mogens

pwsdashboard · 13 November 2021 13:58

Hi,

Indeed nasty errors,

But these “wu” scripts are not core-scripts of the PWS_Dashboard, just some old Leuven scripts, nice for some.

It will take some time and self-motivation before I can look into these old scripts.

Wim

Mogens · 13 November 2021 14:29

Thanks for paying attention.
It is not urgent, but these scripts can generate some interesting statistics.
Mogens

alfmk · 14 November 2021 16:04

I updated to PHP 8 a few months ago and got the same issue as you. Found that the problem was wsReports1part.php, line 425.
I comment the line to get around this.


$empty		= '&nbsp;';

to


#$empty		= '&nbsp;';

I’m not a PHP programmer and have no idea what the problem is, but I’m sure there is someone here who can explain this

Alf

Mogens · 14 November 2021 18:01

alfmk post:88:

I updated to PHP 8 a few months ago and got the same issue as you. Found that the problem was wsReports1part.php, line 425.
I comment the line to get around this.
$empty		= '&nbsp;'; 
to
#$empty		= '&nbsp;'; 
I’m not a PHP programmer and have no idea what the problem is, but I’m sure there is someone here who can explain this

Alf

Thank you very much.
I made the small change and now it immediately looks like the tables are right.
https://inaogmogens.dk/weather/index.php?frame=Reports_at_WU
Mogens

bitsostring · 15 November 2021 12:26

Nothing to do with PHP version but my Reports just stopped working with the error message shown in report.png, although if I run that line in a browser it works. I also noticed that IEDINBUR98-year-2021.txt had not been updated since 28 September - probably the last time I looked at a report.

But I realised that …pws/chartswudata/IEDINBUR98Y.txt is identical in format, and if I copy that to …wureports/wuData and rename it IEDINBUR98-year-2021.txt everything works (Note that my old graphs run 1/1-31/12, not last 360 days.)

EDIT: So I wrote a script to automate that, and changed the error message to report2.png.

LATER EDIT: automatic copy/rename routine now included in startReports.php, so I should always have a data file.