Has anyone heard from Murry Conarroe?

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 :slight_smile:

@ken Is there any way of taking over his records PHP scripts? Just asking

Hi,

His website is up and running…

Wildwood Naturist’s Resort - Home

Thanks.

Nick.

I was using the link from Ken’s legacy script page. . . sorry :confused:

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!

1 Like

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

1 Like

Ah right your looking for this page Ballaugh Weather - Daily Records
That’s on 8.2 so does work

2 Likes

@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];

Steps to Fix:

  1. Check Data Types:
  • Ensure $rain and $mtddata[$y][$m][$i-1] are numeric before the addition.
  1. Explicitly Cast Values to Numeric: You can cast the operands to float or int to prevent the error:

php

CopyEdit

$mtddata[$y][$m][$i] = (float)$rain + (float)$mtddata[$y][$m][$i-1];
  1. Debug the Data: Add debugging code to verify the types of $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;

Explanation:

  • PHP 8.2 enforces stricter type rules. If any operand isn’t numeric, the addition operation fails.
  • Explicit casting ensures your variables are treated as numbers.
  • The 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.