Thanks fror bringing this error to my attention.
All three metric variants use an C in the menu. So I assumed wrongly that one switches from C to “US-F” and back to “C-metric”.
I add a new w34_index2.php. It now switches from a temporary “F” back to the “C-as set in easyweather”
Also I adjusted the “clock” to 220px the get the stations=name correctly centered.
Can you please verify that is works correctly now?
I tested this at the wl.com test-site at https://sluispark.be/pwsTEST/
When you click on the smal webcam jpg in the block => the jpg is enlarged
But most people do not know that, so there are two pop-up links.
“Enlarge” and “Movie”
===
It is slightly more work to add a second webcam block, but for that you should better wait for the October release. Then user-added blocks are fully supported.
my minimum temp block, the little one at the top, seems to have the time and temp reversed. Checked the raw data and it’s reversed there as well… so is it my raw data file that’s got the order incorrect? or something else?
I think there is a far bigger problem.
But first thanks for bringing this to my attention. I hope we can find a solution quickly.
realtime.txt is defined at: https://cumuluswiki.wxforum.net/a/Realtime.txt
The dates are in a metric order d/m/y and 24 hour times.
The separation between fields is the space character.
I will try to find out if there is a script error or otherwise why EC gives us a link with http as the same page is available as https also.
The EC script is loaded from https, but the links in the returned xml are still http.
I changed the script to translate the http link to https, so it should work OK now.
[quote author=wvdkuil link=topic=68132.msg548330#msg548330 date=1562701550]
. . . shortened . . .
realtime.txt is defined at: https://cumuluswiki.wxforum.net/a/Realtime.txt
The dates are in a metric order d/m/y and 24 hour times.
The separation between fields is the space character.
It is easier to test with a more simple page: http://swanston.maui.co.uk/pwsnew/index.php?frame=test_image
It seems that you tried to move the alert-block to position 4 and in that process both the alert-block and the garden block are now in the same position. There is one missing?
In these cases I need access to the easyweather settings or even better an ftp password/userid.
Thanks for looking, Wim. I did indeed move the alert block, but it has worked perfectly for the last two days. There is now an alert for the first time, would that change anything?
In these cases I need access to the easyweather settings or even better an ftp password/userid.
PM on its way.
EDIT: I see it works OK if the alerts are put back to position 5.
Yes, but I changed the script so it can cope with it.
position 1-4 are included to speed up loading of the page.
The alertsblock is normally loaded last via jquery_GET in a separate PHP process as it can take considarable time to get the alarms.
There are 4 blocks + 1 special for the alerts. You can put the alerts in another place in w34_index2.php
w34_weather_item ('position1',$position1); include $position1; echo $end_block;
w34_weather_item ('position2',$position2); include $position2; echo $end_block;
if ($extra3used == 'wide') {
w34_weather_item ('position3',$position3); include $position3; echo $end_block; }
w34_weather_item ('position4',$position4); include $position4; echo $end_block;
w34_weather_item ('positionlast',$positionlast);/* include $positionlast; */echo $end_block;
position 1-4 are included to speed up loading of the page.
The alertsblock is normally loaded [b]last[/b] via jquery_GET in a separate PHP process as it can take considarable time to get the alarms.
I should have known there was a reason. . . sorry.
There are 4 blocks + 1 special for the alerts. You can put the alerts in another place in w34_index2.php
<div id="positionlast"><!-- $wrn_lang=en --><!-- module wrnWarningEU.php = version: 0.00 2019-05-12 -->
<!-- warnings and other info goes here -->
<!--
Severe weatherdata (./jsondata/warningUK004) cache times:
cache time = 2019-07-10T14:19:51+01:00 from unix time 1562764791
current time = 2019-07-10T15:39:44+01:00 from unix time 1562769584
difference = 4793 (seconds)
diff allowed = 900 (seconds) -->
<!-- Severe weatherdata loaded from http://www.meteoalarm.eu/en_UK/0/0/UK004.html -->
<!-- ERROR Severe weatherdata empty,(http://www.meteoalarm.eu/en_UK/0/0/UK004.html) could not be loaded -->
<!-- upped cachetime from 900 to 1800 as no valid data was retrieved -->
<!--
Severe weatherdata (./jsondata/warningUK004) cache times:
cache time = 2019-07-10T14:19:51+01:00 from unix time 1562764791
current time = 2019-07-10T15:40:14+01:00 from unix time 1562769614
difference = 4823 (seconds)
diff allowed = 1800 (seconds) -->
<!-- ERROR no warnings retrieved, script ends -->
<!-- ERROR no warnings retrieved, script ends -->
<!-- $darkskydayIcon=rain -->
<div style="padding: 4px;">
Light rain starting this evening.</div>
</div>
I attach a smal test script to see if it is in the script or in the webserver.
Unzip it and run it like http://swanston.maui.co.uk/test_curl.php
It will retrieve the data in a frame (using your browser) and by using curl on your webserver, I attach a screenshot how it should look.
Wim
I believe you’re correct. I manually edited the data file (realtime.txt), and all values look correct on display.
now to find a way to get WeatherCat to report the times without the space or in 24 hour format.
There are more weather-programs which can do “am pm time” or using a “comma” as a decimal.
So the livedata script will be adapted every time we find something new. But your “am pm”-problem should be gone when you use the livedata from that message.
Please test it,