Meteotemplate Forum

So here's the diff between the original api.php and this updated one: *** api.txt Sat Nov 22 14:20:21 2025 --- api_new.php Mon Aug 26 15:48:52 2024 *************** *** 16,30 **** # v2.2 2017-07-02 Added Extra sensors; fixed bug rain at begin of day # v3.0 2017-08-11 Added multipliers # v3.1 2017-12-...

I'd still like to know if there's a version that actually supports PHP8, since 7.4 has been EOL for over 3 years now. But changing to run on PHP 7.4 seems to have resolved the issue.

* One idea... Since your MeteoTemplate seems to be outdated for PHP 8, if you can, try reverting to PHP 7... if you can. I don't believe that's an option, unfortunately. I really wish the PHP devs understood backward compatibility. Is there a Meteotemplate that isn't outdated for PHP 8? I thought 1...

This has been up for almost a week with nearly 400 views; it's kind of discouraging to see no replies at all. I figured that if the API updates were broken (and giving no clue why), I'd try updating via Weather Underground, since I also report there. Going to the control panel, setting the update me...

My Meteotemplate 19 system has been up and running for a few months now without major problems--until early Sunday morning (2:00 EST), when the idiotic Daylight Savings Time ended for the year in .us. At that time, updates via the API from WeeWx began failing with "500 Internal Server Error&quo...

In my perhaps-not-so-humble opinion, the fundamental problem is that the existing block is just scraping HTML to gather its data, rather than using NWS' API for the purpose. I've updated this block (and the warnings block) to use that API: https://www.meteotemplate.com/forum/viewtopic.php?t=2628 ......

Gus wrote: ↑Sat Oct 11, 2025 5:17 pm Please continue working on updating the non-functional blocks.

Opened a separate thread on them:
https://www.meteotemplate.com/forum/vie ... php?t=2628

Some time back, I moved my web server to a different platform, and I finally got around to getting Meteotemplate 19.0 running on the new system. And when I did, well, it looked like the blocks that depend on the US National Weather Service hadn't seen any love for quite some time (the most recent up...

Next up is the Regional US Warnings, but I'm having trouble understanding how variables are being used there. I'm probably going to have to take it down to a single location rather than the multiples it currently supports.

I've updated this block: My version is here:
https://github.com/danb35/MTBlocks/tree/master/radarUS

The problem appears to stem from the fact that the RIDGE service, which the US National Weather Service used to provide radar images, was decommissioned in 2020 and replaced by RIDGE II. Some radar products have been removed, and almost all have different URLs than before.

All right, done, at least as far as I can tell. The updated block is here:
https://github.com/danb35/MTBlocks/tree ... wsForecast

Almost have it: Just need to work a little more on parsing that valid date range.

ChatGPT came up with this as code to retrieve and parse the NWS API: // Fetch grid and forecast URL from NWS API $pointsUrl = "https://api.weather.gov/points/{$lat},{$lon}"; $ch = curl_init($pointsUrl); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_USERAGENT, &qu...

Well, I'm pretty sure this is at least part of the problem--it looks as though the icons are loaded via http. From line 179 of nwsForecastBlock.php: <img src="http://forecast.weather.gov/<?php echo $iconsSevenDay[1][$i]?>" class="nwsForecastIconImg"> Since I serve my site via HTT...

I'm not sure if this is a common cause with my other thread, so I've made a new one. The nwsForecast block is loading the forecast data OK, but the images representing the forecast aren't: MT 19.0. Where should I be looking for this problem?

After a bit of a haitus using MT, I've done a clean installation of 19.0 on my server. Much of it seems to be working fine, but I'm having trouble with a couple of blocks. Here, the radarUS block--I have it set to show Jacksonville, FL, but the image isn't loading--it's stuck like this: Screenshot 2...

Well, don't I feel silly... For some reason I can't fathom, I had two copies of config.php, one in /template/, and one in the root directory. I was editing the copy in the root directory, and the template was (not surprisingly) using the one in /template/. $adminIPs updated to include the correct IP...

look inside config.php I did; that's what I was editing. I hadn't tried * for adminIPs, but I wouldn't think with $enableAdminIP set to false that it should matter. But nonetheless, I changed $adminIPs to '*' and left $enableAdminIP set to false. Same result, "Unauthorized access". I then...

For a while, I was running my web server at home, and had Meteotemplate installed on it. All was good. My home network was 192.168.1.0/24, $adminIPs was set to '192.168.1', I could log in to the admin page from home, but not from anywhere else. A couple of months ago, I moved my server to a remote V...