Just wondering if anyone has heard from him
I have left many emails over last few weeks.
All the web pages that deal with records show blank page. Someone provided a PHP 8.2 version of the script, but still blank.
Thanks,
Just wondering if anyone has heard from him
I have left many emails over last few weeks.
All the web pages that deal with records show blank page. Someone provided a PHP 8.2 version of the script, but still blank.
Thanks,
His site gives a 404 Not Found error. . .
He last logged in here 7 months ago.
WOW thanks, I sincerely hope nothing serious or bad happened to him. He has always been very nice and helpful and knows his scripts
@ken Is there any way of taking over his records PHP scripts? Just asking
I was using the link from Ken’s legacy script page. . . sorry
Hi,
I’m using his latest script versions, even though they are dated as February 2023, there are issues with their working, I guess issues with latest versions of PHP. Hopefully Murry will get them sorted out.
Nick.
Thanks, but wonder if he is still around and/or working on scripts.
Someone did send me a version to work on 8.2 but didnt work for me
Hi,
Can’t answer that, but as far as the records scripts go, I find that some parts work, for example Temperature all work as per daily, seasonal etc, but on Humidity, the current day is recorded but then the next day its blank, so no previous days are recorded, only the current day. On the UV, same thing, the snow brings up script errors.
Nick.
oops… corrected the link on the legacy scripts page… thanks!
Is anyone else running PHP 8.2 and their records working? If so do you have the updated wxrecords.php file to post here or PM
Dw7240 the humidity is not showing because the climatedata.htm is the original you need the new one from Murry’s site the zip file has 4 climatedata options pick the one that suits your station and change the name to climatedata.html in your case you need the solar uv version
DeputyDawgWx - Temperature Detail?
Your page looks ok to me apart from not being up to date due to your file upload problems
@hcorrin Try looking at al the record info (all time, temp, wind, rain etc) - its blank
It is blank because the script stopped after a PHP error.
If you could check the first lines of wxnoaarecords-include.php
Change the second line from
ini_set('display_errors', 0);
to
ini_set('display_errors', true);
Then the errors will display.
If there are still no errors
Add an extra line 2 to wxnoaarecords.php just below the <?php
ini_set('display_errors', true);
Maybe that will show some errors.
Succes,
Wim
Ah right your looking for this page Ballaugh Weather - Daily Records
That’s on 8.2 so does work
@pwsdashboard I made that one change, now I get alot of errors. Not sure what to do next. Btw I get pages and pages of these, mostly line 87 but with different keys (which repeat). Gonna revert it back to nothing.
Line 87: $rain_to_date[$y][$m] = $rain_to_date[$y][$m] + $rain ;
Line 90: $rain_to_date[$y][$m] = $rain_to_date[$y][$m] + $rain_to_date[$y][$m-1];
Line 96: $snow_to_date[$y][$m] = $snow_to_date[$y][$m] + $snow_to_date[$y][$m-1];
Thanks, but, for now those repeating warnings are irrelevant to find the cause of the blank page.
The warnings are probably caused by incomplete precipitation data.
PHP 8 is more unforgiving than the previous versions.
Warnings can not result in a blank page, there should be more important messages.
The bottom lines with messages are often the important ones.
They should show the “fatal error” message.
Please post the bottom messages, maybe they give a clue.
Wim
Thanks, there was only 1 fatal error (line 202):
Fatal error : Uncaught TypeError: Unsupported operand types: string + float in /home2/paul/public_html/wxnoaarecords-include.php:202 Stack trace: #0 /home2/paul/public_html/wxnoaarecords.php(118): require_once() #1 {main} thrown in /home2/paul/public_html/wxnoaarecords-include.php on line 202
Line 202 is:
$mtddata[$y][$m][$i] = $rain + $mtddata[$y][$m][$i-1];
For what its worth, ChatGPT says:
The error indicates that PHP 8.2 doesn’t allow adding a string to a float. This is stricter than PHP 7.4, which may have implicitly converted the string to a number before performing the addition. To fix the issue, you need to ensure both operands are of compatible types (e.g., both are numeric).
Here’s the relevant line from your code:
php
CopyEdit
$mtddata[$y][$m][$i] = $rain + $mtddata[$y][$m][$i-1];
$rain
and $mtddata[$y][$m][$i-1]
are numeric before the addition.php
CopyEdit
$mtddata[$y][$m][$i] = (float)$rain + (float)$mtddata[$y][$m][$i-1];
$rain
and $mtddata[$y][$m][$i-1]
:php
CopyEdit
var_dump($rain, $mtddata[$y][$m][$i-1]);
This will show you the values and types, helping identify if one of them is a string.
4. Sanitize Data: If the data might contain unexpected strings, use is_numeric()
to validate before performing operations:
php
CopyEdit
$rain_value = is_numeric($rain) ? (float)$rain : 0;
$prev_value = isset($mtddata[$y][$m][$i-1]) && is_numeric($mtddata[$y][$m][$i-1]) ? (float)$mtddata[$y][$m][$i-1] : 0;
$mtddata[$y][$m][$i] = $rain_value + $prev_value;
is_numeric()
check handles cases where your data contains invalid types.After applying these changes, test your script thoroughly to ensure the issue is resolved.