Topic: Saratoga wxgraphs.php now displays Highchart graphs with CumulusMX

[saratogaWX]

Sorry it's taken so long, but now CumulusMX users have a wxgraphs.php page that displays the Highchart graphs like those seen on the MX console on your Saratoga template site from the .json files uploaded by CumulusMX.

The language translation function was added to the graphs (using the stock language-LL.txt entries), but a few more need to be added to your language-LL.txt or language-LL-local.txt file:

Code: [Select]

langlookup|Trend Graphs|Trend Graphs|
langlookup|Wind Chill|Wind Chill|
langlookup|Heat Index|Heat Index|
langlookup|Indoor|Indoor|
langlookup|Daily Temperature|Daily Temperature|
langlookup|Daily Temp|Daily Temp|
langlookup|Wind Direction|Wind Direction|
langlookup|Bearing|Bearing|
langlookup|Avg Bearing|Avg Bearing|
langlookup|/hr|/hr|
langlookup|Theoretical Max|Theoretical Max|
langlookup|Sunshine Hours|Sunshine Hours|
langlookup|Graphs generated by|Graphs generated by|
langlookup|Click on a button to show the corresponding graph below.|Click on a button to show the corresponding graph below.|
I've updated the setup instructions to add a CumulusMX specific page in my Configuration section.
At the same time, I've updated the CU-defs.php file to automatically detect CumulusMX and change the $SITE entry to 'CumulusMX' for you.

Use the update tool page with query Base-*, Cumulus, 13-May-2020

Best regards,
Ken

[Otis]

First off Ken as always thank you for all you do for this forum, we do appreciate it.

Now my question.  I see today that a new error line (actually a Note) is showing up on my status page saying my scripts need updating.  Specifically pointing to the wxgraphs.php (https://lakehuronweather.org/wxStatus.php).

While I do use a (modified) version of this script (https://lakehuronweather.org/wxgraphs.php) it is very different from the one you just updated. 
Is there a way to eliminate the "note" from showing up on my status page?

[saratogaWX]

If you use a page name that is the same as the page name in the distribution, the update checking script assumes it's a distribution page and so checks it v.s. the installed page.  No good way to avoid that for pages named the same as a distribution page.

But.. if you rename your custom graphs script page to something else, and install the distributed one (which you won't use), then the checker will 'go quiet' and all is well.  Just change flyout-menu.xml when you rename your custom wxgraphs.php page to something else.

BTW.. I deliberately put the version check in the wxstatus page as many folks watch that, but seldom do a version check via check-fetch-times.php?show=versions .. they are also prone to email/post about an issue before doing a check to see if their scripts are current, but such is life

[Otis]

Well I kind of feel foolish, didn't think about renaming my custom page 

Oh and I do like the version check in the status page, I use that page a lot.

Thanks again Ken.

[Forever]

Hi Ken,

Don't know if it's just me but when I updated my wxgraphs.php page I noticed the bottom of the page did not look correct. It seems there was a missing </div>. I replaced it and it works now.

[saratogaWX]

Odd, I'd checked the display/validation for several weather software instances with V1.06 of wxgraphs.php.

Can you highlight an image of your wxgraphs.php source where you added the missing </div> ?

[Forever]

Never mind, looking again it was something I added. It should be good for everyone else. 

[saratogaWX]

Whew!  Thanks for checking!

[ConligWX]

Ken.

I'm just curious as to why wxgraphs.php is part of the base-templates and not part of the saratoga weather station plugins?

wxgraphs.php is not supported in meteobridge, yet it is a requirement to update the file as I get out of date warnings  in the check-fetch-times.php?show=versions and wxstatus.php urls.

Just curious....

[Otis]

Okay no big deal but a question.
Is there a way to move the version check on the wxstatus page below any custom checks we have?
Just checking.

[saratogaWX]

Ken.

I'm just curious as to why wxgraphs.php is part of the base-templates and not part of the saratoga weather station plugins?

wxgraphs.php is not supported in meteobridge, yet it is a requirement to update the file as I get out of date warnings  in the check-fetch-times.php?show=versions and wxstatus.php urls.

Just curious....

When I developed the template set for V3, I decided to start with a fully-multilingual version (World) that would share the majority of the code with the Canada(en, fr) and USA versions(en) so common scripts and wx...php pages would be the same across the base distributions -- only country/region specific scripts would be included in the respective bases.  Just made it easier for me to maintain fewer disparate scripts.

For wxgraphs.php, it was always intended to support all the plugins that were capable of producing graphs and it's the same script for all the Base distributions.  The only exception was with the Ambientweather.net (AWN-plugin), where it was so different, I put a wxgraphsawn.php page in the AWN-Plugin to distribute it.  On hindsight, I probably should have added that to the wxgraphs.php, but it's structure made it much more complicated to merge in.

You're correct, Meteobridge doesn't produce native graphics nor the .json files (like CumulusMX), so in the flyout-menu.xml, the menu option is automatically turned off (by having the wxonly= attribute missing MH or MB entries).  The version checker considers wxgraphs.php to be a 'core' file, so does check for a current copy.

Hope that helps explain my rationale for using one wxgraphs.php to serve all Base and Plugin types (where possible).

Best regards,
Ken

[saratogaWX]

Okay no big deal but a question.
Is there a way to move the version check on the wxstatus page below any custom checks we have?
Just checking.

Thanks for asking. Sadly, the answer is currently no.  The calling sequence is wxstatus.php -> include-wxstatus.php ->check-fetch-times.php (Versions) which directly prints the output just below the 'standard' checks in include-wxstatus.php and then returns to wxstatus.php for any 'custom' checks that may be there.

As a side note, I intended the version status to be quite visible on wxstatus.php to hopefully prod folks into keeping the scripts up-to-date themselves instead of finding something broken, posting/emailing about it, then discovering it was a missing script update as the cause.  Just trying to help y'all and help reduce the unneeded support requests.  Call me lazy -- after 14 years of doing this, the recurrent "it's broken. Did you check for updates?" interactions get a bit tiring.

[Otis]

Thanks for the reply Ken and no worries at all.  I did try and hack it myself to no avail, made copy first to be sure.
For me it is the first page that loads so I see it all the time, I like it.  I figure I am using the template and trying to provide solid info to folks least I can do is keep things updated 

[zmarfak]

Well if you like it more fancy, you can always ask Ken to put a border on it (if he feels like it).
It's just a personnel thing, you know "De gustibus..."

as an example see attachment

[saratogaWX]

Ok, heard both suggestions (move display to after custom checks, add a style box to the display).

Now available on the update tool for Base-*, 16-May-2020

You will need to copy any custom checks from your existing wxstatus.php to the new version before you upload.
The include-wxstatus.php can just be replaced.

Thanks for the suggestions!  The styling for the box uses the class="advisoryBox" CSS and works with all template themes.

[Otis]

Outstanding Ken  , once again great work and thanks.
Paul

[zmarfak]

Ken,
you didn't have to change, but you did

Thank you very much, it is nicer.

[saratogaWX]

You're welcome!  I'd hesitated to require a change to wxstatus.php as folks likely customized it.. that's why I'd done it for display just in include-wxstatus.php which would generally have no customizations.

But.. you both convinced me that the small pain of copying your customizations to the new wxstatus.php was worth it for the better presentation (at the end of the wxstatus.php page, and highlighted via CSS).
Thanks again for your suggestions!

[ConligWX]

Ken one thing on the include-wxstatus.php

there is no entry for MB support as the "if($SITE['WXsoftware'] =="

just thought you'd like to know.

[saratogaWX]

Ken one thing on the include-wxstatus.php

there is no entry for MB support as the "if($SITE['WXsoftware'] =="

just thought you'd like to know.

Dang strait, I'd want to know.    It was a BIG oops on my part to have removed that. 
Thanks for letting me know.. I've pushed out V1.11 of include-wxstatus.php to fix that omission.

Thanks for spotting it!   

[ConligWX]

Ken I think this was omitted sometime ago as my last few I had replaced "CU" with "MB"  not sure when it was omitted however.

anyway fixed now.

[saratogaWX]

Looking through my archives, the regression happened in 2018 when WeatherSnoop was added.  Glad it's sorted now.

[zmarfak]

Installed new versions this morning, all ok

when I clicked on the update link first I got :
https://www.matar.be/%22check-fetch-times.php?show=versions\%22

but I guess that was corrected later because now I have the correct link :
https://www.matar.be/weather/check-fetch-times.php?show=versions

Thanks for the work Ken.

[saratogaWX]

Yes, I'd noticed that link error too and did a microupdate shortly thereafter to correct it.  Sorry for the inconvenience.  The distribution for 16-May-2020 was corrected yesterday afternoon.