WXforum.net
Web Weather => Weather Website PHP/AJAX scripting => Topic started by: ValentineWeather on January 18, 2018, 05:13:42 PM
-
Right you are!
This version (http://www.gwwilkins.org/wxnwswinter.php) includes the 'Storm Total Ice Forecast'. The links are main script (http://www.gwwilkins.org/wxnwswinter.php?sce=view) and the includes script (http://www.gwwilkins.org/inc-nwswinter.php?sce=view). I haven't checked all of the WFO's to see if the graphic is there, but you guys can do that. :-)
Oh, and here's the Stand Alone Version (http://www.gwwilkins.org/wxnwswinter-SA.php) download link (http://www.gwwilkins.org/wxnwswinter-SA.php?sce=view). ('$standAlone = true;' in the main script, is all).
This was buried in 2016-2017 winter thread so a new thread. Rapid City and North Platte are included this year and can be turned on.
-
Thanks, Randy, for helping organize my 'helter-skelter' script 'droppings'. :-)
Remember, this is still labeled as 'Experimental' by the NWS.
Edit 2018 Jan 18 5:30pm CST: I've turned on North Platte and Rapid City in the script on my site so others won't have to manually do so.
-
Thanks Jerry. Love the script.
-
Thanks Jerry. Love the script.
Thank you, Randy. I look at it every day, sometimes more than once.
If anyone knows of other WFO's that are using this graphic besides those already listed, please comment in this thread and I'll turn it on as well.
-
Most, if not all Central Region offices are using this graphics set. KGRR, KDTX, KILX, etc.
-
Colorado
GJT
BOU
PUB
Wyoming
RIW
Montana
MSO
Nebraska
gid
North Dakota
FGF
New Mexico
ABQ
Wisconsin
ARX
Utah
slc
Nevada
No new
Arizona
None
Idaho
None
-
Thanks, guys, for all the new sites! They've been opened up in the latest includes script (https://gwwilkins.org/inc-nwswinter.php?sce=view). (If your version is missing some of the CRH sites, redownload. Initially I didn't open them all up like Tom suggested.)
-
During initial development of these Winter Precipitation Forecasts (https://www.gwwilkins.org/wxnwswinter.php) the NWS used an asterisk in their graphics to refer to the link to the host WFO. At some point the asterisk was dropped, but it remained in this script. Hence today's update where the pesky asterisk is dropped from this script. Also, the NWS has dropped 'Experimental' from the graphics, so I've done so in the script as well.
Those are the only changes aside from the version dates on all three scripts in the zip (https://www.gwwilkins.org/gwwScripts.php).
-
I didn't know this script existed - I'm going to look into incorporating it as I refer to the Boston winter page for every storm.
Besides the graphics, I also frequently use the "Snowfall Totals by Location" table feature on the Boston page (https://www.weather.gov/box/winter (https://www.weather.gov/box/winter)). This allows me to drill down to city/town level.
-
Very nice script. I am testing it at http://www.rogerscityweather.com/wxnwswinter.php (http://www.rogerscityweather.com/wxnwswinter.php)
There is one thing that I noticed when it is running on my site. If I land on the page and select a different wfo, it will switch just once. Subsequent attempts will not change from that 2nd area. If I reload the page, I once again get my default wfo, then the same thing happens.
Interestingly if I go to gwwilk's page, it behaves as expected and I can arbitrarily change to other wfo sites as much as I want.
I flushed my Cloudflare cache and it didn't make any difference.
Any ideas?
Greg H.
-
Interesting Greg, mine has been working the way it is supposed to with no problems.
http://lakehuronweather.org/wxnwswinter.php (http://lakehuronweather.org/wxnwswinter.php)
I did you at yours and as it behaves as you described, strange. Maybe Jerry can provide some insight.
-
Very nice script. I am testing it at http://www.rogerscityweather.com/wxnwswinter.php (http://www.rogerscityweather.com/wxnwswinter.php)
There is one thing that I noticed when it is running on my site. If I land on the page and select a different wfo, it will switch just once. Subsequent attempts will not change from that 2nd area. If I reload the page, I once again get my default wfo, then the same thing happens.
Interestingly if I go to gwwilk's page, it behaves as expected and I can arbitrarily change to other wfo sites as much as I want.
I flushed my Cloudflare cache and it didn't make any difference.
Any ideas?
Greg H.
I would start at the JavaScript Console which shows two 'revolvermaps (http://www.revolvermaps.com/)' loads which are 'Failed to load resource: net::ERR_BLOCKED_BY_CLIENT'. At least one of them must contain some JavaScript code or references which when not loaded kills any further JavaScript execution. Once this happens neither dropdown menu on this script is working.
Your site has the same problem with this script (http://www.rogerscityweather.com/wxushourly24hfc.php).
-
I tried commenting out the revolvermaps code, which resides in the footer.php file. Didn't change the behavior.
Hmmm....
Greg H.
-
Greg,
One difference in your setup is the use of cloudflare / rocketscript with the javascript. I'm not familiar with that so I can't be much help.
The essential problem is that after the first selection of a forecast office there is no longer a javascript "change" event assigned to the <select> structure (at least that's what the Firefox element inspector shows me). Normally, the code that executes upon a change of that selector is at line 503 of inc-nwswinter.php.
-
I just put Cloudflare into "development mode" which bypasses their caching and everything should be served directly from my site. I also flushed the Cloudflare cache again, and I have left off the revolvermaps entry in the footer. Still the same. I might try this on one of my other webhosts and see what happens.
Thanks for the suggestions, but still no joy. This is perplexing... :?
Greg H.
-
Greg,
This is what I'm seeing:
Within inc-nwswinter.php, the <select> tag for the NWS office has an ID of "wfo". Further down in that file is the jQuery that triggers when a change is made for that selection:
<script type="text/javascript">
$("#wfo").change(function () {
var wfo = $(this).val();
var divWidth = "<?php echo $divWidth?>";
var prediction = "<?php echo $prediction?>";
var standAlone = "<?php echo $standAlone?>";
showPredictionjs(wfo,divWidth,prediction,standAlone);
});
</script>
This all works on the initial page load. However, in your case, the cloudflare stuff modifies some of the code (e.g., "text/javascript" is changed to "text/rocketscript").
When showPredictionjs() runs (this code is in wxnwswinter.php), it executes the following jQuery:
<script type="text/javascript"> {
function showPredictionjs(wfo,divWidth,prediction,standAlone) {
$('#showPrediction').load('inc-nwswinter.php',{wfo:wfo,divWidth:divWidth,prediction:prediction,standAlone:standAlone});
}
}
</script>
What this does is replace the previous code that was in the <div> with the ID "showPrediction" (essentially all of first include of inc-nwswinter.php) with a new copy, modified according to the parameters passed. This includes reloading the jQuery code I first quoted above. In a normal environment, the browser will execute that jQuery upon the load of the new code and attach change events to the two <select> menus again. THAT is what isn't happening in your environment. It looks like the code loads fine (with the cloudflare mods) but the jQuery/javascript doesn't execute.
-
Thanks, Jasiu.
I went ahead and tried my other domain miraculon.net and the stand-alone version works fine. I do not have Cloudflare on that site. I am puzzled as to why putting CF into "development mode" didn't stop this behavior. I have had issues in the past with Cloudflare and the code modifications on other pages.
With a lot of "twisting of the size knobs" I put the SA version into miraculon.net and call it into rogerscityweather.com via an iframe. Yet another kludgy solution, but it seems to have worked. I'll be the first to admit that I am not much of a programmer, I kind of hack it 'til it works... :lol: (or I break it ](*,))
Here is the new page: http://www.rogerscityweather.com/NWS-winter.php (http://www.rogerscityweather.com/NWS-winter.php)
The SA page that is fed into this page originates from http://www.miraculon.net/gwwilk/wxnwswinter-SA.php (http://www.miraculon.net/gwwilk/wxnwswinter-SA.php)
I also changed the Forecast Maps page: http://www.rogerscityweather.com/NWS-ushourly24.php (http://www.rogerscityweather.com/NWS-ushourly24.php)
The SA page that is fed into this page originates from http://www.miraculon.net/gwwilk/wxushourly24hfc-SA.php (http://www.miraculon.net/gwwilk/wxushourly24hfc-SA.php)
Both SA pages were tweaked for size to fit the iframe.
Greg H.
-
As an FYI, if anyone out there is interested in adding any of the data from the "Snowfall Totals by Location" table, it can be found in XML format at:
https://www.weather.gov/source/xxx/winter/snow_range.xml
where "xxx" is the NWS office code in lower case.
Unfortunately, all of the data is in one big text chunk and one has to parse that to get the results.
This and more info is in the following javascript that is used on the winter page:
https://www.weather.gov/source/erh/probSnow/probSnow_2017-18.js
-
I tried these unmodified scripts using the "UC" browser on my Windows Phone and Firefox and Konquerer on my Linux box and they didn't have this problem. All other browsers, Firefox, Edge, Chrome acted the same way as my Ice Dragon (FF based) browsers running on Windows 10. Not sure why the phone and Linux didn't exhibit a problem.
I finally found the resolution to this issue. It was indeed Cloudflare rewriting some of the javascript entries.
I found this online: https://stackoverflow.com/questions/9681032/why-is-wordpress-placing-text-rocketscript-instead-of-text-javascript-when-u?utm_medium=organic&utm_source=google_rich_qa&utm_campaign=google_rich_qa (https://stackoverflow.com/questions/9681032/why-is-wordpress-placing-text-rocketscript-instead-of-text-javascript-when-u?utm_medium=organic&utm_source=google_rich_qa&utm_campaign=google_rich_qa)
Although it was for Wordpress, the issue seemed to be similar to what I was seeing.
The gist of it is this:
It is easy to fix.
You must change the following tag: <script type="text/javascript"></script>
add: data-cfasync="false"
example:
<script data-cfasync="false" type="text/javascript"></script>
Once I added the data-cfasync="false" it resolved this for all of the gwwilk scripts that I was having. I searched for any instance for javascript, I might have overdone it and added where it wasn't strictly necessary, but no problems in doing so.
My initial "fix" below only worked for those two scripts mentioned previously. I had no success with wxGOES16-HAniSLoops.php and wxusradars-hanis3.php running on my other site. There must have been some dependency on the saratoga scripts that I just couldn't figure out.
I applied this 'data-cfasync="false"' fix to all four scripts.
Greg H
-
Great work, Greg. Thanks for posting this fix!
-
It seems that the NWS has changed these snow pages. I noticed that the "Most Likely Snowfall" was zero, but "At least this much" and "Potential for this much" were still showing forecasted amounts.
The "Potential for This Much" agrees with the new map showing "High End Amount".
The "Expect at least This Much" agrees with the new map showing "Low End Amount".
But, the "Most Likely Snowfall" doesn't agree with the new "Expected Snowfall" amount. The date was from 10/29-30.
See my snow page at http://rogerscityweather.com/wxnwswinter.php (http://rogerscityweather.com/wxnwswinter.php) versus the APX snow page at https://www.weather.gov/apx/winter (https://www.weather.gov/apx/winter)
Indeed this new page has a different URL of https://www.weather.gov/images/apx/winter/StormTotalSnowWeb.png (https://www.weather.gov/images/apx/winter/StormTotalSnowWeb.png)
(https://www.weather.gov/images/apx/winter/StormTotalSnowWeb.png)
Versus the old one at https://www.weather.gov/images/apx/winter/StormTotalSnowWeb1.png (https://www.weather.gov/images/apx/winter/StormTotalSnowWeb1.png). Note the "1" was dropped.
(https://www.weather.gov/images/apx/winter/StormTotalSnowWeb1.png)
There are a lot of new probability images shown on the NWS page.
I modified my inc-nwswinter.php to eliminate the "1" in all instances of StormTotalSnowWeb1 to StormTotalSnowWeb. It seems to have worked. The above links to my pages will no longer show the problem and were corrected by the modification. The image inserted into the thread seems to have been from the time with the issue.
Greg H.
-
Thanks for picking up on this! I noticed the overlaid text some time ago but I never put two and two together. #-o
There's a new nwswinter.zip in the downloads on my site (https://www.gwwilkins.org/gwwScripts.php) that fixes the problem (https://www.gwwilkins.org/wxnwswinter.php).
Thanks again for your help! :-)
-
Thanks for picking up on this! I noticed the overlaid text some time ago but I never put two and two together. #-o
There's a new nwswinter.zip in the downloads on my site (https://www.gwwilkins.org/gwwScripts.php) that fixes the problem (https://www.gwwilkins.org/wxnwswinter.php).
Thanks again for your help! :-)
I too had noticed the overlaid text but today was pondering why the amount that should have been somewhere between the others was still zero... :-k
Greg
-
As an FYI, if anyone out there is interested in adding any of the data from the "Snowfall Totals by Location" table, it can be found in XML format at:
https://www.weather.gov/source/xxx/winter/snow_range.xml
where "xxx" is the NWS office code in lower case.
Unfortunately, all of the data is in one big text chunk and one has to parse that to get the results.
This and more info is in the following javascript that is used on the winter page:
https://www.weather.gov/source/erh/probSnow/probSnow_2017-18.js
If anyone happened to use this info last season, a couple of updates:
1) The javascript file to dig into for details is now appropriately named:
https://www.weather.gov/source/erh/probSnow/probSnow_2018-19.js
2) The XML file is now called:
https://www.weather.gov/source/xxx/winter/snow_prob.xml
i.e., "prob" instead of "range".
Also Jerry, a very very very small nit: Next time you are in the code, you can change the description of "BOX" to Boston/Norton. They moved from Taunton earlier this year. Thanks as always for the hard work!
-
A revised 'nwswinter.zip' with a 'Boston/Norton' entry and the correct revision date is now up on my site.
-
Jerry,
Thanks for your update.
Dennis
-
Jerry
Thanks for the update. \:D/
Cheers
MikeyM
-
The NWS has modified their EXPERIMENTAL Winter Pages to include a graphic displaying the percent chance of 0.1" snowfall or more (https://www.weather.gov/images/oax/winter/snowProbGETr.png).
A revised script that incorporates this graphic (https://www.gwwilkins.org/wxnwswinter.php) is available on my web site as 'nwswinter.zip' (https://www.gwwilkins.org/gwwScripts.php).
-
The NWS has modified their EXPERIMENTAL Winter Pages to include a graphic displaying the percent chance of 0.1" snowfall or more (https://www.weather.gov/images/oax/winter/snowProbGETr.png).
A revised script that incorporates this graphic (https://www.gwwilkins.org/wxnwswinter.php) is available on my web site as 'nwswinter.zip' (https://www.gwwilkins.org/gwwScripts.php).
Picked up the new version with the probability of > 0.1". Thanks Jerry.
Greg H.
-
Thanks
-
Thanks Jerry
:grin:
MikeyM
-
Thanks Jerry.
Looks good!
-
The NWS URL's pointed to by this script have been modified such that the OAX and possibly other WFO-related URL's have changed, specifically the Ice and Snowfall >= 0.1" prediction graphics. Most still create the old URL's but at least OAX did not. Hence the script has been revised to accommodate these new Ice and Snowfall >= 0.1" prediction URL's.
The revised script is available on my website (https://www.gwwilkins.org/gwwScripts.php). Let me know if you encounter problems with the revised script.
I also noticed that OAX has statewide forecasts for NE and IA. These may be included in a future script enhancement. Not in the near future. Some sites such as Denver/Boulder, Sioux Falls, etc. already have statewide forecasts as their default. I don't plan to sort this all out right now.
-
As always thank you, Jerry! Your work is much appreciated.
-
Once again Jerry, Thanks for another great addition to our sites.
Incorporated mine today at https://www.mckeanweather.com/mwsnow-ice.php
Since I live just south of the New York border, I've always looked for the graphs from the Buffalo NWS office but couldn't find them. I finally found them on their site today. The links were commented out in your inc-nwswinter.php and once I removed them, it worked as planned.
Thanks Again,
Brad
-
Thanks again =D>
-
Thanks, Brad, for the heads-up! I hadn't checked for new Winter Pages in quite a while.
Guess what. :oops: There are a ton of new WFO Winter Pages now available! These have been added to the revised nwswinter.zip script now on my web site (https://www.gwwilkins.org/gwwScripts.php).
Let me know if there are any now missing...
-
Thanks Again Jerry, update installed. =D>
-
Once again, the NWS has modified the WFO's winter weather graphics and links.
When I get a chance I'll try to update this script.
-
It appears that the NWS WFO's are in transition. Some of them are using the new graphics scheme while some are still using the old scheme.
I've attached a temporary fix as a modified 'includes' file that allows for manual redirection if the graphics are stale. Some are indeed stale, and this can be confirmed by following the links to the WFO's winter page.
After this transition is complete I'll attempt to revise the script to display current graphics.
(Thanks to miraculon for the heads-up here.)
-
It appears that the NWS WFO's are in transition. Some of them are using the new graphics scheme while some are still using the old scheme.
I've attached a temporary fix as a modified 'includes' file that allows for manual redirection if the graphics are stale. Some are indeed stale, and this can be confirmed by following the links to the WFO's winter page.
After this transition is complete I'll attempt to revise the script to display current graphics.
(Thanks to miraculon for the heads-up here.)
Thanks Jerry. I put something similar on my "announcement" banner, but I'll let it expire since you have added this capability.
Greg H.
-
Jerry
As alwyas - Thanks! [tup]
MikeyM
-
I spent some time this morning looking at how the diverse WFO's are presenting these graphics now. In short, now that the NWS has apparently unleashed them to do whatever they please with this experimental service they've gone berserk.
The graphics URL's are all over the place. Apparently some WFO's have abandoned the service: Topeka, Wichita, Hastings, Raleigh-Durham, and Portland. Whether this is temporary or permanent remains to be seen.
Some WFO's continue to use the old graphics URL's but with the new schema. They load just fine with the current wxnwswinter script, and are Billings, Glasgow, Memphis, Amarillo, Salt Lake City, and Milwaukee.
Some WFO's have adopted unique, apparently temporary, URL addresses on their Winter Weather Page: Omaha, Des Moines, Baltimore/Washington, Memphis, St. Louis, Fargo, Aberdeen, and Missoula. They actually have the graphics under the script's URL, just as a JPG rather than a PNG that the script looks for.
I will retain my scratch sheet of these findings and recheck them again in a few days before I set about modifying the script. Thanks for your patience.
-
Hey Jerry, I dug into the Boston/Norton (BOX) case last week and I believe the only change is that the former PNG graphics are now JPG. Names all seem the same.
-
Hey Jerry, I dug into the Boston/Norton (BOX) case last week and I believe the only change is that the former PNG graphics are now JPG. Names all seem the same.
Thanks, Jasiu. I forgot to mention that all of those WFO's not included in the above exceptions are merely using JPG's instead of PNG's.
I want to see how stable these WFO winter page changes are before revising the script.
-
Mine for BIS is coming up as:
https://www.weather.gov/images/bis/winter/StormTotalSnowWeb.jpg
-
I took a fling and just changed the graphics type to JPG from PNG on this script. Lo and behold it seems to work again (https://www.gwwilkins.org/wxnwswinter.php)!
I haven't done any thorough testing at all yet, but the script is available as 'nwswinter.zip' on my scripts page (https://www.gwwilkins.org/gwwScripts.php). A 'StandAlone' version is included.
Do let me know if you find problem WFO's or WFO's that need to be included.
-
Thanks Jerry
It's working good here for Binghamton NY (bgm), Albany NY, Philadelpia/MT Holly, State College and Pittsburgh in Pennsylvania.
Thanks & Happy Thanksgiving!
MikeyM
-
Once again thanks Jerry for addressing this.
Working fine for me too. (Gaylord - APX)
-
Just checked the WFO's Winter Weather Pages again this morning, and they're still in flux. Topeka and Wichita now display current graphics and they can be accessed by the script. The remaining exceptions persist.
-
Looks like Milwaukee is on board now.
-
Looks like Milwaukee is on board now.
Indeed they are! Thanks.
It looks from here like there's an NWS IT guru making their way through the WFO's winter pages as they update them. Slow but steady...
-
Looks like Milwaukee is on board now.
Indeed they are! Thanks.
It looks from here like there's an NWS IT guru making their way through the WFO's winter pages as they update them. Slow but steady...
Too bad they can't do the same for the Weather Story. :evil:
-
Boston, Albany and NYC now working with image name change!
Thanks!!
-
As are Michigan's Detroit, Gaylord, Grand Rapids & Marquette.
Dennis
-
Thanks Jerry,
I updated my site this am.
http://cvweather.org/wxnwswinter.php (http://cvweather.org/wxnwswinter.php)
-
Thanks Jerry,
Updated and looking sharp.
I've been using the new graphs in my Facebook posts the last month, but had to go to the individual NWS offices to gather them up for our region. Having them 'on site' makes things much better.
https://www.mckeanweather.com/mwsnow-ice.php (https://www.mckeanweather.com/mwsnow-ice.php)
Again, Thanks
Brad
-
A somewhat belated "thanks" to Jerry. I just got back in town last night and saw that there was an update.
Mine is at http://www.rogerscityweather.com/wxnwswinter.php (http://www.rogerscityweather.com/wxnwswinter.php)
Greg H.
-
Thank you kindly Jerry for the update.
-
I just finished making an 'exceptions' list for those WFO's that don't comply with the apparent NWS standards for their Winter Weather Pages. I think that via this exceptions list those WFO's displaying current graphics are incorporated into this latest version of wxnwswinter.php (https://www.gwwilkins.org/wxnwswinter.php).
As usual you can find it on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
-
I just finished making an 'exceptions' list for those WFO's that don't comply with the apparent NWS standards for their Winter Weather Pages. I think that via this exceptions list those WFO's displaying current graphics are incorporated into this latest version of wxnwswinter.php (https://www.gwwilkins.org/wxnwswinter.php).
As usual you can find it on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
I updated mine at http://www.rogerscityweather.com/wxnwswinter.php (http://www.rogerscityweather.com/wxnwswinter.php)
Thanks again, Jerry.
Greg H.
-
The NWS is asking for feedback on their 'experimental' winter pages: here (https://www.weather.gov/media/notification/pdf2/pns14_prob_snowfall_extension_aag.pdf)
I obviously had very positive feedback... :grin:
-
UPDATE 2021 Dec 8: I forgot to say which WFO's now display correctly. They are Boulder CO, Billings and Glasgow MT, Memphis TN, Amarillo TX, and Salt Lake City UT. Still no joy with Medford and Portland OR.
-
I just finished making an 'exceptions' list for those WFO's that don't comply with the apparent NWS standards for their Winter Weather Pages. I think that via this exceptions list those WFO's displaying current graphics are incorporated into this latest version of wxnwswinter.php (https://www.gwwilkins.org/wxnwswinter.php).
As usual you can find it on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
Thanks Jerry. Updated mine. https://joesweather.info/wxnwswinter.php
-
And just in time for our first major winter event. https://www.valentinenebraska.net/wxnwswinter.php
-
Hastings, NE WFO has this week adopted a unique URL for their Winter Weather Prediction Graphics. I have family coming down I-80 tomorrow and they will pass through the GID (Hastings) WFO forecast area, and snow/ice are predicted. Accordingly I've modified the script in order to accommodate these changes.
The new .zip is on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
-
Kinda strange that Washington and Idaho are still not involved.
-
Just when you think it's stable....
Boston just changed their graphics to add "_BOX" to the file names. e.g.,
https://www.weather.gov/images/box/winter/StormTotalSnowWeb1_BOX.jpg
Don't know about any other offices.
-
Just when you think it's stable....
Boston just changed their graphics to add "_BOX" to the file names. e.g.,
https://www.weather.gov/images/box/winter/StormTotalSnowWeb1_BOX.jpg
Don't know about any other offices.
Actually, Jasiu, the script still works as last written because they're still creating the StormTotalSnowWeb.jpg series as well.
Thanks for keeping an eye on these graphics. I need all the help I can get!
-
If I look at
https://www.weather.gov/images/box/winter/StormTotalSnowWeb.jpg
it's from yesterday morning. Unless there's a cache issue somewhere.
-
I was only looking at the 'Valid for (dates)' at the top of the graphic. The dates on both graphics there are identical despite the different issue dates. Something weird is happening, but we'll find out tomorrow which way it goes.
Thanks again!
UPDATE:
I went ahead and added Boston to the list of exceptions and removed Billings and Memphis because they're now compliant with the standard naming convention. Some WFO's haven't updated their Winter Pages, like Gaylord and Kansas City, but nothing can be done about that.
The updated script is available on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
-
UPDATE: Medford is now compliant, and this (https://www.weather.gov/pqr/winter) is Portland's disclaimer. I'm leaving 'pqr' in the script.
Kansas City's Winter Weather Page is now updated, but Gaylord's still isn't.
-
UPDATE: Medford is now compliant, and this (https://www.weather.gov/pqr/winter) is Portland's disclaimer. I'm leaving 'pqr' in the script.
Kansas City's Winter Weather Page is now updated, but Gaylord's still isn't.
Interesting, it did seem to work there for a while. Even the Gaylord NWS page isn't showing the forecast. The date is from the 12-13th.
The Marquette, MI office forecast extends into my area ("tip of the mitt"), so I checked that this morning.
Greg H.
-
I was only looking at the 'Valid for (dates)' at the top of the graphic. The dates on both graphics there are identical despite the different issue dates. Something weird is happening, but we'll find out tomorrow which way it goes.
Thanks again!
UPDATE:
I went ahead and added Boston to the list of exceptions and removed Billings and Memphis because they're now compliant with the standard naming convention. Some WFO's haven't updated their Winter Pages, like Gaylord and Kansas City, but nothing can be done about that.
The updated script is available on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
The graphics on the images without "_BOX" are now out of date. The projections have come down since those were originally issued. :sad:
-
I was only looking at the 'Valid for (dates)' at the top of the graphic. The dates on both graphics there are identical despite the different issue dates. Something weird is happening, but we'll find out tomorrow which way it goes.
Thanks again!
UPDATE:
I went ahead and added Boston to the list of exceptions and removed Billings and Memphis because they're now compliant with the standard naming convention. Some WFO's haven't updated their Winter Pages, like Gaylord and Kansas City, but nothing can be done about that.
The updated script is available on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
The graphics on the images without "_BOX" are now out of date. The projections have come down since those were originally issued. :sad:
Indeed! The script now displays those with "_BOX".
-
Looks like the Gaylord Office, APX, is back up and running.
Hope it holds.
-
Looks like the Gaylord Office, APX, is back up and running.
Hope it holds.
I emailed the Gaylord NWS office about it a couple of days ago.
Greg H.
-
Great Greg, thanks.
-
The graphics on the images without "_BOX" are now out of date. The projections have come down since those were originally issued. :sad:
Sigh. They are back to using the file names w/o "_BOX". Going to see if I can figure out an easy way to determine which is in use (possible to scrape the "winter" page they display, although I'd like to avoid that).
-
Meanwhile I'll revise the script. Thanks, Jasiu!
Comparing the file creation dates, if accessible, on the two image schemes might provide a switch point? I would flounder around a lot before I successfully scripted that.
Revised script now available on my scripts page (https://www.gwwilkins.org/gwwScripts.php).
-
The "last-modified" HTTP header field appears to be accurate for the image times. I have some test code in my sandbox now and will let it simmer for a while.
-
Nice script! It's working fine for me after installing it this morning. Looking at the first possible snow of the season in Northern Virginia tomorrow.
https://novawx.dscloud.me/~thunder/wxnwswinter.php
-
Glasgow is no longer an exception.
An updated script can be found here (https://www.gwwilkins.org/gwwScripts.php).
-
Thanks to a persistent user a dead link to the NWS has been eliminated from the script.
Thanks to this user the link has been updated to display the selected WFO’s home page. I feel that this is a better landing spot for the curious viewer than the WPC’s home page. This required slight revision of the primary and the includes scripts, so be sure to upload all after you’ve customized the primary and if desired the StandAlone scripts to your preferred WFO.
The primary script now hunts for the StandAlone script and displays the link only if it’s found and the active script isn’t the StandAlone one.
As usual the revised scripts are available here (https://www.gwwilkins.org/gwwScripts.php).
-
I just noticed my graphic is no longer updating. Last update shows Feb 2. Their site shows last Feb 4.
https://www.weather.gov/images/bis/ProbMessaging/StormTotalSnow_NorthDakota.png
-
I just noticed my graphic is no longer updating. Last update shows Feb 2. Their site shows last Feb 4.
https://www.weather.gov/images/bis/ProbMessaging/StormTotalSnow_NorthDakota.png
Somebody's asleep at the switch there. You might prod them with a gently worded email. I don't see any reason to update to a less outdated, but still outdated, graphic.
-
It looks like they're back on the job at Bismarck (https://www.weather.gov/bis/winter) after a long winter's nap. [tup]
-
Yeah, I'm guessing someone went on vacation. To someplace warmer... :-)
-
On a lark I loaded this script this morning. Much to my surprise my default WFO's predicted snow and ice images (https://www.gwwilkins.org/wxnwswinter.php) were up-to-date! I didn't check any others because I wanted to leave well enough alone...
-
Mine are there but outdated because my default office does not update them out of season.