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,
Working fine now, and working even better since I changed the timezone in line 47 from Europe/Brussels to Europe/London. Now the alarms come in BST instead of CET
Hello
I have the latest July version running at https://vancamweather.com/pwsWD/
All seems well except the current conditions block.
The sky conditions are current with KPDX metar however, I can’t figure out where the other data
within the block comes from and how to correct it.
Thanks
Larry
That pwsWD is not the July release. Seems to be the April release.
Always do a full install for the new releases, at least until the December release.
All seems well except the current conditions block.
The sky conditions are current with KPDX metar however, I can't figure out where the other data
within the block comes from and how to correct it.
Thanks
Larry
The current conditions you selected are from your METAR.
The other part of the information comes from [b]the 1 hour DarkSky forecast [/b]
As there is no API key the old cached information is shown. And that is in Dutch.
Start easyweather-settings.
Enter a DarkSky API-key
Set the DarkSky language to your language
And the DarkSky forecast will be available for the current conditions block.
If all is OK:
Download the latest version from http://wd34.weather-template.com/
Rename your current pwsWD website folder to pwsOLD
Upload the newly unzipped pwsWD folder
Copy the w34-settings1.php from pwsOLD to pwsWD
First run pwsWD/easyweathersetup.php and check all default values, they are blue
Wim
Thanks for the help.
Updated to current version.
2 minor issues.
When I click on “nearby” under current conditions, it shows
EBBR instead of KPDX.
When I click on webcam, the larger display is blank.
Thanks
Larry https://vancamweather.com/pwsWD/index.php
