HWS-template (WD34) beta test July version

pwsdashboard · 9 June 2019 21:16

Thanks for finding that, it has been the same script form months.
The 24 hour clock can not have that problem. I will test tomorrow around noon.
If possible can you test this “enhanced” version.

Wim

clock_c_small.php.zip (2.32 KB)

krekel · 10 June 2019 08:38

Hi Wim,

The problem is not solved.
A storm warning is displayed when the distance is hundreds of kilometers.
https://www.weerstation-assen.nl/actueel-weer2.php

Brgds,
Oebel

pwsdashboard · 10 June 2019 09:04

I checked the scripts.

advisory box displays a message when
1.1 the age of last-strike = less then 500 seconds
1.2 and there are no other more important messages
A notification is always shown when the age of last-strike = less then 700 seconds

On both cases the distance is shown but it is not used to filter the messages.

I only have a Weatherflow device and IMHO that device only signals strikes when they are close by

I received the scripts as is, no explanation.

I would be happy to alter the scripts if there is a description of the algorithm to use.

Wim

pwsdashboard · 10 June 2019 12:00

New beta version 2019_06_10 available at http://wd34.weather-template.com/beta.php

Includes all discussed changes.

Wim

gemini06720 · 10 June 2019 14:30

Wim, rather than asking the user to check that the two locations be edited to point to the same location, could you not ask for the location of the ‘plaintext.txt’ data file in the main configuration template (as you ask for the path to the realtime data file) once the user has selected to use WXSIM when that product has been installed?

weatherbee · 10 June 2019 16:29

Wim,
I tried the new clock_c_small.php but now it stays am even after a screen refresh.
Seen at https://www.shermanctweather.org/pwsTEST/
Tom

pwsdashboard · 10 June 2019 16:37

This one should do.
I tested for midnight last night, not yet for noon.
Wim

clock_c_small.php.zip (2.32 KB)

weatherbee · 10 June 2019 16:52

Wim,
That one works with a screen refresh. I’ll let you know tomorrow if it changes automatically.
Tom

Bunty · 11 June 2019 06:40

It looks good from my end for the most part. The only problem I find is that the nearby metar popup is not nearby. It’s Brussels. https://stillwaterweather.com/pws/index.php

bitsostring · 11 June 2019 08:33

Have you entered your nearby airport details in easyweathersetup, and your CheckWX API?

Bunty · 11 June 2019 08:40

Oops, I got down the metar code, but forgot I had a CheckAPI code. It’s good now. Thanks.

pwsdashboard · 11 June 2019 08:43

I can not check your settings but with the debug console one can check all data files => https://stillwaterweather.com/pws/w34_module_test.php

Your ./jsondata/metar34.txt is not refreshed (an age of 12 hrs 16 min 14 seconds) so you probably not set the api, as @bitsostring also indicated

===

Your data file is entered as “https://stillwaterweather.com/wx/clientraw.txt”
That will result in multiple external file loads every minute.
Always try to use relative addressing for files on the same webserver.
You should change that to “…/wx/clientraw.txt”, that will use less overhead.

===
I see a new problem, thanks for that. #-o
The nws alerts do not nicely fit in the box.

Wim

pwsdashboard · 11 June 2019 08:51

@Bunty

Could you please test this version so I can make sure that the nws-box will fit now?
But always make a copy first of the current script first!

Wim

wrnWarningCURLY.php.zip (1.82 KB)

weatherbee · 11 June 2019 16:02

Wim,
The clock_c_small.php works. It automatically changes from am to pm.
Thanks,
Tom

Tlowe · 11 June 2019 22:03

Wim,

I installed the July Beta version, and my WU charts quit working, so I uninstalled the July beta, and reinstalled the April version and the charts began working again.

As I reported in the April thread my charts began working about 05/07/19 and have been working 24/7 since then.

SORRY Wim,

False Alarm, I got it working, on my local test server. I’m sure it will work now on my live server.

Tlowe · 11 June 2019 23:50

Wim,

I’m trying to get my Menu items set up on the July release of “w34_menu.php” file.

I mentioned before that I have some Radar links that will not open using the “w34_frames.php” file, so I just added my links to the “w34_menu.php” file.You can see on my live site (april version): https://www.loweprofile.com/pws/

But with the new “w34_menu.php” file I am having a hard time getting the links located correctly on the page. I have included the old code below (just one link), can you give me any advice where to enter my link code, so it looks like my April version?


?>
<li><!--info --> 
<a href="bio_popup.php" data-featherlight="iframe" title="Contact WEATHERSTATION Info"> <?php echo $info.' '.lang('Contact Info'); ?></a>
</li>



<li><!---Link 1---><div class="nav-text"><a target="_new" href="http://premiuma.accuweather.com/premium/radar.asp?LocationID=55331US&display=0&site=msp&level=metro&anim=1" title="MSP Metro Radar"> <?php echo $info;?> MSP Metro Radar</a></div></li>


<!---frames -->  
<?php
$scrpt          = 'w34_frames.php';
if (file_exists('w34_frames.php') && isset ($extralinks) && $extralinks == true) {
#

pwsdashboard · 12 June 2019 07:01

WD34-questions-2019-04.pdf:

If you want to include extra pages in the menu, you can use a standard iFrame script. Just check the demo site where you find a few entries in the menu. The supporting script is w34_frames.php where you setup the links to the extra page(s) you want to use.

You should not modify the w34_menu.php file but use the script which defines the extra menu entries.

I can not test the accuweather example as one needs to login for that.
So my example uses your nws forecast link and the [weatherdisplay link ](http://weatherdisplay link) from your current menu
This is line 49 in w34_frames.php (pws07 version)

#  E X A M P L E S change them as you like  
$frame                  = 'nwsforecast';
$frm_ttls[$frame]       = 'NWS forecast';  // name in menu
$frm_src[$frame]        = 'https://forecast.weather.gov/MapClick.php?lon=-93.55452001037594&lat=45.02110448314883#.XQCe29MzayF';
$frm_hgth[$frame]       = 1500;         //height
#
$frame                  = 'Weatherdisplay';
$frm_ttls[$frame]       = 'Weatherdisplay';  // name in menu
$frm_src[$frame]        = 'https://www.loweprofile.com/wx/';
$frm_hgth[$frame]       = 1500;         //height
#

The screenshot below shows the NWS page when loaded from the menu

Wim

w34_frames.php.zip (1.74 KB)

Tlowe · 12 June 2019 13:09

Thanks Wim,

I’m guessing that Accuweather has some code employed that inhibits embedding of their radar pages. Unfortunately they have the best radar images and we have very active weather here in Minnesota with nasty storms in the summer. Their Metro radar shows highly detailed images, not available anywhere else.

Even when I am logged in to Accuweather their pages will not load in the frame. I’ll do some further research and look at the errors that come up in Chrome development mode.

Tlowe · 12 June 2019 16:58

Wim,

Here is the error I get when I try to load Accuweather with a frame:

Mixed Content: The page at ‘https://www.loweprofile.com/pws/index.php?frame=radar’ was loaded over HTTPS, but requested an insecure resource ‘http://premiuma.accuweather.com/premium/RadarPro.asp?LocationID=24059_PC’. This request has been blocked; the content must be served over HTTPS.

I can load the page if tell chrome to load the unsafe script.

Tlowe · 12 June 2019 17:09

Wim,

I have July version running live again. On mobile the ribbon at the top is missing, so no menu’s etc. I have attached a screen shot.

Also the pop up charts do not seem responsive. They load at a size too big for the screen, and are not sizable, although they can be moved.

Exhibits same behavior in Chrome development mode for phones, but works on Tablets.

Chrome browser
Dolphin browser
Samsung S8

I see now, that this was mentioned before, but you could not replicate it. Not sure what is going on. Maybe try the Chrome Development mode on your desktop, that shows it clearly.

*********JUST FIGURED THIS OUT. When phone is rotated to Landscape the ribbon shows up!!. Must just be a size issue. You can just drag a browser window smaller and at a certain point the ribbon disappears.

***Here is the error on the pop ups:

canvasJs.js:24 [Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event. Consider marking event handler as 'passive' to make the page more responsive. See https://www.chromestatus.com/feature/5745543795965952
J @ canvasJs.js:24
w @ canvasJs.js:34
Chart @ canvasJs.js:521
(anonymous) @ w34_graph_xx.php?period=month&type=temp&script=temp_c_block.php:122
canvasJs.js:24 [Violation] Added non-passive event listener to a scroll-blocking 'touchmove' event. Consider marking event handler as 'passive' to make the page more responsive. See https://www.chromestatus.com/feature/5745543795965952
J @ canvasJs.js:24
w @ canvasJs.js:35
Chart @ canvasJs.js:521
(anonymous) @ w34_graph_xx.php?period=month&type=temp&script=temp_c_block.php:122