WXforum.net
Web Weather => Weather Website PHP/AJAX scripting => Topic started by: BurnsvilleWeather on October 26, 2013, 02:24:24 PM
-
UPDATED 10-JAN-2016 - Alternative Dashboard Version 6.95 is now Released!
Version 6.95 Major Update:
- Updated for Weather Display Version 10.37R Build 307 or later. Use version 6.94 for Build 81 or lower
- Don't forget to edit the PayPal code if you use that and do an update.
Version 6.94 Minor Update:
- Added fix for new format forecast Icons (thanks to Ken True for the code)
- Minor corrections for format issues in the previously unreleased version 6.93
- Works with new version of my Mobile Dashboard Version 1.90 also released now
- Don't forget to edit the PayPal code if you use that and do an update.
Version 6.92 Minor Update:
- Added button to load Mobile version
- Many minor changes from user input here
- Works with new version of my Mobile Dashboard Version 1.90 also released now
- PLEASE EDIT FOOTNOTE ABOUT NOT AFFILIATED WITH NWS, I MADE ADDITIONS THERE THAT WILL NOT FIT YOUR SITE!
Version 6.91 Minor Update:
- Added support for lightning last strike date and time to update with ajax and display in desired date format
- Removed negative signs from readings that already show a red down arrow in front of them.
Version 6.90 Update:
- Added uniform date format option with language support (See instructions and config)
- Added customizable rain graph in rain section. You pick image in config file
- Added more customizable options for Storm Prediction image and links on page
- Multiple bug fixes and minor enhancements
- Reformatted code to make it easier to follow
- Additional display items in Dew Point and Humidity
Version 6.8x and 6.9x versions take note:
NOTE: REQUIRES SPECIAL ajaxWDwx.js VERSION & Change to Setting-weather.php
- New special version of ajaxWDwx.js to avoid confusion with Ken's stock version
- To use, you must modify settings-weather.php - change ajax filename (See Read-ME in archive)
I've included an extensive instruction manual with the archive that include images and examples as well as links to other images and code you can add to the alternative dashboard to enhance it more or customize it more.
TIP: Make sure you have FULLY implemented Ken's VERSION 3 scripts or the ajax script will not use the correct version. The Top, Header, Menu and Footer scripts specifically need to be on Version 3 of Ken's scripts!!
Thanks for everyone's patience in waiting for this update. Special thanks to my international beta testers that had to try so many versions of this code before I could finally make it work for all the many different languages and ways the dates are formatted. I tried to get in as much as I could but may have missed some suggestions. If so please email me again.
NOTE: One known issue is with the last lightning strike date and time. because of how its stored and updated through ajax, I was unable to make the date ajax update but unless you are right at midnight, that should make little difference. Hopefully in the future I'll get that to work too but it will take a lot more work!
Scott
Burnsville Weather Live Scripts
Formally Webster Weather Live Scripts
You can download the latest versions of my scripts by going to my website and clicking on the Weather Scripts menu option or click here:
http://burnsvilleweatherlive.com/wxScripts.php (http://burnsvilleweatherlive.com/wxScripts.php)
-
I am already working on my upgrade.
Have you thought about just calling it V7 instead of 6.90 since you are dropping support on all previous versions?
-
I am already working on my upgrade.
Have you thought about just calling it V7 instead of 6.90 since you are dropping support on all previous versions?
LOL, well, I have some totally new plans for a totally different version 7 so that's why I left it at 6.90! :shock:
Scott
-
Any date that we can have a sneak peak?
-
Any date that we can have a sneak peak?
LOL, all there is are thoughts in my brain and you really don't want to get inside there!! I'm thinking something wider, more images, graphs, etc, and ideally modular, so you put what ever module in you want rather then having to have all the code there even if you don't use it all. Easier for people to write modules rather then a whole dashboard.
It will be my winter project if I stay healthy!
Scott
-
Any date that we can have a sneak peak?
LOL, all there is are thoughts in my brain and you really don't want to get inside there!! I'm thinking something wider, more images, graphs, etc, and ideally modular, so you put what ever module in you want rather then having to have all the code there even if you don't use it all. Easier for people to write modules rather then a whole dashboard.
It will be my winter project if I stay healthy!
Scott
Sounds nice Scott. I'm still using the version from 2009. LOL!!
-
Upgraded with no problems and some messin' around of my own. Well done, Scott!
-
Scott,
Thanks for your continuing development, maintenance & support of the Alt Dash.
=D>
-
There has been a slight change to the config file since it was released. If you use a language other then english and what to be able to use the language translation to translate the footnotes, download the 6.90 archive again and replace the config file. It has been updated to allow for those translations!
Thanks to Piet K for catching that and giving the suggestion!
Scott
-
Thanks again Scott, very very nice job! =D> =D>
One thing.
If i set this date function like this:
// NEW in version 6.90 Set date format for Record Dates
$RecDateF = '8'; // Set to desired date format for Record High/Low Dates
// 1 = Dec-25-2013
// 2 = 25-Dec-2013
// 3 = 25/12/2013
// 4 = 12/25/2013
// 7 = 12-25-2013
// 8 = 25-12-2013
The date has the same us format "month-day-year" on dashboard:
http://www.meteocarmignano.it/ajax-dashboard6.php
Probably this function goes in conflict with another date funcion on dashboard settings:
$WDdateMDY = false; // true=dates by WD are 'month/day/year'
// // false=dates by WD are 'day/month/year'
Any ideas?
Regards,
Alessandro
-
Alessandro
That one puzzles me because the only place I care about that WD date format is when reading the value in testtags.php. That tells me what format to expect the value to be in so I can pull out the right value for month day and year. If the testtags.php is storing the date in the format expressed by that, it should translate into the correct date with dashes! Can you send me your testtags.php and tell me which dates specifically are showing up wrong and I'll check to see if I can find out why. You don't make any modifications to the main script do you?
Scott
-
Alessandro
That one puzzles me because the only place I care about that WD date format is when reading the value in testtags.php. That tells me what format to expect the value to be in so I can pull out the right value for month day and year. If the testtags.php is storing the date in the format expressed by that, it should translate into the correct date with dashes! Can you send me your testtags.php and tell me which dates specifically are showing up wrong and I'll check to see if I can find out why. You don't make any modifications to the main script do you?
Scott
Hi Scott,
no, i haven't done any modification on your script at the moment.
I've attached my testtags.txt file.
All dates on my dashboard shows this format: month/day/year but it should be: day/month/year.
Thanks in advance,
Alessandro
-
Alessandro
I see what happened, I must have forgot to save my changes when I added that section. Change the code on line # 2382 to read:
case 7: // 12-25-2013
$Fdate = ($Rmonth . "-" . $Rday . "-" . $Ryear);
break;
case 8: // 25-12-2013
$Fdate = ($Rday . "-" . $Rmonth . "-" . $Ryear);
break;
Or just re-download the archive, It is fixed in the archive now. The script date will read 27-OCT-2013 if you have the latest change.
-
Alessandro
I see what happened, I must have forgot to save my changes when I added that section. Change the code on line # 2382 to read:
case 7: // 12-25-2013
$Fdate = ($Rmonth . "-" . $Rday . "-" . $Ryear);
break;
case 8: // 25-12-2013
$Fdate = ($Rday . "-" . $Rmonth . "-" . $Ryear);
break;
Or just re-download the archive, It is fixed in the archive now. The script date will read 27-OCT-2013 if you have the latest change.
Great Scott!
Fixed it: http://www.meteocarmignano.it/ajax-dashboard6.php \:D/ \:D/ =D> =D>
Thanks for your time.
Regards,
Alessandro
-
Hi Scott,
what about this code:
$useRainGraph = true; // Set to true to show WD's Rain Graph (Must have File #7 on customize internet and file creation setup screen to upload)
$RainGraphImage = './ajax-images/raintoday.gif'; // set to image name to display (Will set it to width of 178px automatically) default is 'raintoday.gif'
I've set it to true but i've seen that File #7 on WD customize internet and file creation is a wind value?
What about graph?
I've attached a metric version of raintoday.gif.
Is this file animates automatically or is it only an image static file?
Thanks in advance,
Alessandro
-
$useRainGraph = true; // Set to true to show WD's Rain Graph (Must have File #7 on customize internet and file creation setup screen to upload)
$RainGraphImage = './ajax-images/raintoday.gif'; // set to image name to display (Will set it to width of 178px automatically) default is 'raintoday.gif'
Alessandro,
On my system the raintoday.gif is loaded into the root directory by WD. Noticed you have yours set to ./ajax-images/raintoday.gif. Is that correct for over there? #7 is updated as frequently as you tell it to in your WD settings.
Hope this helps...
-
Scott,
Very nice work on your 6.90 script =D> Keep up your great work. Good health to you.
Jeff
http://indiantrailweather.com
-
Hi Scott,
what about this code:
$useRainGraph = true; // Set to true to show WD's Rain Graph (Must have File #7 on customize internet and file creation setup screen to upload)
$RainGraphImage = './ajax-images/raintoday.gif'; // set to image name to display (Will set it to width of 178px automatically) default is 'raintoday.gif'
I've set it to true but i've seen that File #7 on WD customize internet and file creation is a wind value?
What about graph?
I've attached a metric version of raintoday.gif.
Is this file animates automatically or is it only an image static file?
Thanks in advance,
Alessandro
Alessandro,
I thought the same thing when I set mine up. On the setting it shows the wind image. When I got the scripts uploaded, it showed the graphic you have posted.
-
$useRainGraph = true; // Set to true to show WD's Rain Graph (Must have File #7 on customize internet and file creation setup screen to upload)
$RainGraphImage = './ajax-images/raintoday.gif'; // set to image name to display (Will set it to width of 178px automatically) default is 'raintoday.gif'
Alessandro,
On my system the raintoday.gif is loaded into the root directory by WD. Noticed you have yours set to ./ajax-images/raintoday.gif. Is that correct for over there? #7 is updated as frequently as you tell it to in your WD settings.
Hope this helps...
Thanks jgillet,
but i don't understand what that setting shows :?:
My raindetail.gif image (uploads from WD) is like this: http://www.meteocarmignano.it/raindetail.gif
But what about raindetail.gif on my dashboard: http://www.meteocarmignano.it :?: :?:
Is this dinamic or static image when it's raining?
It's a linkable image or what?
Thanks in advance to explain me better this part of dashboard.
Regards,
Alessandro
-
$useRainGraph = true; // Set to true to show WD's Rain Graph (Must have File #7 on customize internet and file creation setup screen to upload)
$RainGraphImage = './ajax-images/raintoday.gif'; // set to image name to display (Will set it to width of 178px automatically) default is 'raintoday.gif'
Alessandro,
On my system the raintoday.gif is loaded into the root directory by WD. Noticed you have yours set to ./ajax-images/raintoday.gif. Is that correct for over there? #7 is updated as frequently as you tell it to in your WD settings.
Hope this helps...
Thanks jgillet,
but i don't understand what that setting shows :?:
My raindetail.gif image (uploads from WD) is like this: http://www.meteocarmignano.it/raindetail.gif
But what about raindetail.gif on my dashboard: http://www.meteocarmignano.it :?: :?:
Is this dinamic or static image when it's raining?
It's a linkable image or what?
Thanks in advance to explain me better this part of dashboard.
Regards,
Alessandro
The raintoday.gif on ajax-dashboard690 is updated only as often as WD updates the image to your web site. It's therefore 'static' in the sense that there's no ajax involvement in its updates, and it won't update unless the entire dashboard is refreshed. It won't update when you click the dashboard's 'REFRESH' after a time out. You control the update frequency on WD's Control Panel where you set up raindetail.gif to be created and updated.
All of the Weather Display files that it uploads will usually go into your 'webfiles' directory, which in my case is '/WeatherDisplay'. If your 'webfiles' directory is your site's root directory, then that's where it will go. In addition to the raintoday.gif in your ajax-images directory, which is static and will NEVER change (unless you use that directory as your webfiles directory, which I doubt), you have a raintoday.gif in your root directory, Alessandro. Just point to that file in AltAjaxDashboardConfig6.php and it should show updated images during rain events.
-
$useRainGraph = true; // Set to true to show WD's Rain Graph (Must have File #7 on customize internet and file creation setup screen to upload)
$RainGraphImage = './ajax-images/raintoday.gif'; // set to image name to display (Will set it to width of 178px automatically) default is 'raintoday.gif'
Alessandro,
On my system the raintoday.gif is loaded into the root directory by WD. Noticed you have yours set to ./ajax-images/raintoday.gif. Is that correct for over there? #7 is updated as frequently as you tell it to in your WD settings.
Hope this helps...
Thanks jgillet,
but i don't understand what that setting shows :?:
My raindetail.gif image (uploads from WD) is like this: http://www.meteocarmignano.it/raindetail.gif
But what about raindetail.gif on my dashboard: http://www.meteocarmignano.it :?: :?:
Is this dinamic or static image when it's raining?
It's a linkable image or what?
Thanks in advance to explain me better this part of dashboard.
Regards,
Alessandro
The raintoday.gif on ajax-dashboard690 is updated only as often as WD updates the image to your web site. It's therefore 'static' in the sense that there's no ajax involvement in its updates, and it won't update unless the entire dashboard is refreshed. It won't update when you click the dashboard's 'REFRESH' after a time out. You control the update frequency on WD's Control Panel where you set up raindetail.gif to be created and updated.
All of the Weather Display files that it uploads will usually go into your 'webfiles' directory, which in my case is '/WeatherDisplay'. If your 'webfiles' directory is your site's root directory, then that's where it will go. In addition to the raintoday.gif in your ajax-images directory, which is static and will NEVER change (unless you use that directory as your webfiles directory, which I doubt), you have a raintoday.gif in your root directory, Alessandro. Just point to that file in AltAjaxDashboardConfig6.php and it should show updated images during rain events.
Thanks jgillet,
i think I have understood now.
Please, look at here: http://www.meteocarmignano.it
I've set the correct path on AltAjaxDashboardConfig6 to point the root and upload raintoday.gif every 5 minutes.
Now, when it's raining, the image on dashboard uploads (every 5 minutes) at the correct corrispondent rainfall value...is it correct?
Thanks again,
Alessandro
-
The raintoday.gif on your dashboard is now the one in your root directory, Alessandro. Just check it's file time to be sure it's updating regularly, and you should be good to go.
-
Just a note for anyone who wants to convert dashboard time from 12 to 24h format.
Edit ajaxWDwx3.js around line 1855.
Change the code from:
set_ajax_obs("ajaxntime" , WDdt.date("g:i a")); // 2:37 pm
set_ajax_obs("ajaxntimess" , WDdt.date("g:i:s a")); // 2:37:07 pm
set_ajax_obs("ajaxntimess2" , WDdt.date("g:i:s a")); // 2:37:07 pm
to:
set_ajax_obs("ajaxntime" , WDdt.date("H:i")); // 14:37
set_ajax_obs("ajaxntimess" , WDdt.date("H:i:s")); // 14:37:07
set_ajax_obs("ajaxntimess2" , WDdt.date("H:i:s")); // 14:37:07
Now dashboard time is on 24h format.
Regards,
Alessandro
-
Scott,
Very nice work on your 6.90 script =D> Keep up your great work. Good health to you.
Jeff
http://indiantrailweather.com
Thanks, your site looks great! Like your layout a lot!
Scott
-
Just a note for anyone who wants to convert dashboard time from 12 to 24h format.
Edit ajaxWDwx3.js around line 1855.
Change the code from:
set_ajax_obs("ajaxntime" , WDdt.date("g:i a")); // 2:37 pm
set_ajax_obs("ajaxntimess" , WDdt.date("g:i:s a")); // 2:37:07 pm
set_ajax_obs("ajaxntimess2" , WDdt.date("g:i:s a")); // 2:37:07 pm
to:
set_ajax_obs("ajaxntime" , WDdt.date("H:i")); // 14:37
set_ajax_obs("ajaxntimess" , WDdt.date("H:i:s")); // 14:37:07
set_ajax_obs("ajaxntimess2" , WDdt.date("H:i:s")); // 14:37:07
Now dashboard time is on 24h format.
Regards,
Alessandro
I'll add a note in the documents for that too. Thanks for the tip!
Scott
-
My Length of Day Pie chart reverts back to the older style sun icon after about 20 minutes. Were there any settings in the ajax config I may have missed?
-
My Length of Day Pie chart reverts back to the older style sun icon after about 20 minutes. Were there any settings in the ajax config I may have missed?
You aren't using the new version of ajaxwdwx3.js. read the READ-ME-1ST.txt file in the archive and you will see how to modify your setup to use it.
Scott
-
the newest version in the most recent release....correct...i'm using the ajaxwdwx3 but from the last release...
thanks....i'll fix it tomorrow .
-
I've updated the instructions with some images for the rain graphic setup and the fix for 24 hour format (from Alessandro) on the update clock. Thanks for the suggestions and tips!
Scott
-
Update:
It appears that you folks like your graphics to be near live so the rain graph not updating was not acceptable! ](*,) Thanks to Gerald W, we have a routine to update that graphic automatically too! You can download the minor update now on my site (see message #1 for the link). This update is only identified by it's date Version 6.90 - 30-OCT-2013
Scott
-
Update:
It appears that you folks like your graphics to be near live so the rain graph not updating was not acceptable! ](*,) Thanks to Gerald W, we have a routine to update that graphic automatically too! You can download the minor update now on my site (see message #1 for the link). This update is only identified by it's date Version 6.90 - 30-OCT-2013
Scott
Hi Scott, is it possible to know which code is changed?
Because i've made some modifications about italian translation.
In particular, i've change those words can not be translated because they have an "enpty" space before.
F.e.: " Illuminated".
In all these cases just put the " " before these words to fix the translation.
These changes must be done on the language-xx.txt file too. ;)
Regards,
Alessandro
-
There are a few things that do not work, it is the translation of the current conditions. When ajaxWDwx3 kicks in the text is in English.
I have the wrong value of the dew point in the last hour (see attachments). This is also ajaxWDwx3 thing.
-
Scott,
Everything is working ok for the most part. The only issue I am having is with the previous highs and records.
When you load the page http://lightningweather.com (http://lightningweather.com), You can see the correct highs/lows and records.
When the page completes loading and the numbers turn green, the records/yest. temps go completely haywire.
I live just south of you in Iowa. I don't think it was 113º here yesterday. Infact, I know it was raining rather profusely yesterday.. 8-)
I have gone through all of the settings in the ajax-dashboard.php (6 removed), ajaxdashboardconfig6.php and the ajaxWDwx3.js (removed the three in the name to keep my pages current).
Maybe with the new settings on the ajax-dashboard.php it's looking for the .js to have the 3 in it?!? Doubtful since everything else is fine. Wanted your input.
-
The problem is in the ajaxWDwx3.js, can you send me your copy (rename it to .txt) to my email (click the mail icon under my name to the left)
Scott
Scott,
Everything is working ok for the most part. The only issue I am having is with the previous highs and records.
When you load the page http://lightningweather.com (http://lightningweather.com), You can see the correct highs/lows and records.
When the page completes loading and the numbers turn green, the records/yest. temps go completely haywire.
I live just south of you in Iowa. I don't think it was 113º here yesterday. Infact, I know it was raining rather profusely yesterday.. 8-)
I have gone through all of the settings in the ajax-dashboard.php (6 removed), ajaxdashboardconfig6.php and the ajaxWDwx3.js (removed the three in the name to keep my pages current).
Maybe with the new settings on the ajax-dashboard.php it's looking for the .js to have the 3 in it?!? Doubtful since everything else is fine. Wanted your input.
-
Are you view it with an iPad or iPhone with iOS 7?
If so, try looking at it on windows device using IE, FF or Chrome. Should Look fine. It's a Apple issue, my site does the same thing.
I hope this helps,
Joe
-
Installed 6.90
First of all THANK YOU Scott. I'm having 1 issue before I start putting a few mods on here.
Bottom of the dashboard, I have 5 columns tring to squish into 4. The headings are not in the correct position
TY
http://www.cnyweather.com/indextest.php
-
The problem is in the ajaxWDwx3.js, can you send me your copy (rename it to .txt) to my email (click the mail icon under my name to the left)
Scott
Scott,
Everything is working ok for the most part. The only issue I am having is with the previous highs and records.
When you load the page http://lightningweather.com (http://lightningweather.com), You can see the correct highs/lows and records.
When the page completes loading and the numbers turn green, the records/yest. temps go completely haywire.
I live just south of you in Iowa. I don't think it was 113º here yesterday. Infact, I know it was raining rather profusely yesterday.. 8-)
I have gone through all of the settings in the ajax-dashboard.php (6 removed), ajaxdashboardconfig6.php and the ajaxWDwx3.js (removed the three in the name to keep my pages current).
Maybe with the new settings on the ajax-dashboard.php it's looking for the .js to have the 3 in it?!? Doubtful since everything else is fine. Wanted your input.
Sent you a PM Scott
-
Its looking fine to me on my browser but you aren't using the new ajaxWDwx3.js file!! That might be part of the problem.
Scott
Installed 6.90
First of all THANK YOU Scott. I'm having 1 issue before I start putting a few mods on here.
Bottom of the dashboard, I have 5 columns tring to squish into 4. The headings are not in the correct position
TY
http://www.cnyweather.com/indextest.php
-
Hi Scott,
There is a typo in the last AltAjaxDashboardConfig6.php on line 38.
There is $spc_img that should be $spc_image.
Cheers,
Piet
http://www.weerstation-sauwerd.nl
http://www.meteosauwerd.nl
-
Hi Scott,
There is a typo in the last AltAjaxDashboardConfig6.php on line 38.
There is $spc_img that should be $spc_image.
Cheers,
Piet
http://www.weerstation-sauwerd.nl
http://www.meteosauwerd.nl
Piet,
Make sure you are using the newest config and dashboard (dated 26-Oct-2013 or later). The archive that is online now is correct for both. It should be $spc_img for both! There must have been one bad file in one of the previous archives. Sorry about that!
Scott
-
Hi Scott,
i've tested new rain today image on dashboard but it doesn't work as it should.
Please, look the image below:
(http://i.imgur.com/jDWVZx8.png)
Rain today image shows 0.00 but it should shows 3.6mm.
What's wrong?
Regards,
Alessandro
-
Hi Scott,
i've tested new rain today image on dashboard but it doesn't work as it should.
Please, look the image below:
(http://i.imgur.com/jDWVZx8.png)
Rain today image shows 0.00 but it should shows 3.6mm.
What's wrong?
Regards,
Alessandro
I had to play with the file create, the file upload, the save buttons, and the OK buttons before I hit upon the magic hidden combination that unlocked the update/upload of this graphic #7. WD isn't updating it, isn't uploading it, or both. Sorry I can't offer more concrete assistance with this arcane setup. :-(
-
Hi Scott,
i've tested new rain today image on dashboard but it doesn't work as it should.
Please, look the image below:
(http://i.imgur.com/jDWVZx8.png)
Rain today image shows 0.00 but it should shows 3.6mm.
What's wrong?
Regards,
Alessandro
You should notice it when you get a good steady rain. That shows the rate of rainfall/hour. I had it going the last couple of days when I had a rain event. I'll be looking at another rain event on Tuesday and Wednesday.
-
You should notice it when you get a good steady rain. That shows the rate of rainfall/hour. I had it going the last couple of days when I had a rain event. I'll be looking at another rain event on Tuesday and Wednesday.
'Today' (Oggi) rain of 3.60mm should show on the graph, but it isn't. That's the problem.
-
You should notice it when you get a good steady rain. That shows the rate of rainfall/hour. I had it going the last couple of days when I had a rain event. I'll be looking at another rain event on Tuesday and Wednesday.
'Today' (Oggi) rain of 3.60mm should show on the graph, but it isn't. That's the problem.
Yes, quite so ;)
-
Now, it's raining outside but the image remains static :(
http://www.meteocarmignano.it/index.php
-
Is the raintoday.gif being created in your \wdisplay\webfiles directory at the time interval you selected?
I could get WD to reliably create it, but not upload it.
-
It's all in the mysterious WD settings for graphic #7, Alessandro. Keep playing with it. Also be sure you're pointing at the correct graphic in AltDashboardConfig6.php. That can also be a problem. Check the file time of the raintoday.gif on your site with something like FileZilla. If the file time is up to date but the graphic is still stale, then WD isn't updating the graphic but it's still uploading it.
-
Ed,
Like Jerry, it also took me some fiddling around in WD to finally get it to hold my settings and upload the data. Can't give you any specific steps - pretty much just trying over and over until it worked.
-
This is the file on my root: http://www.meteocarmignano.it/raintoday.gif
This is my wd configuration:
(http://i.imgur.com/lBx056p.png)
(http://i.imgur.com/xFRHl9M.png)
(http://i.imgur.com/68zIPS8.png)
(http://i.imgur.com/otZh239.png)
Is it correct?
Regards,
Alessandro
-
Make sure you tick it to update every minute in #7 setup.
-
That's the correct configuration, but you must keep pushing buttons until it 'takes'. Mine took lots of fiddling around before I finally accidentally hit the magic combination.
-
I've gave an eye around this problem.
So, manual upload works, automatic upload doesn't work :(
-
Ok, i've set to upload every minute.
(http://i.imgur.com/RLbJWsP.png)
Override on or off?
-
This is Brian's FAQ
http://www.weather-watch.com/smf/index.php/topic,53551.msg430843.html#msg430843
-
Wow, i succeeded \:D/ \:D/
The problem (i think) was the "Override" button (red intead of green).
Regards,
Alessandro
-
Also Alessandro, make sure the graphic is set at a width of 180
-
Hi guys,
raintoday.gif doesn't reset after midnight :-(
(http://i.imgur.com/5rpSI7t.png)
Now, it updates correctly but it remained with yesterday rain amount.
Any idea?
Regards,
Alessandro
-
:oops: :oops:
It seems to be ok now.
I don't know how but it's fixed itself.
Regards,
Alessandro
-
Make sure your time zone settings are correct. I had the same problem with a different file from WD which turned out to be a TZ I had forgot to reset during a dashboard update.
John
-
Make sure your time zone settings are correct. I had the same problem with a different file from WD which turned out to be a TZ I had forgot to reset during a dashboard update.
John
Hi John,
yes it's correct, "Europe/Rome".....i don't know why rain amount reset at 9.00am on my dashboard :?:
Tomorrow it will be a raining day so i can test it again.
Regards,
Alessandro
-
UPDATE:
After playing around with many ideas and lots of trial and error, I've figured out a way to allow the lightning date and time to update with the rest of the site and display the date in the desired format. Had to split the date and time out from the current combined testtag and then split the ajax tags into two separate ajax tags too. It now works (at least in my testing) well enough to release it.
The new version is 6.91 and is only needed if you have lightning on your site. If you don't use it, there is no need to jump onto 6.91 right away. If you do update, only the main php and ajaxWDwx3.js have to be update as the ajax code changed to version 3.06 with this update.
There we a couple other very minor updates in this release to remove the negative sign in places where the red down arrow already shows in front. I thought that was kinda a double negative thingy! I've also added the instructions for using the new ajaxWDwx3.js file into the instructions as too many people are not reading the READ-ME-1ST file and they are actually using the stock ajax code instead!
Scott
-
UPDATE:
After playing around with many ideas and lots of trial and error, I've figured out a way to allow the lightning date and time to update with the rest of the site and display the date in the desired format. Had to split the date and time out from the current combined testtag and then split the ajax tags into two separate ajax tags too. It now works (at least in my testing) well enough to release it.
Is there a way to reduce false readings by only having it respond to flashes in fast succession, like how it happens with actual storms? Otherwise, I get a false response every time I use a wall or lamp switch. In other words, a single response without a quick follow up would not count.
-
Make sure your time zone settings are correct. I had the same problem with a different file from WD which turned out to be a TZ I had forgot to reset during a dashboard update.
John
Hi John,
yes it's correct, "Europe/Rome".....i don't know why rain amount reset at 9.00am on my dashboard :?:
Tomorrow it will be a raining day so i can test it again.
Regards,
Alessandro
Alessandro,
Check your settings in WD and make sure you are set to reset your records at midnight instead of 9 am.
Sounds like that setting is checked.
-
That isn't a function of the dashboard, its a function of WD and the sensor. Sorry.
Scott
UPDATE:
After playing around with many ideas and lots of trial and error, I've figured out a way to allow the lightning date and time to update with the rest of the site and display the date in the desired format. Had to split the date and time out from the current combined testtag and then split the ajax tags into two separate ajax tags too. It now works (at least in my testing) well enough to release it.
Is there a way to reduce false readings by only having it respond to flashes in fast succession, like how it happens with actual storms? Otherwise, I get a false response every time I use a wall or lamp switch. In other words, a single response without a quick follow up would not count.
-
Did something happen with the sunlight pie chart after DST change? Mine is now showing "Sunlight
Hours Unavailable", and I noticed Scott's was as well. Using 6.90 and WD 10.37R-b76.
Thanks,
Rick
-
Did something happen with the sunlight pie chart after DST change? Mine is now showing "Sunlight
Hours Unavailable", and I noticed Scott's was as well. Using 6.90 and WD 10.37R-b76.
Thanks,
Rick
The testtags.php variable, $changeinday, goes out of range and reports nonsense values during changes from DST to ST and vice versa. I've coded my own $changeinday into my menubar.php and ajax-dashboard6.php so it still displays the change in sunlight (http://www.gwwilkins.org) from yesterday to today. I've gone overboard since I could easily add tomorrow and yesterday to the mix and also report sunlight hours for them. John Gillett (http://tiggrweather.net/) is also using my code for the sunlight pie without tomorrow's or yesterday's sunlight hours. In lieu of adding a bunch of changes to that part of your dashboard, you could just wait it out until tomorrow when your sunlight pie will be back.
-
In lieu of adding a bunch of changes to that part of your dashboard, you could just wait it out until tomorrow when your sunlight pie will be back.
Thanks Jerry.. I kind of figured it was a one-day thing during the changeover (My station has only been up since August, so its the first DST change I've gone through.)
One day isn't going to bother me enough to implement code changes.
Rick
-
Note that, unlike most of the rest of the crazies, we do not use DST here. Thank goodness...
-
Note that, unlike most of the rest of the crazies, we do not use DST here. Thank goodness...
Ok, so two times a year you guys are the best! \:D/
Scott
PS: Ducking and running for cover!
-
Note that, unlike most of the rest of the crazies, we do not use DST here. Thank goodness...
John,
AZ rebels ;) Can't say I disagree with you though.. I just got done complaining about walking the dog in the dark in the morning when its been dark at 6:30 AM the past week or two, only to realize that now I'll be doing the same thing in the afternoons at 5:30 for several weeks anyway.
Rick
-
Scott - I'll take those two times, thank you. Better than my current record... :roll:
Rick - Don't admit this too often, but long ago I lived in NJ for quite some time. Know exactly what you're talking about. Then again, on my last job out here I was on a 4/10 shift (0600-1630). Would leave for work in the dark and get home in the dark during the winter. Not fun...
-
Note that, unlike most of the rest of the crazies, we do not use DST here. Thank goodness...
Ok, so two times a year you guys are the best! \:D/
Scott
PS: Ducking and running for cover!
You better duck and run! You've also got my code but haven't implemented it. :roll: Still, I understand why not. :lol: It does increase the server's work at initial page load of the dashboard. Besides I think you have other fish to fry at the moment, when you feel like frying fish.
-
Noticed one issue when viewing my site from work...using IE10....my SUN/MOON icon, which shows the pie everyplace else, shows the sun. Using Safari, Chrome and Firefox, shows the pie chart.
-
Noticed one issue when viewing my site from work...using IE10....my SUN/MOON icon, which shows the pie everyplace else, shows the sun. Using Safari, Chrome and Firefox, shows the pie chart.
That's because ie can't display the code correctly. That is how it is coded to react.
Scott
-
understood....yet it displays fine at home using ie11 on my win 8.1
thanks.
-
understood....yet it displays fine at home using ie11 on my win 8.1
thanks.
It should only block older version of IE from displaying the pie, they fixed the issues in IE 9 I think.
Scott
-
There are a few things that do not work, it is the translation of the current conditions. When ajaxWDwx3 kicks in the text is in English.
I have the wrong value of the dew point in the last hour (see attachments). This is also ajaxWDwx3 thing.
Is there a resolution to this. ...I have the same problem on my site with the last hour dew point.
-
using ie10 at work the "old"sun icon.....
-
What OS are you using? If it's IOS7 then there is a known issue with the java in that!
Scott
There are a few things that do not work, it is the translation of the current conditions. When ajaxWDwx3 kicks in the text is in English.
I have the wrong value of the dew point in the last hour (see attachments). This is also ajaxWDwx3 thing.
Is there a resolution to this. ...I have the same problem on my site with the last hour dew point.
-
using ie10 at work the "old" sun icon.....
Scott
It may not have been till 11 that they fixed it or you didn't have the patched in 10? Not sure but it's an IE thing and we added code into the script to look for that and if it finds it, it displays the old version sun!
-
This is Brian's FAQ
http://www.weather-watch.com/smf/index.php/topic,53551.msg430843.html#msg430843
OK.. Maybe I'm missing something with this... If I use Brian's FAQ on uploading this one file, the 'Override' switch disables my regularly scheduled FTP and weather data updates (normally every 5 minutes). On my end, I can do one or the other -- I can create and upload raintoday.gif every minute -OR- I can upload my normal FTP files every 5 minutes. AJAX updates are uploading every 10 seconds.
From what I could gather from Brian's post, the 'Override' switch disables the schedule under 'Control Panel', 'FTP & Connections', 'Web Files Upload Times and Av/Ext' - and instead replaces it with the create/upload values specified in the 'Internet File Creation & Uploads'. (And that is the behavior I am seeing). If I enable the upload of #7 under that screen, checking my 'Status' page at http://www.indigopc.com/wxstatus.php shows stale WD files. Likewise, if I turn 'Override' OFF - the FTP files upload normally -- but 'raintoday.gif' does not get updated/uploaded.
Does anyone know exactly which files should be set to upload if using the 'Override'? It look as though I will need to customize the create/upload schedule for each one so that the other files get uploaded every 5 minutes.
I'm sorry -- WD does a lot of nice things -- but Brian really needs to clean up the interface and options to consolidate a lot of different things. Thats just my opinion..
Rick
-
my computer at work is Win 7 ...ie 10....
-
What OS are you using? If it's IOS7 then there is a known issue with the java in that!
Scott
There are a few things that do not work, it is the translation of the current conditions. When ajaxWDwx3 kicks in the text is in English.
I have the wrong value of the dew point in the last hour (see attachments). This is also ajaxWDwx3 thing.
Is there a resolution to this. ...I have the same problem on my site with the last hour dew point.
Shows the problem on Internet Explorer, and Google Chrome running on windows 8.1. Also same problem when viewing from android. It's only the dew point last hour that is incorrect all other values are correct. Www.bearsbythesea.co.uk
-
I noticed this morning that my High Today and Low Today are showing these occurred at times that have yet been reached. Any idea why?
Thanks,
Joe
-
What OS are you using? If it's IOS7 then there is a known issue with the java in that!
Scott
There are a few things that do not work, it is the translation of the current conditions. When ajaxWDwx3 kicks in the text is in English.
I have the wrong value of the dew point in the last hour (see attachments). This is also ajaxWDwx3 thing.
Is there a resolution to this. ...I have the same problem on my site with the last hour dew point.
Shows the problem on Internet Explorer, and Google Chrome running on windows 8.1. Also same problem when viewing from android. It's only the dew point last hour that is incorrect all other values are correct. Www.bearsbythesea.co.uk
Somehow this code <tr>
<td class="data1" nowrap="nowrap" ><?php langtrans('Last Hour'); ?>: </td>
<td class="data1" style="text-align: right;" >
<?php echo $dewArrow; ?>
<span class="convDdif"><?php echo strip_units(abs($dewchangelasthour)) . $uomTemp; ?></span>
</td>
</tr>
got changed to <tr>
<td class="data1" nowrap="nowrap" ><?php langtrans('Last Hour'); ?>: </td>
<td class="data1" style="text-align: right;" >
<?php echo $dewArrow; ?>
<span class="convTemp"><?php echo strip_units(abs($dewchangelasthour)) . $uomTemp; ?></span>
</td>
</tr>
and therefore incorporates the conversion of C°<==>F° base 32°F into the mix. Using 'convDdif' rather than 'convTemp' uses no base 32°F in the calculation so you only get the absolute difference. Change that line back to "convDdif" from "convTemp" and the problem disappears. The ajaxWDwx3.js contains the special 'convDdif' function solely to solve this problem. When I substitute 'convTemp' for 'convDdif' in my dashboard I get the same sort of erroneous last hour delta.
-
I noticed this morning that my High Today and Low Today are showing these occurred at times that have yet been reached. Any idea why?
Thanks,
Joe
Your problem is with WD's configuration. Here is the relevant section of your testtags.php:$temperature = '51.9°F'; // temperature
$tempnodp = '52'; // temperature, no decimal place
$humidity = '85'; // humidity
$dewpt = '47.5°F'; // dew point
$maxtemp = '57.0°F'; // today's maximum temperature
$maxtempt = '4:23 PM'; // time this occurred
$mintemp = '35.4°F'; // today's minimum temperature
$mintempt = '8:38 AM'; // time this occurred
The dashboard isn't the problem. I don't have a solution, but I can see the problem--sorry. :-(
-
OK.. Maybe I'm missing something with this... If I use Brian's FAQ on uploading this one file, the 'Override' switch disables my regularly scheduled FTP and weather data updates (normally every 5 minutes). On my end, I can do one or the other -- I can create and upload raintoday.gif every minute -OR- I can upload my normal FTP files every 5 minutes. AJAX updates are uploading every 10 seconds.
From what I could gather from Brian's post, the 'Override' switch disables the schedule under 'Control Panel', 'FTP & Connections', 'Web Files Upload Times and Av/Ext' - and instead replaces it with the create/upload values specified in the 'Internet File Creation & Uploads'. (And that is the behavior I am seeing). If I enable the upload of #7 under that screen, checking my 'Status' page at http://www.indigopc.com/wxstatus.php shows stale WD files. Likewise, if I turn 'Override' OFF - the FTP files upload normally -- but 'raintoday.gif' does not get updated/uploaded.
OK.. I found a much easier solution to this. Rather than messing around with the "Internet File Creation & Uploads", File #7 - and telling WD to upload raintoday.gif every minute (which I am not entirely sure why you'd want the graph created and uploaded that frequently), you can have the gauge created and uploaded with your other FTP files by going to 'Control Panel', 'Web Files/Web Page Real Time FTP/WDL" and "Web Files Setup #1". If you stretch that window down, you will find additional options. Namely, under "Individual Dial Images" -- check both "Produce individual dial image files" and "Upload these individual dial image files"
I received a message from Brian last night confirming what I had posted above -- clicking the "Override" button on the "File Creation" screen disables your normal FTP schedule, and options -- requiring you to set each one individually.
Rick
(http://i18.photobucket.com/albums/b127/rickny/gauges_zps7bbc44c0.jpg)
-
Thanks, Rick! That's certainly a much better solution than what we have heretofore discussed. =D>
-
I noticed this morning that my High Today and Low Today are showing these occurred at times that have yet been reached. Any idea why?
Thanks,
Joe
Your problem is with WD's configuration. Here is the relevant section of your testtags.php:$temperature = '51.9°F'; // temperature
$tempnodp = '52'; // temperature, no decimal place
$humidity = '85'; // humidity
$dewpt = '47.5°F'; // dew point
$maxtemp = '57.0°F'; // today's maximum temperature
$maxtempt = '4:23 PM'; // time this occurred
$mintemp = '35.4°F'; // today's minimum temperature
$mintempt = '8:38 AM'; // time this occurred
The dashboard isn't the problem. I don't have a solution, but I can see the problem--sorry. :-(
Thanks Jerry
I will look into WD.
Joe
-
Also make sure that your testtags.php is updating and uploading, Joe.
-
using ie10 at work the "old"sun icon.....
There is a partial solution to the problem with IE's display of the Sunlight Pie Chart, but it may not be universal.
The distribution ajax-dashboard691 code contains this line if ($useSunlightPie && (substr_count($changeinday, ':') == 2 ) && !ae_detect_ie()) { //Make piechart if using WD V10.37R >=b51 ?>
Changing it to this if ($useSunlightPie && (substr_count($changeinday2, ':') == 2 ) /*&& !ae_detect_ie()*/) { //Make piechart if using WD V10.37R >=b51
by commenting out the IE detection here enables the alternate IE Sunlight Pie Chart display logic rather than just jumping to the old sun image display.
What the IE detection logic does is move the text overlay on the pie chart back into the proper position. IE sees things differently here. This workaround may not be universally effective, but it's all there is to offer at the moment (http://www.gwwilkins.org) (load in IE to see the results along with some extraneous stuff I have in this section)...this may be more than you really wanted to know. :shock:
-
Also make sure that your testtags.php is updating and uploading, Joe.
I will, thanks again.
Joe
-
This is a good alternative to those that don't want or need the image to be updated every minute! I agree its a bit overkill to do every minute but a lot of the weather guys and gals like their stuff as up-to-date as possible! I'll add this as an option in the instructions as well! Thanks Rick!
Scott
OK.. Maybe I'm missing something with this... If I use Brian's FAQ on uploading this one file, the 'Override' switch disables my regularly scheduled FTP and weather data updates (normally every 5 minutes). On my end, I can do one or the other -- I can create and upload raintoday.gif every minute -OR- I can upload my normal FTP files every 5 minutes. AJAX updates are uploading every 10 seconds.
From what I could gather from Brian's post, the 'Override' switch disables the schedule under 'Control Panel', 'FTP & Connections', 'Web Files Upload Times and Av/Ext' - and instead replaces it with the create/upload values specified in the 'Internet File Creation & Uploads'. (And that is the behavior I am seeing). If I enable the upload of #7 under that screen, checking my 'Status' page at http://www.indigopc.com/wxstatus.php shows stale WD files. Likewise, if I turn 'Override' OFF - the FTP files upload normally -- but 'raintoday.gif' does not get updated/uploaded.
OK.. I found a much easier solution to this. Rather than messing around with the "Internet File Creation & Uploads", File #7 - and telling WD to upload raintoday.gif every minute (which I am not entirely sure why you'd want the graph created and uploaded that frequently), you can have the gauge created and uploaded with your other FTP files by going to 'Control Panel', 'Web Files/Web Page Real Time FTP/WDL" and "Web Files Setup #1". If you stretch that window down, you will find additional options. Namely, under "Individual Dial Images" -- check both "Produce individual dial image files" and "Upload these individual dial image files"
I received a message from Brian last night confirming what I had posted above -- clicking the "Override" button on the "File Creation" screen disables your normal FTP schedule, and options -- requiring you to set each one individually.
Rick
-
Hello,
Who can tell me why he fills no data here?
Piet
-
You are missing 'raintodate.php'?
Try placing this code in your AltAjaxDashboardConfig6.php:$use_historical = true; // Use Historical Station Average Rain Month-to-Date
if (file_exists('raintodate.php') && $use_historical)
$use_historical = true; // Use Historical Station Average Month-to-Date
else $use_historical = false; // REQUIRES several years of historical data and a properly configured raintodate.php on site,
// part of Rain / Temperature Trends at http://weather.wildwoodnaturist.com/downloads.php
//
in place of:$use_historical = true; // Use Historical Station Average Rain Month-to-Date
If the 'Rain to Date' sections disappear, there's no raintodate.php available. Use the url above to get it. If the problem persists, let us know.
-
Hi Jerry,
Indeed I had no raintodate.php installed.
But i had your program Temperature & Rainfall Trends be installed.
I have downloaded and installed the raintodate.php file, and now it is well.
Thanks for the solution
Cheers,
Piet
http://www.weerstation-sauwerd.nl
or
http://www.meteosauwerd.nl
You are missing 'raintodate.php'?
Try placing this code in your AltAjaxDashboardConfig6.php:$use_historical = true; // Use Historical Station Average Rain Month-to-Date
if (file_exists('raintodate.php') && $use_historical)
$use_historical = true; // Use Historical Station Average Month-to-Date
else $use_historical = false; // REQUIRES several years of historical data and a properly configured raintodate.php on site,
// part of Rain / Temperature Trends at http://weather.wildwoodnaturist.com/downloads.php
//
in place of:$use_historical = true; // Use Historical Station Average Rain Month-to-Date
If the 'Rain to Date' sections disappear, there's no raintodate.php available. Use the url above to get it. If the problem persists, let us know.
-
Hi Jerry,
Indeed I had no raintodate.php installed.
But i had your program Temperature & Rainfall Trends be installed.
I have downloaded and installed the raintodate.php file, and now it is well.
Thanks for the solution
Cheers,
Piet
http://www.weerstation-sauwerd.nl
or
http://www.meteosauwerd.nl
My pleasure, Piet. Your site is looking good! :grin:
-
Jerry, Would you know why the time for my high and low for the day are not updating correctly? The temps are correct.
Thanks,
Joe
-
Jerry, Would you know why the time for my high and low for the day are not updating correctly? The temps are correct.
Thanks,
Joe
I'm kinda landlocked here, Joe, and I've never played with the tide forecasts. Scott is the go-to guy for this, when he gets a chance.
Sorry. :-(
-
Does anyone know why during Dusk and Dawn -- my FTP upload is:
(http://i18.photobucket.com/albums/b127/rickny/ftp_zps86a25f81.jpg)
But my AJAX refresh is:
(http://i18.photobucket.com/albums/b127/rickny/ajax1_zps3dc902e3.jpg)
I am using Solar to update conditions during the day -- but I'm starting to consider just using METAR for current conditions, since its only 4 miles from me, and updated regularly and accurately.
Thanks,
Rick
-
Its something that's changed in ajax java script but I've compared it with the stock one and can't seem to find what changed. Maybe Ken can point us in the right direction?
Scott
Does anyone know why during Dusk and Dawn -- my FTP upload is:
(http://i18.photobucket.com/albums/b127/rickny/ftp_zps86a25f81.jpg)
But my AJAX refresh is:
(http://i18.photobucket.com/albums/b127/rickny/ajax1_zps3dc902e3.jpg)
I am using Solar to update conditions during the day -- but I'm starting to consider just using METAR for current conditions, since its only 4 miles from me, and updated regularly and accurately.
Thanks,
Rick
-
Joe,
I'm in the upper Midwest so no tides here either! All I did was add the ability to display that code in the dashboard. I would check the settings t the end of the config file, make sure your time zone us set correctly and look at the beginning of the script for the tides for any settings you can change.
Scott
Jerry, Would you know why the time for my high and low for the day are not updating correctly? The temps are correct.
Thanks,
Joe
-
Joe,
I'm in the upper Midwest so no tides here either! All I did was add the ability to display that code in the dashboard. I would check the settings t the end of the config file, make sure your time zone us set correctly and look at the beginning of the script for the tides for any settings you can change.
Scott
Jerry, Would you know why the time for my high and low for the day are not updating correctly? The temps are correct.
Thanks,
Joe
Sorry guys. I misled you....I do not use the Tides.... The time and temp for the high and low temps for today do not update correctly. Compare the home screen and the trends screen and you'll see what I mean.
Joe
-
Its something that's changed in ajax java script but I've compared it with the stock one and can't seem to find what changed. Maybe Ken can point us in the right direction?
Scott
I was wondering the same thing. I'm going to research further myself.
If I find something, I'll pass it along.
-
Joe,
Part of the issue may be that you are using an older version of testtags.txt (version 1.07 is the latest). Don't forget to add back in the extra tags for soil and any other add-ins you may be using after you update it. A copy of version 1,07 is included with my archive for the alternative dashboard and it's of course available on Ken's site with the version 3 scripts.
Scott
Joe,
I'm in the upper Midwest so no tides here either! All I did was add the ability to display that code in the dashboard. I would check the settings t the end of the config file, make sure your time zone us set correctly and look at the beginning of the script for the tides for any settings you can change.
Scott
Jerry, Would you know why the time for my high and low for the day are not updating correctly? The temps are correct.
Thanks,
Joe
Sorry guys. I misled you....I do not use the Tides.... The time and temp for the high and low temps for today do not update correctly. Compare the home screen and the trends screen and you'll see what I mean.
Joe
-
Hi All,
Looks like the SPC Activity Map link is down from their site for some reason.
Hope that is a temporary situation.
I had issues with my dashboard with it not recognizing ajaxWDwx3.js. With the assistance of John G., who did most of the thinking, Jerry W. and Scott T. Without their inputs and suggestions I would still be troubleshooting this issue.
Thank you loads guys.
Aloha and best regards,
--Stan Y.
Maui, Hawaii
-
Hi All,
SPC activity map down here too.
Jeff
http://indiantrailweather.com
-
Just looked at spc.noaa.gov (http://spc.noaa.gov) and the map is down there too.
Looks like it's an internal issue with them.
-
Hi All,
Looks like the SPC graphic is back up and running again.
--Stan Y.
Maui, Hawaii
-
Joe,
Part of the issue may be that you are using an older version of testtags.txt (version 1.07 is the latest). Don't forget to add back in the extra tags for soil and any other add-ins you may be using after you update it. A copy of version 1,07 is included with my archive for the alternative dashboard and it's of course available on Ken's site with the version 3 scripts.
Scott
Joe,
I'm in the upper Midwest so no tides here either! All I did was add the ability to display that code in the dashboard. I would check the settings t the end of the config file, make sure your time zone us set correctly and look at the beginning of the script for the tides for any settings you can change.
Scott
Jerry, Would you know why the time for my high and low for the day are not updating correctly? The temps are correct.
Thanks,
Joe
Sorry guys. I misled you....I do not use the Tides.... The time and temp for the high and low temps for today do not update correctly. Compare the home screen and the trends screen and you'll see what I mean.
Joe
Thanks Scott
-
I'm really confused. Trying to configure Dashboard 6.91 while leaving my current one alone.
I've got version 6.91 uploaded http://www.cnyweather.com/ajax-dashboard6.php (http://www.cnyweather.com/ajax-dashboard6.php)
It's on the page http://www.cnyweather.com/indextest.php (http://www.cnyweather.com/indextest.php)
I created a Settings3.php file to point to Settings-weather3.php which has the ajaxWDwx3.js file in it
$SITE['WXtags'] = 'testtags.php'; // for weather variables .. we're using the old name instead of WDtags.php
$SITE['ajaxScript'] = 'ajaxWDwx3.js'; // for AJAX enabled display
But the test page still shows the ajaxWDwx.js file.
Sorry to be difficult. :?
-
Hi All,
In line 2278 of ajax-dashboard6.php is a mistake:
<?php print "<b>$fcstorg forecast:</b> " . $forecasttext[0] . "<br />\n";
it must be:
<?php print "<b>$fcstorg " . langtransstr ('forecast') . ":</b> " . $forecasttext[0] . "<br />\n";
Cheers,
Piet
http://www.weerstation-sauwerd.nl
or
http://www.meteosauwerd.nl
-
I'm really confused. Trying to configure Dashboard 6.91 while leaving my current one alone.
I've got version 6.91 uploaded http://www.cnyweather.com/ajax-dashboard6.php (http://www.cnyweather.com/ajax-dashboard6.php)
It's on the page http://www.cnyweather.com/indextest.php (http://www.cnyweather.com/indextest.php)
I created a Settings3.php file to point to Settings-weather3.php which has the ajaxWDwx3.js file in it
$SITE['WXtags'] = 'testtags.php'; // for weather variables .. we're using the old name instead of WDtags.php
$SITE['ajaxScript'] = 'ajaxWDwx3.js'; // for AJAX enabled display
But the test page still shows the ajaxWDwx.js file.
Sorry to be difficult. :?
Hi Tony,
I had this same issue also.
Here is a possible solution that might shed some light for your issue.
Make sure that you have all of the Ajax ver. 3 components by Ken T. working.
My issue was I failed to completely implement all of the Ajax updates.
Worked on my site with John G., recommendations from Jerry W. and Scott T. a couple of nights ago and came to a conclusion that something in Ajax ver 3 was not working. We updated the top, header, menubar and footer php's. And it seems that was the issue for me. Got my dashboard to recognize ajaxWDwx3.js.
See my site at www.dwayneyamato.com/wx/ (http://www.dwayneyamato.com/wx/)
Hope that this might help you with your issue...
Thanks to John, Jerry and Scott for assisting my issue.
Best regards,
--Stan Y.
Maui, Hawaii
-
Joe,
Part of the issue may be that you are using an older version of testtags.txt (version 1.07 is the latest). Don't forget to add back in the extra tags for soil and any other add-ins you may be using after you update it. A copy of version 1,07 is included with my archive for the alternative dashboard and it's of course available on Ken's site with the version 3 scripts.
Scott
Joe,
I'm in the upper Midwest so no tides here either! All I did was add the ability to display that code in the dashboard. I would check the settings t the end of the config file, make sure your time zone us set correctly and look at the beginning of the script for the tides for any settings you can change.
Scott
Jerry, Would you know why the time for my high and low for the day are not updating correctly? The temps are correct.
Thanks,
Joe
Sorry guys. I misled you....I do not use the Tides.... The time and temp for the high and low temps for today do not update correctly. Compare the home screen and the trends screen and you'll see what I mean.
Joe
Thanks Scott
Scott, Jerry.... the issue was WD. It was not updating the times & temps correctly. All is good now! Ken True came to the rescue and said my issue was in Weather Display and as usual, thank god, he was correct!
Thanks Ken!
Joe
-
I'm trying to find the place where I set the WU station for recorded min and max data. In the altdashboard config file it states "Setup WU under View, Wunderground Almanac". Can anyone please point me to where this is? If its referring to a file, I do not appear to have it, yet if I turn the setting on, I am getting data from some station but not the right one. :oops:
-
I'm trying to find the place where I set the WU station for recorded min and max data. In the altdashboard config file it states "Setup WU under View, Wunderground Almanac". Can anyone please point me to where this is? If its referring to a file, I do not appear to have it, yet if I turn the setting on, I am getting data from some station but not the right one. :oops:
On WD, go into settings and you will see where the icon is for Wunderground Almanac. Use your local weather service's id (ie: mine is KMLI). Use the check box that says "remember". Then click OK.
-
Scott, or anyone for that matter,
Has the NWS changed formatting in forecasts? My forecasts are non existent.
They were there Friday as far as I recall. Saturday, they were gone.
Thought it may have been a glitch...but it hasn't returned.
-
the NWS changed formatting in forecasts? My forecasts are non existent.
There is another thread about this, its working in some parts if the country.
Ed
-
Mine were down as well, but were back in operation when I got up this morning.
-
Ken has been able to update the advforecast2.php script.
Here is the link to the post:
http://www.wxforum.net/index.php?topic=20765.msg199599#msg199599 (http://www.wxforum.net/index.php?topic=20765.msg199599#msg199599)
-
Hello Scott,
Thanks for your great work !
The difference of snow depth is only given in inches by a calculation is not possible in cm!
I have solved it as follows:
delete Line 357: $sndiff = $snowmonthin - $avgmonthsnow1; //calculate difference in snow vs avg
and insert it between Line 331 + 332
And the edit line : $sndiff = $snowmonthcm - $avgmonthsnow1; //calculate difference in snow vs avg in cm
insert it between Line 339 + 340
if (preg_match('|in|i', $uomSnow)) { // use USA measurements
$sndiff = $snowmonthin - $avgmonthsnow1; //calculate difference in snow vs avg, inches
$snowseason = $snowseasonin; // Snow for season you have entered under input daily weather, inches
$snowmonth = $snowmonthin; // Snow for month you have entered under input daily weather, inches
$snowtoday = $snowtodayin; // Snow for today you have entered under input daily weather, inches
$snowyesterday = $snowyesterday; // Yesterdays' snow
$snownow = $snownowin; // Current snow depth, inches.
$apparentsolartemp = $apparentsolartempf; // Apparent Solar
$avgmonthsnow1 = ($avgmonthsnow1 * .3937); //Removed for version 3 of the ajax script from Ken True (Thanks Tim for the find)
} elseif (isset($snowseasoncm)) { // use Metric measurements
$sndiff = $snowmonthcm - $avgmonthsnow1; //calculate difference in snow vs avg, cm
$snowseason = $snowseasoncm; // Snow for season you have entered under input daily weather, cm
$snowmonth = $snowmonthcm; // Snow for month you have entered under input daily weather, cm
$snowtoday = $snowtodaycm; // Snow for today you have entered under input daily weather, cm
$snowyesterday = $snowyesterday; // Yesterdays' snow
$snownow = $snownowcm; // Current snow depth, cm.
$apparentsolartemp = $apparentsolartempc; // Apparent Solar
You can see it here: http://www.wetterstation-johanngeorgenstadt.de/
(i hve no snow in the moment)
-
Looks good, I've made the changes for version 6.92! Thanks
Scott
Hello Scott,
Thanks for your great work !
The difference of snow depth is only given in inches by a calculation is not possible in cm!
I have solved it as follows:
delete Line 357: $sndiff = $snowmonthin - $avgmonthsnow1; //calculate difference in snow vs avg
and insert it between Line 331 + 332
And the edit line : $sndiff = $snowmonthcm - $avgmonthsnow1; //calculate difference in snow vs avg in cm
insert it between Line 339 + 340
if (preg_match('|in|i', $uomSnow)) { // use USA measurements
$sndiff = $snowmonthin - $avgmonthsnow1; //calculate difference in snow vs avg, inches
$snowseason = $snowseasonin; // Snow for season you have entered under input daily weather, inches
$snowmonth = $snowmonthin; // Snow for month you have entered under input daily weather, inches
$snowtoday = $snowtodayin; // Snow for today you have entered under input daily weather, inches
$snowyesterday = $snowyesterday; // Yesterdays' snow
$snownow = $snownowin; // Current snow depth, inches.
$apparentsolartemp = $apparentsolartempf; // Apparent Solar
$avgmonthsnow1 = ($avgmonthsnow1 * .3937); //Removed for version 3 of the ajax script from Ken True (Thanks Tim for the find)
} elseif (isset($snowseasoncm)) { // use Metric measurements
$sndiff = $snowmonthcm - $avgmonthsnow1; //calculate difference in snow vs avg, cm
$snowseason = $snowseasoncm; // Snow for season you have entered under input daily weather, cm
$snowmonth = $snowmonthcm; // Snow for month you have entered under input daily weather, cm
$snowtoday = $snowtodaycm; // Snow for today you have entered under input daily weather, cm
$snowyesterday = $snowyesterday; // Yesterdays' snow
$snownow = $snownowcm; // Current snow depth, cm.
$apparentsolartemp = $apparentsolartempc; // Apparent Solar
You can see it here: http://www.wetterstation-johanngeorgenstadt.de/
(i hve no snow in the moment)
-
Just a couple changes coming for 6.92. I've added in a button to load the mobile version from the main version (people had a hard time with the QR code). I've also added a button in the mobile version to show the full version. The mobile version has several changes and some additional info to display too. If anyone wants to see anything else, let me know. I'll be working on it some over the next few weeks.
Scott
-
What is funny I have 2 versions of the ajaxWDwx. One is version 3.02 and the other is version 3.06. Version 3.02 works but when I load 3.06 the temps under yesterdays hi/low, record hi/low station and for Wunderground hi/lows where not right unless I converted to metric. The temps where right but where in Celsius. I looked at each version and did not see anything that would cause that issue. I use Dreamweaver and when I have both versions open one shows Western European(version that is messed up) and the other shows UTF-8(version that works). :???:
Chuck
-
I changed the Western European to UTF-8 and it works okay now.
chuck
-
Hi guys,
yesterday i've had a power cut and after that WD has losted all time records.
I've restored it with a copy of wdisplay.ini but i've seen (on dashborad) that Sta* High and Sta* Low is not correct.
It seems that dashboard doesn't show the correct weather station past records.
Where this section retrieve this data?
I think from testtags but how to restore the correct values on it?
(http://i.imgur.com/VmRwFPw.png)
It should be these two functions:
1) $maxtemp4todayyr;
2) $mintemp4todayyr;
Thanks in advance,
Alessandro
-
Hi guys,
yesterday i've had a power cut and after that WD has losted all time records.
I've restored it with a copy of wdisplay.ini but i've seen (on dashborad) that Sta* High and Sta* Low is not correct.
It seems that dashboard doesn't show the correct weather station past records.
Where this section retrieve this data?
I think from testtags but how to restore the correct values on it?
(http://i.imgur.com/VmRwFPw.png)
It should be these two functions:
1) $maxtemp4todayyr;
2) $mintemp4todayyr;
Thanks in advance,
Alessandro
Check the Weather Underground almanac settings. Sounds like they may have been messed up.
-
I have the same issue the station records are showing 2013 and the temps are wrong. My actual records for this date are as follows,
High--2008/49.4
Low--2010/0.9
It might be a WD issue since the testtags are parsing that data. But that would something that Brian can answer not me.
Chuck
-
I just looked at my site and I'm in the same boat. Looks like WUnderground did some type of update. Now our records are off kilter
-
My weather underground data is okay. It is my local records that are wrong.
Chuck
-
My local station records are okay now. Temps and date are both correct.
Chuck
-
My local station records are okay now. Temps and date are both correct.
Chuck
Do we know what caused it? Was it a WD or local station issue? Seems to be working on the sites I've looked on today but I was not able to see the issue when it was happening.
Scott
-
I believe it had to do with WD and the first of the month. But I am just assuming that.
-
I believe it had to do with WD and the first of the month. But I am just assuming that.
Agreed.
-
Not sure on my end, unless WD has an update I've overlooked.
My station records still show this year. They should show back to 2011 at least.
-
Jonnyj771, this is what your testtags.php is reporting for the variables in question this morning:
$maxtemp4today = '36.3'; // max from station's records
$mintemp4today = '36.3'; // min from station's records
$maxtemp4todayyr = '2013'; // max year from station's records
$mintemp4todayyr = '2013'; // min year from station's records
The dashboard is only displaying the values provided by testtags.php via WD. I suggest that you try the WD forum, Weather-Watch.com (http://www.weather-watch.com/smf/), to see if Brian has a suggestion for a fix. I can only guess where in WD's many data files/locations this information resides before it's spit out in testtags.php, but I suspect it has to do with a corrupt wdisplay.ini file.
-
I'll look into that tonight when I get home from work.
Thanks for the insight.
-
Hi guys,
in my case it fixed itself.
Sta* High and Sta* low shows the correct values now.
Regards,
Alessandro
-
It appears that it is a 1st of the month WD issue as everyone that has messaged me about the issue has said that it is now working again. I think there were a few issues with this same thing last month with the sunlight hours too.
Scott
-
Mine still shows this year Scott. I've had WD running for nearly 2 years now. Not sure why my testags are not up to date.
I have updated to (b78) also. Still no change
-
Mine still shows this year Scott. I've had WD running for nearly 2 years now. Not sure why my testags are not up to date.
I have updated to (b78) also. Still no change
Are you sure you have the ftp program running? Your testtags show it was uploaded at 11AM this morning and its 6pm now. I'd check that first. Then check to be sure you have the file upload function turned on in WD.
Scott
-
Mine still shows this year Scott. I've had WD running for nearly 2 years now. Not sure why my testags are not up to date.
I have updated to (b78) also. Still no change
Are you sure you have the ftp program running? Your testtags show it was uploaded at 11AM this morning and its 6pm now. I'd check that first. Then check to be sure you have the file upload function turned on in WD.
Scott
I have been having issues with WD crashing frequently since updating to (b78). The program hangs at the top of each minute for about 30 seconds.
I have been trying for the last couple of days to look through my data and see why I have no info during the last few days.
I'm going back through WU and pulling my .CSV data and re-importing it to WD.
Its taking forever and making me cuss like a Sailor. ( wait, I was one...lol)...
I was coming through the WD forum and noticed I'm having similar crash symptoms as when (b29) was implemented.
-
Hi Scott,
i've this isssue on my frind's ajax dashboard.
This is a wrong data format on Daytime and Nightime records:
(http://i.imgur.com/nmcuMne.png)
My friend hasn't installed testtags 1.07 yet.
Thanks in advance,
Alessandro
-
Hi Scott,
i've this isssue on my frind's ajax dashboard.
This is a wrong data format on Daytime and Nightime records:
(http://i.imgur.com/nmcuMne.png)
My friend hasn't installed testtags 1.07 yet.
Thanks in advance,
Alessandro
Can you give a link to the site? What version main script are they using? We had a couple changes for date related issues so if still using an earlier beta that would be the issue. Have him download the very latest version, I've not seen any issues with that.
Scott
-
Hi Scott,
i've this isssue on my frind's ajax dashboard.
This is a wrong data format on Daytime and Nightime records:
(http://i.imgur.com/nmcuMne.png)
My friend hasn't installed testtags 1.07 yet.
Thanks in advance,
Alessandro
Can you give a link to the site? What version main script are they using? We had a couple changes for date related issues so if still using an earlier beta that would be the issue. Have him download the very latest version, I've not seen any issues with that.
Scott
Opsss, you're right Scott :oops:
Here is the link: http://www.meteoseano.it/wxindex.php
I think it's the latest version 6.91.
Thanks,
Alessandro
-
Hi Scott,
i've this isssue on my frind's ajax dashboard.
This is a wrong data format on Daytime and Nightime records:
(http://i.imgur.com/nmcuMne.png)
My friend hasn't installed testtags 1.07 yet.
Thanks in advance,
Alessandro
Can you give a link to the site? What version main script are they using? We had a couple changes for date related issues so if still using an earlier beta that would be the issue. Have him download the very latest version, I've not seen any issues with that.
Scott
Opsss, you're right Scott :oops:
Here is the link: http://www.meteoseano.it/wxindex.php
I think it's the latest version 6.91.
Thanks,
Alessandro
It appears that the testtags are missing several required items. Make sure that he updates to version 1.07 and adds in the extra tags from the archive. Unless there is also a mismatch in the settings (metric/imperial) etc, this should work for him once he has all the correct tag information in the script. How long has the station been online? The Station records are also not working, if it's a new install, you can't use station records for the first 2 years.
Scott
-
Hi Scott,
i've this isssue on my frind's ajax dashboard.
This is a wrong data format on Daytime and Nightime records:
(http://i.imgur.com/nmcuMne.png)
My friend hasn't installed testtags 1.07 yet.
Thanks in advance,
Alessandro
Can you give a link to the site? What version main script are they using? We had a couple changes for date related issues so if still using an earlier beta that would be the issue. Have him download the very latest version, I've not seen any issues with that.
Scott
Opsss, you're right Scott :oops:
Here is the link: http://www.meteoseano.it/wxindex.php
I think it's the latest version 6.91.
Thanks,
Alessandro
It appears that the testtags are missing several required items. Make sure that he updates to version 1.07 and adds in the extra tags from the archive. Unless there is also a mismatch in the settings (metric/imperial) etc, this should work for him once he has all the correct tag information in the script. How long has the station been online? The Station records are also not working, if it's a new install, you can't use station records for the first 2 years.
Scott
Hi Scott,
thanks for reply.
Tomorrow, i'll update his testtags to ver. 1.07 but last time he really had an error there.
Station Records is another problem.
It's strange because he has more than two years data.
The station has began at January 2010 :(
Regards,
Alessandro
-
Hi Scott, thanks for the upgraded script :-)
I have one issue where I cannot get the "Feels Like" to display, I have $useFL set to true.
http://www.mangawhaiweather.co.nz/ (http://www.mangawhaiweather.co.nz/)
Cheers
Tony
-
Hi Scott,
here is the error showing when i upload testtags.txt ver. 1.07
(http://i.imgur.com/qrBpPUl.png)
What could it be?
I've attached my copu of testtags.txt.
Site: http://www.meteoseano.it/wxindex.php
Thanks in advance,
Alessandro
-
Hi Scott,
do you know something about weather wunderground records box blank?
(http://i.imgur.com/xmwiJqt.png)
My friend has more than two years data collected.
http://www.meteoseano.it/wxindex.php
What about testtags error on the post above?
Thanks in advance,
Alessandro
-
Alessandro
The problem is that WD is not getting the reading from Weather Underground. Make sure you have that option turned on in WD and set for the correct station cosest to your town: This is from your testtags:
$WUmaxtemp = '0.0'; // Todays average max temperature from the selected Wunderground almanac station
$WUmintemp = '0.0'; // Todays average min temperature from the selected Wunderground almanac station
//
$WUmaxtempr = '0.0'; // Todays record max temperature from the selected Wunderground almanac station
$WUmintempr = '0.0'; // Todays record min temperature from the selected Wunderground almanac station
$WUmaxtempryr = '0'; // Year that it occured
$WUmintempryr = '0'; // year that it occured
Scott
Hi Scott,
do you know something about weather wunderground records box blank?
(http://i.imgur.com/xmwiJqt.png)
My friend has more than two years data collected.
http://www.meteoseano.it/wxindex.php
What about testtags error on the post above?
Thanks in advance,
Alessandro
-
I've looked through the php file and can't see the issue. My guess is, somewhere in the file a quote or semi-colon is missing and that's causing the error. try a new copy of rev 1.07 and then be sure to add in the extra tags from the archive on a new blank line.
Scott
Hi Scott,
here is the error showing when i upload testtags.txt ver. 1.07
(http://i.imgur.com/qrBpPUl.png)
What could it be?
I've attached my copu of testtags.txt.
Site: http://www.meteoseano.it/wxindex.php
Thanks in advance,
Alessandro
-
Hi Scott, thanks for the upgraded script :-)
I have one issue where I cannot get the "Feels Like" to display, I have $useFL set to true.
http://www.mangawhaiweather.co.nz/ (http://www.mangawhaiweather.co.nz/)
Cheers
Tony
Tony,
Feels like will only display if there is more then a 2 degree difference between it and the current temperature. Several people asked to have the put in because it seemed rather redundant to display a feels like that was the same as the current temperature! If it still isn't working I can check into it for you though. (You can remove the 2 degree part of the code if you want too!)
Scott
-
Thanks Scott, I will leave it how it is :-)
Merry Christmas
-
Hi Scott,
finally i've installed testtags ver. 1.07 succesfully.
Unfortunately, daytime and nightime records data are in wrong format yet :(
http://www.meteoseano.it/wxindex.php
Any ideas?
Thanks in advance,
Alessandro
-
Hi Scott,
finally i've installed testtags ver. 1.07 succesfully.
Unfortunately, daytime and nightime records data are in wrong format yet :(
http://www.meteoseano.it/wxindex.php
Any ideas?
Thanks in advance,
Alessandro
How do you mean "wrong format" Alessandro?
Just went to your page, they show in °C.
What format are you referring?
-
How do you mean "wrong format" Alessandro?
Just went to your page, they show in °C.
What format are you referring?
[/quote]
Hi Jonny,
you're right....data format is ok.
On Daytime/Nightime Records setion all datas are without any month.
It's very strange and i've no idea how to fix this issue.
Home: http://www.meteoseano.it/wxindex.pho
Thanks in advance,
Alessandro
-
Hi Jonny,
you're right....data format is ok.
On Daytime/Nightime Records setion all datas are without any month.
It's very strange and i've no idea how to fix this issue.
Home: http://www.meteoseano.it/wxindex.php
Thanks in advance,
Alessandro
OK, now I see what you're talking about. That doesn't make any sense.
@Scott, look at the extremes at the bottom of Alessandro's main page.
His daily highs and lows have correct dates, but the month is 0 for all of them. Any ideas?
-
Scott,
I've been doing adjustments to WD and my counter on the website has stopped resetting (Sec ago). Any idea how to fix this?
Testtags are updating every 5 minutes or so.
Clientraw updates every 5 seconds.
Any ideas?
-
Scott,
I've been doing adjustments to WD and my counter on the website has stopped resetting (Sec ago). Any idea how to fix this?
Testtags are updating every 5 minutes or so.
Clientraw updates every 5 seconds.
Any ideas?
Hi Johnny,
try to enter on Internet and File creation menu.
There, going to Setup Page #2 -> File #29.
Check below window if create testtags and upload testtags are flagged.
Regards,
Alessandro
-
Hi guys,
about daytime and nightime records data i've found the issue.
This is my testtags:
(http://i.imgur.com/prbjR86.png)
and this is my friend's testtags:
(http://i.imgur.com/RjYf0bT.png)
As the images above shows, the differences between two testtags is that the first has records months in english language while the second has records months in italian language.
Probably the dashboard shows 0 instead the corect month because it doesn't found the months names in english language.
How to fix it?
Thanks in advance,
Alessandro
-
Fixed!
Just change WD language from italian to english and month number fix itself \:D/
Merry chistmas to all,
Alessandro
-
Hello:
I would like to upgrade from the standard Saratoga PHP/Ajax v.3 scripts. I backed up my web site, downloaded the AltAjaxDashboard691.zip file, and extracted the files.
I renamed my existing testtags.txt file and copied the new testtags.txt file into the same directory on my computer per included instructions, my testtags file was version 1.06. I also updated the Setting-weather.php file as instructed.
I uploaded files: ajax-dashboard6.php, ajaxWDwx3.js and AltAjaxDashboardConfig6.php from the archive to my website per the included Setup instructions.
I am now getting the following error message when trying to excess my web site:
Parse error: in /virtual/users/e15932-16889/web/testtags.php on line 565
Line 565: $mintempovernight =15.4�F': // Minimum temperature 9pm to 9am
If I comment out the line my home page loads. I have restored my old files for the time being to get my web site up and running again.
I have 2 questions:
a. How do I correct the error?
b. What is the best way to load / test the new home (index) page without disrupting my current home page?
Thanks
Tom
-
An update:
I have the alternate dashboard running but have 3 issues:
a. I can't get the solar data to display and I have a solar sensor.
b. I can't get the Cloud-base graphic to display. I followed all the instructions to install that script w/o success.
c. I am still getting the following error message when trying to excess my web site:
Parse error: in /virtual/users/e15932-16889/web/testtags.php on line 565
I have attached the configuration and the testtags files for review. I changed the name on the testtags file so I can use the old file for now.
Any assitance will be graetly appreciated.
Tom
-
Hi Scott,
The record wind gust have an incorrect date.
Year gust date is shown instead of alltime.
line 1011: <?php echo rdate($RecDateF, $yrecordhighgustmonth, $yrecordhighgustday, $recordhighgustyear); ?>
to: <?php echo rdate($RecDateF, $recordhighgustmonth, $recordhighgustday, $recordhighgustyear); ?>
correct this.
-
Good catch, KLaus! It's amazing how little details like that can slip by. My Record High Gust now shows May 24 instead of Jan 1, thanks to you. :-)
-
Great job Klaus. It fixed my record wind gust too ... =D>
Thanks much ...
Jeff
-
Same here, Klaus. As said - nice catch!
Thanks.
-
Thank you!
-
Another update:
I have the alternate dashboard running with only one remaining issue:
a. I still can't get the Cloud-base graphic to display. I followed all the instructions to install that script w/o success. The cloud base height is calculating I am just not getting any images.
The solar data was not displaying because of the parse issue, the testtags.txt file had several typos in it. .
I have attached the Cloud-base.php file for review. The images are in the directories specified by the php file along with proper permissions.
Any assistance will be greatly appreciated.
Tom
-
I'm trying to figure something out... I could be dense, but.... :grin: On my page, which can be seen at www.indigopc.com -- under "Station All-Time Records", this is what I show:
(http://i18.photobucket.com/albums/b127/rickny/records_zpsee8f97be.jpg)
So.. if the "Daytime" high was 81.3 on 9/11/13, and the "Nitetime" high was 73.6 on 9/11/13, what time of day did the station high of 88.3 on 9/11/13 occur?
-
The daytime record is the avg temp from 6am to 6pm and nighttime is the avg temp from 6pm to 6am.
The High is your highest temp ever recorded.
-
The daytime record is the avg temp from 6am to 6pm and nighttime is the avg temp from 6pm to 6am.
The High is your highest temp ever recorded.
Thanks... That makes more sense now..
-
Hi Scott,
i've installed alternative dashboard for my friend but it seems that uom values remains in farenheit.To confirm this "issue" if i disable javascript on my browser all dashboard values remains in farenheit intead of metric.
Where dashboard catches that data?
Settings.php is set to metric (attached).
Link: http://ponsaccometeo.altervista.org/
Edit: http://ponsaccometeo.altervista.org/testtags.php?sce=view all in imperial format....where can i switch it to metric?
On WD is already set to metric :?
Others values are wrong, like the "day last rain" showing 11/21/2013!??!?!
November 2013? But we are on january 2014!!
Thanks in advance,
Alessandro
Edit: I've found this post....same issue? http://www.wxforum.net/index.php?topic=18554.msg179173#msg179173
-
Hi Scott,
i've installed alternative dashboard for my friend but it seems that uom values remains in farenheit.
To confirm this "issue" if i disable javascript on my browser all dashboard values remains in farenheit intead of metric.
Where dashboard catches that data?
Settings.php is set to metric (attached).
Link: http://ponsaccometeo.altervista.org/
Edit: http://ponsaccometeo.altervista.org/testtags.php?sce=view all in imperial format....where can i switch it to metric?
On WD is already set to metric :?
Others values are wrong, like the "day last rain" showing 11/21/2013!??!?!
November 2013? But we are on january 2014!!
Thanks in advance,
Alessandro
Edit: I've found this post....same issue? http://www.wxforum.net/index.php?topic=18554.msg179173#msg179173
But i've already set Wd to metric units :(
Hi guys,
finally i've found my issue.
It was testtags
Testtags file is corrupted.
As i installed previously version (1.06) all values showed ok.
Have you got a fresh copy of testtags 1.07?
Other thing.
As the image below shows, dew point last hour value doesn't show correctly.
I don't know why but if i disable javascript on my browser the value come back correctly.
(http://imgur.com/xbhYuzg)
Any idea?
Many thanks,
Alessandro
-
Hi Scott,
i've installed alternative dashboard for my friend but it seems that uom values remains in farenheit.
To confirm this "issue" if i disable javascript on my browser all dashboard values remains in farenheit intead of metric.
Where dashboard catches that data?
Settings.php is set to metric (attached).
Link: http://ponsaccometeo.altervista.org/
Edit: http://ponsaccometeo.altervista.org/testtags.php?sce=view all in imperial format....where can i switch it to metric?
On WD is already set to metric :?
Others values are wrong, like the "day last rain" showing 11/21/2013!??!?!
November 2013? But we are on january 2014!!
Thanks in advance,
Alessandro
Edit: I've found this post....same issue? http://www.wxforum.net/index.php?topic=18554.msg179173#msg179173
But i've already set Wd to metric units :(
Hi guys,
finally i've found my issue.
It was testtags
Testtags file is corrupted.
As i installed previously version (1.06) all values showed ok.
Have you got a fresh copy of testtags 1.07?
Other thing.
As the image below shows, dew point last hour value doesn't show correctly.
I don't know why but if i disable javascript on my browser the value come back correctly.
(http://imgur.com/xbhYuzg)
Any idea?
Many thanks,
Alessandro
Allesandro,
Here's a new copy of testtags v1.07.
Which browser are you using with the java issue? Plus, have you updated your java reciently? I would check to see that java is up to date. Not sure which version of Java is out now as they have made so many updates.
Testtags could also be the reason for the java errors. See what happens when you update the Testtags file. Make sure if you are using the file and creation section #29, that the "include units" is unchecked. That could be causing the problem with the corruption of the file. (Learned from experience)
Regards,
Jonny J.
-
Other thing.
As the image below shows, dew point last hour value doesn't show correctly.
I don't know why but if i disable javascript on my browser the value come back correctly.
(http://imgur.com/xbhYuzg)
Any idea?
Many thanks,
Alessandro
Hi Alessandro
Take a look here : http://www.wxforum.net/index.php?topic=20581.msg198443#msg198443
I think this is the solution.
-
Hi Alessandro
Take a look here : http://www.wxforum.net/index.php?topic=20581.msg198443#msg198443
I think this is the solution.
Thanks Kilo,
i've just fixed it ;)
Regards,
Alessandro
-
Hi Scott,
i've installed alternative dashboard for my friend but it seems that uom values remains in farenheit.
To confirm this "issue" if i disable javascript on my browser all dashboard values remains in farenheit intead of metric.
Where dashboard catches that data?
Settings.php is set to metric (attached).
Link: http://ponsaccometeo.altervista.org/
Edit: http://ponsaccometeo.altervista.org/testtags.php?sce=view all in imperial format....where can i switch it to metric?
On WD is already set to metric :?
Others values are wrong, like the "day last rain" showing 11/21/2013!??!?!
November 2013? But we are on january 2014!!
Thanks in advance,
Alessandro
Edit: I've found this post....same issue? http://www.wxforum.net/index.php?topic=18554.msg179173#msg179173
But i've already set Wd to metric units :(
Hi guys,
finally i've found my issue.
It was testtags
Testtags file is corrupted.
As i installed previously version (1.06) all values showed ok.
Have you got a fresh copy of testtags 1.07?
Other thing.
As the image below shows, dew point last hour value doesn't show correctly.
I don't know why but if i disable javascript on my browser the value come back correctly.
(http://imgur.com/xbhYuzg)
Any idea?
Many thanks,
Alessandro
Allesandro,
Here's a new copy of testtags v1.07.
Which browser are you using with the java issue? Plus, have you updated your java reciently? I would check to see that java is up to date. Not sure which version of Java is out now as they have made so many updates.
Testtags could also be the reason for the java errors. See what happens when you update the Testtags file. Make sure if you are using the file and creation section #29, that the "include units" is unchecked. That could be causing the problem with the corruption of the file. (Learned from experience)
Regards,
Jonny J.
Hi Jonny,
thanks for sharing testtags, finally i've fixed it \:D/ \:D/
I've uncheked "include Units" an magically it worked fine :grin:
Best regards,
Alessandro
-
Hi Jonny,
thanks for sharing testtags, finally i've fixed it \:D/ \:D/
I've uncheked "include Units" an magically it worked fine :grin:
Best regards,
Alessandro
Glad it worked!
Regards,
Jonny J
-
Thanks for the catch, it will be in the latest update 6.92.
Hi Scott,
The record wind gust have an incorrect date.
Year gust date is shown instead of alltime.
line 1011: <?php echo rdate($RecDateF, $yrecordhighgustmonth, $yrecordhighgustday, $recordhighgustyear); ?>
to: <?php echo rdate($RecDateF, $recordhighgustmonth, $recordhighgustday, $recordhighgustyear); ?>
correct this.
-
Hello:
I have installed the new Ajax Dashboard on my web site and I noticed a problem this morning.
I have a Davis Vantage Pro2 Plus and the solar percentage dosen't appear to be calculating correctly. Please see attached files.
I have several questions:
a. How is this value calculated?
b. Does it come from Weather Display?
c. How do I correct?
Any assistance is greatly appreciated.
Thanks
Tom
-
Hello:
I have installed the new Ajax Dashboard on my web site and I noticed a problem this morning.
I have a Davis Vantage Pro2 Plus and the solar percentage dosen't appear to be calculating correctly. Please see attached files.
I have several questions:
a. How is this value calculated?
b. Does it come from Weather Display?
c. How do I correct?
Do you have the information in WD under "Max Solar Time of Day/Time Zone/Lat/Long" filled out correctly? The box "Update the solar value from this max reading" needs to be checked, and your Lat/Lon, Time Zone needs to be entered as well. WD uses that information to determine exactly what w/m2 value constitutes "100%" for your location and time of day. That value is then divided by the current average value to get the percentage.
For example, currently my my max value for the time of day and my location is 401 w/m2. The average reading of my sensor is currently 401 as well, therefore my site is showing 100%. If the average value drops to 200, it will show 50%. The max value will change throughout the day since WD calculates what it should be based on the other variables.
Hope that helps,
Rick
-
Hello:
I have installed the new Ajax Dashboard on my web site and I noticed a problem this morning.
I have a Davis Vantage Pro2 Plus and the solar percentage dosen't appear to be calculating correctly. Please see attached files.
I have several questions:
a. How is this value calculated?
b. Does it come from Weather Display?
c. How do I correct?
Any assistance is greatly appreciated.
Thanks
Tom
There are two ways the icon for Solar Index (SI) can be computed. First as a percent of predicted maximum based on latitude, season, and time of day. Second based on the percent of maximum Solar wattage recorded by the station. Click on the icon to see the SI computed in the alternate manner. You can control this display in AltAjaxDashboardConfig6.php with these switches:
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Sorry for the confusion, but it's really a matter of personal preference. Set both of the above switches to 'false' and you will only see an SI based on Solar%.
-
There are two ways the icon for Solar Index (SI) can be computed. First as a percent of predicted maximum based on latitude, season, and time of day. Second based on the percent of maximum Solar wattage recorded by the station. Click on the icon to see the SI computed in the alternate manner. You can control this display in AltAjaxDashboardConfig6.php with these switches:
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Sorry for the confusion, but it's really a matter of personal preference. Set both of the above switches to 'false' and you will only see an SI based on Solar%.
Hi Jerry.. The issue he reported was that the percentage itself did not seem correct, not the SI.. At least that was the impression I had.
Rick
-
gwwilk:
I have the switches set as follows:
$useSISwitch = false; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
I am still a little confused. :? With the settings above exactly what am I supposed to see?
I found where the Solar % value is coming from in Weather-Display.
Rick:
Max Solar Time of Day/Time Zone/Lat/Long" are filled out correctly The box "Update the solar value from this max reading" needs is checked, and my Lat/Lon, Time Zone are entered as well.
I think I might of had a problem with Weather-Display as we lost our power 01/11/14 for an hour and it messed up my Internet connection. I have a UPS which kept the computer running but I had to reboot my router, it wouldn't reconnet when the power came back. So I decided do a cold boot on my weather computer after my post today and now the Solar % appears to be calculating okay and it matches the value in Weather-Display.
Thanks to both of you for the assistance.
Tom
-
With your settings of:
$useSISwitch = false; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
you will see just the index of current solar radiation on an absolute scale with your station's maximum at the highest index. The footnotes associated with the SI explain how the two values differ. Set $useWM2SI = false; and you will see just your SI as a percentage of predicted maximum. This to me isn't an index but a simple ratio which when the sun is low on the horizon is artificially high. Others might view it as an index. That's why I designed the WM2 station maximum SI which tracks much more closely with UV index. If you wish to use both values set the above switches to true and compare them from time to time by clicking on the icon or the derivation indicator.
The Solar% value is critically dependent upon a correctly configured solar sensor in WD. Sunrise and sunset MUST occur at the same time as the curves on the graph for predicted solar radiation start and end. Setting this correctly can at times be a bit of a dogfight and I wouldn't claim to be able to guide anyone through this settings maze. I have had to at times use a different time zone than my own to achieve synchronization of these two curves. (-7 rather than the correct -6 for CST.) Since the first of the year I have been able to use the correct TZ offset to achieve synchronization. In other words, they became asynchronous 1 Jan with an incorrect -7 TZ offset, so I was able to return to the correct -6 TZ offset. The WM2 SI is free of these settings mysteries because no reference is made to predicted solar maximum in the WM2 SI calculation.
-
gwwilk:
I have the switches set as follows:
$useSISwitch = false; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
I am still a little confused. :? With the settings above exactly what am I supposed to see?
Tom,
Like Jerry said, it is a matter of personal preference.. I have useSISwitch set to true and useWM2SI set to true.. What you should see with the switch enabled is that when you click the "Solar Index" icon on your webpage, it will toggle the index between utilizing the solar percent value to determine the "Solar Index" or using w/m2 to calculate the "Solar Index". Using w/m2 to calculate Solar Index is more helpful for those folks that are utilizing solar power -- you can get a relative idea of what level of energy is available for solar cells to utilize when viewing the index as a function of w/m2. If you toggle it to use "Solar Percent", it will use the percentage the change the Solar Index. If, for example, your solar percent is 100, the index will be 10.. For 90%, it would be 9, etc.
Personally, I think viewing the solar index as function of percent is unnecessary, since the index will essentially change to whatever your percentage is divided by ten and then rounded. W/m2 calculating the index is giving you an accurate indication of the intensity of solar power that the solar sensor is seeing.
At any rate -- whatever you set the values in the config file to, it will not change the percentage -- it will only change value of the index icon is presented to the user viewing your site.
Regards,
Rick
-
Jerry & Rick:
Thanks for the clairification on the solar calculations.
I have set both values to true:
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Now I understand what you folks are talking about. I did see that info in the setup instructions but it didn't understand what it was describing. #-o
I like the fact it toggles back and forth, nice job! =D>
Thanks for your efforts.
Tom
-
Hi Scott,
is it possible to enlarge rain scale?
Today i have gone out of range :oops: :oops:
(http://i.imgur.com/YUuj9vy.png)
Thanks in advance,
Alessandro
-
The image is created by Weather Display, I have no control over the sale on it, sorry. :-(
Scott
Hi Scott,
is it possible to enlarge rain scale?
Today i have gone out of range :oops: :oops:
(http://i.imgur.com/YUuj9vy.png)
Thanks in advance,
Alessandro
-
Hello:
The current weather icon and text is not always correct on my web page. At the moment it is night time and it's snowing. The Ajax Dashboard shows and states night time, dry, overcast. The dashboard says it is using ICN:16 which I beleive would show snow. Weather-Display's testtags file is calling for icon_array:16. Weather-Display is showing snow on it's main user screen. I did load testtags v.1.07 per the readme file.
Sometimes the image and the text don't agree with each other.
How do I correct?
Thanks
-
Hello:
The current weather icon and text is not always correct on my web page. At the moment it is night time and it's snowing. The Ajax Dashboard shows and states night time, dry, overcast. The dashboard says it is using ICN:16 which I beleive would show snow. Weather-Display's testtags file is calling for icon_array:16. Weather-Display is showing snow on it's main user screen. I did load testtags v.1.07 per the readme file.
Sometimes the image and the text don't agree with each other.
How do I correct?
Thanks
Do you have WD set to get current weather (ie: snow, clear, etc...)? If not, go into your metar downloads (action - ftp/connections - metar downloads) and check that you are using your metar for conditions.
Click OK, then go while on the action window, to the real time FTP section, and under the realtime/ftp tab, look for "get conditions from metar" and make sure that is checked.
-
Jonny:
I tried your suggestion, it didn't correct the problem.
Thanks for the feedback.
The correct image displays for one second when I do a refresh (F5) in IE9 than the image change to what i have listed below.
Weather-Display is uploading the wrong info in the clientraw.txt file
048 Icon Type Z 1 (Clear Night)
049 Weather Desc L Night time/Dry/overcast -
Not sure why it's doing that. I will have to also post the question on the Weather Watch Forum.
Regards,
-
Hello:
Has anyone else had the problem of Weather-Display uploading the wrong current weather icon & text? What is the best way to address?
Thanks
-
Be sure you have set the correct icon type in ajaxWDwx3.js:
// NOTE: do not delete any of the words enclosed in {} in the src parts eg. {PIC}
// They'll get replaced by their corresponding values later in the script.
//------------------------------------------------------------------------------
// DASHBOARD ICONS: optional settings for current conditions graphic for dashboard
// tag: "ajaxconditionicon" or "ajaxconditionicon2" ... specify it below in wxIcon.useTag
// e.g. graphic name: "./ajax-images/bkn.gif"
// .... grab the animated icons for set 2 here: http://www.bashewa.com/downloads/bws-icons-current.zip
var wxIcon =
{src : imgDir+"{PIC}.gif" // where {PIC} will = picname from function specified in wxIcon.useName below
,width : 74 ,height: 74 ,hspace: 0 ,vspace: 0 ,border: 0
,style : "" // eg. "border: 2px solid silver"
,align : "" // [ left | right | top | bottom | middle | texttop | absbottom | absmiddle ]
,useTag : "ajaxconditionicon2" // [ ajaxconditionicon | ajaxconditionicon2 ] ... ajax tagname to use
,useName: 1 // [ 0| 1 | 2 | 9 ] function for getting icon names ...
}; // 0 = Anole's icon names ............ see ajax_getIconName0()
// 1 = NWS icon names ................ see ajax_getIconName1()
// 9 = Dynamic current icons ......... NOT IMPLEMENTED
The setting occurs here because...well, because it has to in order to function correctly as an AJAX live variable. Change src to .jpg or .gif depending upon the source of your icons.
What's happening is the correct icon is specified by testtags.php upon initial page load, but as soon as AJAX takes over the incorrect icon is specified.
-
Jerry:
Thanks for the feedback. I tried your suggestion on changing the file type. The page loaded with an animated icon than switched to a static icon. Both had the correct current weather. So I switched the settings back and the icons are currently working correctly. :roll:
I checked the testtags.php file and it has the following icon data. So at this point I am not sure what is going on.
$iconnumber = '5'; // icon number
$current_icon = $icon_array[5]; // name of our condition icon
// ----------------------------------------------------------------------------------
// $current_summary = 'Dry' . '<br />' . 'Mainly cloudy/Dry ';
$weathercond = 'Dry';
$Currentsolardescription = 'Mainly cloudy/Dry ';
Does all current weather data for the icons come from the testags file? Does any come from the clientraw.txt file?
Thanks for your assistance.
-
The animated icons are gif's. That's what needs to be set if you are using the animated gif's.
Field no. 48 in the clientraw.txt file is the current conditions, and this is where the AJAX current conditions icon is set. You can explore your clientraw file using TNET Weather's Clientraw Parser (http://www.tnetweather.com/wd-parser.php).
Your forecast icons are currently static jpg's. You need to change them to gif's in Settings.php in order to use the animated icons for the forecasts. Also be sure the path to the animated icons is specified correctly.
-
Jerry:
The clientraw.txt file was sending bad info last night. I did check out the TNET Weather's Parser - great tool. It stated it was clear, dry, when in fact it was snowing. Based on your comments I think this is the issue. I will have to watch my web site and see what happens over the next 24 hours. Currently the current conditions icon & text are working correctly. I upgraded Weather-Display this morning from version 78 to 79, I hope that helps. My forecast icons for now are static, I haven't decided if I will change.
Thanks for the info, it helps me understand where the data is coming from so now I can monitor.
-
Hi,
I had this posted as a separate post but did not get any input so figured since it relates to the Alternate dashboard it is best posted here. This situation is stumping me big time. ](*,)
I need some help. I just noticed the other day under the soil section that my soil depth is reading 0.4" when it is 4". Also the soil temperature has two degrees F symbols after the temperature. I looked at the altconfigdashboar6 file and there is no .4 for the first soil level it reads 4. I did not touch those settings. Not sure how two degrees F would be showing. Is there another file or area that I should be looking at to correct this anomaly.
Attached is a jpg of the dashboard screen soil condition section.
Thank you in advance for your assistance.
Best regards,
Bob
lebanontnwx.org
-
Bob,
I think I can help with the double F issue. Go to Control Panel - Web Files/Web Page Setup, then the Custom Web Page Setup tab. If the third item down "Include Units Used" is ticked, un-tick that.
- Jim
-
Jim,
Thanks that took care of the double degrees F symbol after the soil temperature. I never would have thought to look in WD and then going to the custom web page setting.
Now why the 0.4 for soil depth when it is 4 even shows four in the config file for the alternate dashboard. Very strange. ](*,)
one item down one to go.
Thanks again Jim! =D>
Bob
-
There's a problem with the dashboard's code.
Find all instances like<?php echo $SOILlvl1 * 0.1 . " " . $uomSoil; ?>(there are 4 in all with $SOILlvl1 through $SOILlvl4)
and change them to<?php echo $SOILlvl1 . " " . $uomSoil; ?>
Sorry about that...I'm not sure why the '*0.1' was there... :oops:
-
Hi,
I had this posted as a separate post but did not get any input so figured since it relates to the Alternate dashboard it is best posted here. This situation is stumping me big time. ](*,)
I need some help. I just noticed the other day under the soil section that my soil depth is reading 0.4" when it is 4". Also the soil temperature has two degrees F symbols after the temperature. I looked at the altconfigdashboar6 file and there is no .4 for the first soil level it reads 4. I did not touch those settings. Not sure how two degrees F would be showing. Is there another file or area that I should be looking at to correct this anomaly.
Attached is a jpg of the dashboard screen soil condition section.
Thank you in advance for your assistance.
Best regards,
Bob
lebanontnwx.org
I believe that the units that the measurement was displayed in has changed since the code was originally written as it used to work, I no longer have the soil reading on my test station so I haven't noticed the change. I've made the change that was suggested here for the next release of code as well. Good catch.
Scott
-
Hi Jerry,
Thanks that did it! Fixed all four. =D> \:D/
Scott,
Thanks for including in next update.
Bob
-
I have released version 6.92 Update today! Mostly minor changes from user requests here and added button to load mobile version. Mobile version is released today too with additional features and minor updates.
See 1st message in this forum for details!
PLEASE EDIT FOOTNOTE ABOUT NOT AFFILIATED WITH NWS, I MADE ADDITIONS THERE THAT WILL NOT FIT YOUR SITE!
Scott
-
Scott,
Thanks for your update to Version 6.92. I have it up and running. Your dedicated hard work with your Alternative Dashboard series is much appreciated !!! \:D/.
Will you be proceeding with developing a Version 7.0 using the module design concept?
Best regards,
Jeff
-
Thanks Breezy!
Yes, I'm mulling around the ideas for 7.0 in my head now. It will likely be many months before it's ready, I'm still pretty busy with things here but I have some pretty cool ideas for the next revision! I'll keep you posted as I get it designed!
Scott
Scott,
Thanks for your update to Version 6.92. I have it up and running. Your dedicated hard work with your Alternative Dashboard series is much appreciated !!! \:D/.
Will you be proceeding with developing a Version 7.0 using the module design concept?
Best regards,
Jeff
-
Hi All,
I noticed this on my Alternative Dashboard 6.92 and previous versions for the Record Low Dew Point. PM'ed Scott about this, so I am interested to know if this is an issue with any of the users for this dashboard?
I don't know where this data is being generated from. Any ideas? I have searched all of my data for that date but could not find where that negative number is located. I may have missed some place but where??
Perhaps Scott is working on this.
Thanks for any suggestions or solutions.
Regards,
--Stan Y.
Maui, Hawaii
-
Hi Stan,
Now that you mention it I have a similar situation.
Record Low: -60.2°F on
4-1-2002
It shows in WD all-time records when I go to view and then all-time records. I think when I did the import routine from WL to WD it picked up some bad data. So I believe this to be WD related and not the dashboard.
Now the questions is how do I go into WD to find this bad data and edit it.
Bob
-
Ditto here.
-15.7°F
2-Feb-2011
-
Thanks Scott,
In production and all is well at johnsnhweather.
John
-
So how do we find and correct the erroneous all time low dew point?
-
This isn't a dashboard problem but a WD problem. You might be able to sort it out in WD by going to 'View'-'Averages/Extremes NOAA Style Reports' and click on the 'All Time Records to Date' button. Find the date and time and work from there with the correction routines on that page.
-
Hi Jerry,
I tried that but dew point is not part of those records. I am going to check out the data log viewer and see if dewpoint is there.
Bob
Edit: Tried the data log viewer and nothing shows at all for the month the low dew point occurred. So how do I get to that month and year to correct the data?
Edit update: I check but I donot have an April 2002 log file. Thus the reason WD is not finding it. So how did the all time dew point reading get that way if no log file for that month. So how do I get rid of that bad record?
-
Jerry/Bob,
Was not able to locate dew following those instructions, either.
Another confusion is my dash is showing the record low as -15.7° on 2 Feb 2011 (I do have a log file for that date). However, on http://tiggrweather.net/wxdewpointdetail.php?year=2011 it shows -6.2° for that same day. Shouldn't those figures at least be the same, even if they are incorrect?
Sorry, Jerry - know I've been giving you a headache all day! :oops:
-
This isn't a dashboard problem but a WD problem. You might be able to sort it out in WD by going to 'View'-'Averages/Extremes NOAA Style Reports' and click on the 'All Time Records to Date' button. Find the date and time and work from there with the correction routines on that page.
Hi All,
Thanks Jerry, but my all time dew point low as my site shows at -16° F on October 16, 2008 and looking at WD, as your suggestion, on this date WD shows the minimum dew point as 52° F. I have looked as others has, I have not found anything close to my negative temps for the dew point.
Guess need to keep figure what/where this is coming from.
Another trouble shooting somewhere..
Regards,
--Stan Y.
-
This WD problem probably is due to an erroneous minimum dew point value at line 1293, [Record low dew]
values=-286 22 44 44 5 1 2014 in your wdisplay.ini file. I think you can only change that value when WD is not running. These are the current values from my wdisplay.ini. The temperature is in Celcius but in tenths of degrees, so in real numbers it's -28.6C which converts to -19.5F, which is the current record low dew point on my dashboard.
I must confess I don't know the intricacies of how to correct this value, but it would involve finding your true record low dew point, converting it to Celcius and moving the decimal point one place to the right before entering it into wdisplay.ini while WD is NOT running.
Be sure to backup your wdisplay.ini file before messing with it, and edit it only in Notepad to avoid introducing any extraneous characters at the end of the file that will almost certainly hose the file and cause you to copy your backup to a new wdisplay.ini and start anew with your changes.
-
You should be able to find the bad numbers in the data log by going to the date in question.
I know I have a bunch from when I first started using WD (DEC 2009). It's WLink import function which was pretty bad at the time. It would create problems when it was backfilling the data and also make up its own numbers for things like temp and wind. I haven't tried any newer import in some time but I know it was getting better as Brian was putting some time into that.
I'm curious as to when you did your WLink import?
The problem isn't the DEW number, it's the TEMP/HUM values used to calculate that and the other indexes in the data log file.
-
You should be able to find the bad numbers in the data log by going to the date in question.
I know I have a bunch from when I first started using WD (DEC 2009). It's WLink import function which was pretty bad at the time. It would create problems when it was backfilling the data and also make up its own numbers for things like temp and wind. I haven't tried any newer import in some time but I know it was getting better as Brian was putting some time into that.
I'm curious as to when you did your WLink import?
The problem isn't the DEW number, it's the TEMP/HUM values used to calculate that and the other indexes in the data log file.
Hi,
To your first part, no where to be found for my record dew point low in any data that I have for that date.
On your second part, I don't think that I imported anything from WL since I already had the data logger connected to WD and went from there.
On your third part. I don't know where the Dew Point number comes from but the Temp/Hum might be for the Wet Bulb number, then the wind speed might come into play.
Hope that Scott and or Brian will be able to solve this for us when their time permits.
Thanks for your thoughts.
Regards,
--Stan Y.
Maui, Hawaii
-
OK - different circumstances, I guess. The screen cap I attached shows my record low Dew of -51 or whatever. It's not the only date with that problem and all of mine are in dates prior to WD running full time (2009); using the import of my WLink files.
When I edit the temp & humidity in those entries, the Dew falls into normal range so, for my Dew problem, the problem is there.
Hope you get yours straightened out!
-
I think this issue is with WD. As mentioned earlier I do not have a log file for April 2002 which is the month of the reported low dew point. So how would I correct that when no log file exist to make a correction?
-
I think this issue is with WD. As mentioned earlier I do not have a log file for April 2002 which is the month of the reported low dew point. So how would I correct that when no log file exist to make a correction?
So we're down to 'wdisplay.ini' in your case. Did you try to modify it?
-
So how do we find and correct the erroneous all time low dew point?
You can edit all the all time records from Weather Display or you can edit wdisplay.ini. The problem is, if you ever reload the information from log files it will re-load in the error again so it's best to find the error in the log files. Normally it's one or two lines that are written in error or a malformed line in the log file that caused the problem. You know what date the the error is on from the displayed negative dew point so go to that date and time in the log file and you should see the problem.
Scott
-
Hi,
Thank you all for your advice. I am going to check it out. Since I do not have a log file for April 2002 and that is the month of supposed all-time low dewpoint I will have to do the wdispay.ini.
Bob
-
Hi All,
I wrote to Brian about our Record Low Dew Point issue.
My wdisplay.ini for the Low Dew Point was:
[Record low dew]
values=-271 6 9 9 6 10 2008
What is the "-271" mean???
He recommended the following:
its means -27.1C
you might have had a glitch in your humidity. eg a very low humidity reading
you can set the correct needed record low dew point under action, enter my own all time records
for that month/year
e.g set a more reasonable value
So now the hunt begins to find when my record low dew point occurred.
Hope that this may correct the Record Low Dew Point as well other all time record corrections.
Regards,
--Stan Y.
Maui, Hawaii
-
I am having a different issue...
On my Weather Display screen it shows the Wet Bulb at 19.6 however on my website it is showing 108.3°F obviously that is wrong.
Here currently it is 19 Degree F and we had 4 inches of snow today. :)
http://weather.satelliteguys.us
I updated to 6.92 yesterday.
Any ideas?
-
Hi All,
I have this as a seprate post but since it is part of v6.92 I decided to post here. Can someone help me get the moon icon on the dashboard working correctly. Thanks.
Quote from: tnwxman on Yesterday at 11:50:16 PM
Hi,
I need help. This morning I notice that my moon icon / phase on the alternate dashboard 6.92 says 6% illuminated while the my almanac page says it should be 94% illuminated. The 94% is correct since the full moon was on Friday 2-14-14. I do not recall making any changes to that area of the dashboard. I did update to the NWS alerts (which appears to be working fine) from the older atom script but that should have no effect on the moon phases. What did I mess up? ](*,)
I thank you in advance for your help in this matter.
Please advise.
Thanks.
Bob
lebanontnwx.org
Update today the moon percentage is 5%. I cannot seem to find reason why it is reading wrong. Where does it get the information for the moon percentage and why is the almanac page which has the sunrise and moonrise etc. have the correct amount. If it is coming from WD then why the difference. This very perplexing! ](*,)
Appreciate help in getting this resolved.
Thanks.
Bob
-
Scott deleted some 'apparently useless data' from ajax-dashboard692 in the getmooninfo() function. I noticed that my moon age was stuck at 4% until the AJAX updates overwrote it with the correct data. Your ajaxWDwx3.js updates aren't showing the correct moon age, so you're stuck with the bad dashboard moon data. I restored the missing lines to ajax-dashboard692 and all is now well on my site's moon age (http://www.gwwilkins.org).
Here is the correct function to paste over the bad one:// -----------------------------------------------------------------------------
// MOON FUNTIONS .
// -----------------------------------------------------------------------------
function getMoonInfo($hh = 0, $mm = 0, $ss = 0, $MM = 0, $DD = 0, $YY = 0) { // very crude way of determining moon phase (but very accurate)
// ------------- start of USNO moon data -----------------------------
// PHP tables generated from USNO moon ephemeris data http://aa.usno.navy.mil/data/docs/MoonPhase.php
// using the one-year at a time query option
// Ken True - Saratoga-weather.org generated by USNO-moonphases.php - Version 1.00 - 15-Jan-2011 on 15 January 2011 23:05 EST
$newMoons = array(// unixtime values in UTC/GMT
/* 2009 */ /* 26-Jan-2009 07:55 */ 1232956500, 1235525700, 1238083560, 1240629780, 1243167060, 1245699300, 1248230100, 1250762520, 1253299440, 1255843980, 1258398840, 1260964920,
/* 2010 */ /* 15-Jan-2010 07:11 */ 1263539460, 1266115860, 1268686860, 1271248140, 1273799040, 1276341300, 1278877200, 1281409680, 1283941800, 1286477040, 1289019120, 1291570560,
/* 2011 */ /* 04-Jan-2011 09:03 */ 1294131780, 1296700260, 1299271560, 1301841120, 1304405460, 1306962180, 1309510440, 1312051200, 1314587040, 1317121740, 1319658960, 1322201400, 1324749960,
/* 2012 */ /* 23-Jan-2012 07:39 */ 1327304340, 1329863700, 1332427020, 1334992680, 1337557620, 1340118120, 1342671840, 1345218840, 1347761460, 1350302520, 1352844480, 1355388120,
/* 2013 */ /* 11-Jan-2013 19:44 */ 1357933440, 1360480800, 1363031460, 1365586500, 1368145680, 1370706960, 1373267640, 1375825860, 1378380960, 1380933240, 1383483000, 1386030120,
/* 2014 */ /* 01-Jan-2014 11:14 */ 1388574840, 1391117880, 1393660800, 1396205100, 1398752040, 1401302400, 1403856480, 1406414520, 1408975980, 1411539240, 1414101420, 1416659520, 1419212160,
/* 2015 */ /* 20-Jan-2015 13:14 */ 1421759640, 1424303220, 1426844160, 1429383420, 1431922380, 1434463500, 1437009840, 1439563980, 1442126460, 1444694760, 1447264020, 1449829740,
/* 2016 */ /* 10-Jan-2016 01:30 */ 1452389400, 1454942340, 1457488440, 1460028240, 1462562940, 1465095540, 1467630060, 1470170640, 1472720580, 1475280660, 1477849080, 1480421880, 1482994380,
/* 2017 */ /* 28-Jan-2017 00:07 */ 1485562020, 1488121080, 1490669820, 1493208960, 1495741440, 1498271460, 1500803100, 1503340200, 1505885400, 1508440320, 1511005320, 1513578600,
/* 2018 */ /* 17-Jan-2018 02:17 */ 1516155420, 1518728700, 1521292260, 1523843820, 1526384880, 1528918980, 1531450080, 1533981480, 1536516060, 1539056820, 1541606520, 1544167200,
/* 2019 */ /* 06-Jan-2019 01:28 */ 1546738080, 1549314180, 1551888240, 1554454200, 1557009900, 1559556120, 1562094960, 1564629120, 1567161420, 1569695160, 1572233880, 1574780700, 1577337180,
/* 2020 */ /* 24-Jan-2020 21:42 */ 1579902120, 1582471920, 1585042080, 1587608760, 1590169140, 1592721660, 1595266380, 1597804920, 1600340400, 1602876660, 1605416820, 1607962560,
/* 2021 */ /* 13-Jan-2021 05:00 */ 1610514000, 1613070360, 1615630860, 1618194660, 1620759600, 1623322380, 1625879760, 1628430600, 1630975920, 1633518300, 1636060440, 1638603780,
/* 2022 */ /* 02-Jan-2022 18:33 */ 1641148380, 1643694360, 1646242500, 1648794240, 1651350480, 1653910200, 1656471120, 1659030900, 1661588220, 1664142840, 1666694940, 1669244220, 1671790620,
/* 2023 */ /* 21-Jan-2023 20:53 */ 1674334380, 1676876760, 1679419380, 1681963920, 1684511580, 1687063020, 1689618720, 1692178680, 1694742000, 1697306100, 1699867620
); /* end of newMoons array */
$Q1Moons = array(// unixtime values in UTC/GMT
/* 2009 */ /* 02-Feb-2009 23:13 */ 1233616380, 1236152760, 1238682840, 1241210640, 1243740120, 1246274880, 1248818400, 1251373320, 1253940600, 1256517720, 1259098740, 1261676160,
/* 2010 */ /* 23-Jan-2010 10:53 */ 1264243980, 1266799320, 1269342000, 1271874000, 1274398980, 1276921740, 1279447800, 1281982440, 1284529800, 1287091620, 1289666340, 1292248740,
/* 2011 */ /* 12-Jan-2011 11:31 */ 1294831860, 1297408680, 1299973500, 1302523500, 1305059580, 1307585460, 1310106540, 1312628880, 1315157940, 1317698100, 1320251880, 1322819520,
/* 2012 */ /* 01-Jan-2012 06:15 */ 1325398500, 1327983000, 1330564860, 1333136460, 1335693420, 1338236160, 1340767800, 1343292960, 1345816440, 1348342860, 1350876720, 1353421860, 1355980740,
/* 2013 */ /* 18-Jan-2013 23:45 */ 1358552700, 1361133060, 1363714020, 1366288260, 1368851640, 1371403440, 1373944680, 1376477760, 1379005680, 1381532520, 1384063020, 1386601920,
/* 2014 */ /* 08-Jan-2014 03:39 */ 1389152340, 1391714520, 1394285220, 1396859460, 1399432500, 1402000740, 1404561540, 1407113400, 1409656260, 1412191920, 1414723680, 1417255560, 1419791460,
/* 2015 */ /* 27-Jan-2015 04:48 */ 1422334080, 1424884440, 1427442180, 1430006100, 1432574340, 1435143720, 1437710640, 1440271860, 1442825940, 1445373060, 1447914420, 1450451640,
/* 2016 */ /* 16-Jan-2016 23:26 */ 1452986760, 1455522360, 1458061380, 1460606340, 1463158920, 1465719000, 1468284720, 1470853260, 1473421740, 1475987580, 1478548260, 1481101380,
/* 2017 */ /* 05-Jan-2017 19:47 */ 1483645620, 1486181940, 1488713520, 1491244740, 1493779620, 1496320920, 1498870260, 1501428180, 1503994380, 1506567180, 1509142920, 1511715780, 1514280000,
/* 2018 */ /* 24-Jan-2018 22:20 */ 1516832400, 1519373340, 1521905700, 1524433500, 1526960940, 1529491860, 1532029920, 1534578480, 1537139700, 1539712920, 1542293640, 1544874540,
/* 2019 */ /* 14-Jan-2019 06:45 */ 1547448300, 1550010360, 1552559220, 1555095960, 1557623520, 1560146340, 1562669700, 1565199060, 1567739400, 1570294020, 1572862980, 1575442680,
/* 2020 */ /* 03-Jan-2020 04:45 */ 1578026700, 1580607720, 1583179020, 1585736460, 1588279080, 1590809400, 1593332160, 1595853120, 1598378280, 1600912500, 1603459380, 1606020300, 1608594060,
/* 2021 */ /* 20-Jan-2021 21:01 */ 1611176460, 1613760420, 1616337600, 1618901940, 1621451580, 1623988440, 1626516660, 1629040740, 1631565540, 1634095500, 1636634760, 1639186500,
/* 2022 */ /* 09-Jan-2022 18:11 */ 1641751860, 1644328200, 1646909100, 1649486880, 1652055660, 1654613280, 1657160040, 1659697560, 1662228480, 1664756040, 1667284620, 1669818960, 1672363200,
/* 2023 */ /* 28-Jan-2023 15:19 */ 1674919140, 1677485100, 1680057120, 1682630400, 1685200920, 1687765800, 1690322820, 1692871020, 1695411120, 1697945340, 1700477400
); /* end of Q1Moons array */
$fullMoons = array(// unixtime values in UTC/GMT
/* 2009 */ /* 09-Feb-2009 14:49 */ 1234190940, 1236739080, 1239288960, 1241841660, 1244398320, 1246958460, 1249520100, 1252080180, 1254636600, 1257189240, 1259739000, 1262286780,
/* 2010 */ /* 30-Jan-2010 06:18 */ 1264832280, 1267375080, 1269915900, 1272457080, 1275001620, 1277551800, 1280108160, 1282669500, 1285233420, 1287797760, 1290360420, 1292919180,
/* 2011 */ /* 19-Jan-2011 21:21 */ 1295472060, 1298018160, 1300558200, 1303094640, 1305630540, 1308168840, 1310712000, 1313261820, 1315819620, 1318385160, 1320956160, 1323527760,
/* 2012 */ /* 09-Jan-2012 07:30 */ 1326094200, 1328651640, 1331199540, 1333739940, 1336275300, 1338808320, 1341341520, 1343878020, 1346421480, 1348975140, 1351540140, 1354113960, 1356690060,
/* 2013 */ /* 27-Jan-2013 04:38 */ 1359261480, 1361823960, 1364376420, 1366919820, 1369455900, 1371987120, 1374516900, 1377049500, 1379589180, 1382139480, 1384701360, 1387272480,
/* 2014 */ /* 16-Jan-2014 04:52 */ 1389847920, 1392421980, 1394989680, 1397547720, 1400094960, 1402632660, 1405164300, 1407694140, 1410226680, 1412765460, 1415312580, 1417868820,
/* 2015 */ /* 05-Jan-2015 04:53 */ 1420433580, 1423004940, 1425578700, 1428149100, 1430710920, 1433261940, 1435803600, 1438339380, 1440873300, 1443408600, 1445947500, 1448491440, 1451041860,
/* 2016 */ /* 24-Jan-2016 01:46 */ 1453599960, 1456165200, 1458734460, 1461302640, 1463865240, 1466420520, 1468968960, 1471512360, 1474052700, 1476591780, 1479131520, 1481673900,
/* 2017 */ /* 12-Jan-2017 11:34 */ 1484220840, 1486773180, 1489330440, 1491890880, 1494452520, 1497013800, 1499573160, 1502129460, 1504681380, 1507228800, 1509772980, 1512316020,
/* 2018 */ /* 02-Jan-2018 02:24 */ 1514859840, 1517405220, 1519951860, 1522499820, 1525049880, 1527603540, 1530161580, 1532722800, 1535284560, 1537843920, 1540399500, 1542951540, 1545500880,
/* 2019 */ /* 21-Jan-2019 05:16 */ 1548047760, 1550591580, 1553132580, 1555672320, 1558213860, 1560760260, 1563313080, 1565872140, 1568435580, 1571000880, 1573565640, 1576127520,
/* 2020 */ /* 10-Jan-2020 19:21 */ 1578684060, 1581233580, 1583776080, 1586313300, 1588848300, 1591384320, 1593924240, 1596470340, 1599024120, 1601586300, 1604155740, 1606728600, 1609298880,
/* 2021 */ /* 28-Jan-2021 19:16 */ 1611861360, 1614413820, 1616957280, 1619494260, 1622027640, 1624560000, 1627094220, 1629633720, 1632182100, 1634741820, 1637312220, 1639888500,
/* 2022 */ /* 17-Jan-2022 23:48 */ 1642463280, 1645030560, 1647587820, 1650135300, 1652674440, 1655207520, 1657737480, 1660268160, 1662803940, 1665348900, 1667905320, 1670472480,
/* 2023 */ /* 06-Jan-2023 23:08 */ 1673046480, 1675621680, 1678192800, 1680755640, 1683308040, 1685850120, 1688384340, 1690914720, 1693445700, 1695981420, 1698524640, 1701076560
); /* end of fullMoons array */
$Q3Moons = array(// unixtime values in UTC/GMT
/* 2009 */ /* 16-Feb-2009 21:37 */ 1234820220, 1237398420, 1239975360, 1242545160, 1245104100, 1247651580, 1250189700, 1252721760, 1255251360, 1257782160, 1260317580,
/* 2010 */ /* 07-Jan-2010 10:39 */ 1262860740, 1265413680, 1267976520, 1270546620, 1273119300, 1275689580, 1278254100, 1280811540, 1283361720, 1285905120, 1288442760, 1290976560, 1293509880,
/* 2011 */ /* 26-Jan-2011 12:57 */ 1296046620, 1298589960, 1301141220, 1303699620, 1306263120, 1308829680, 1311397320, 1313963640, 1316525940, 1319081400, 1321628940, 1324169280,
/* 2012 */ /* 16-Jan-2012 09:08 */ 1326704880, 1329239040, 1331774700, 1334314200, 1336859220, 1339411260, 1341971280, 1344538500, 1347110100, 1349681580, 1352248560, 1354807860,
/* 2013 */ /* 05-Jan-2013 03:58 */ 1357358280, 1359899760, 1362433980, 1364963760, 1367493240, 1370026680, 1372567980, 1375119780, 1377682500, 1380254100, 1382830800, 1385407680, 1387979280,
/* 2014 */ /* 24-Jan-2014 05:20 */ 1390540800, 1393089300, 1395625560, 1398153120, 1400677140, 1403203140, 1405735680, 1408278360, 1410833100, 1413400320, 1415978100, 1418561460,
/* 2015 */ /* 13-Jan-2015 09:46 */ 1421142360, 1423713000, 1426268880, 1428810240, 1431340560, 1433864520, 1436387040, 1438912980, 1441446840, 1443992760, 1446553440, 1449128400,
/* 2016 */ /* 02-Jan-2016 05:30 */ 1451712600, 1454297280, 1456873860, 1459437420, 1461986940, 1464523920, 1467051540, 1469574000, 1472096460, 1474624560, 1477163640, 1479717180, 1482285360,
/* 2017 */ /* 19-Jan-2017 22:13 */ 1484863980, 1487446380, 1490025480, 1492595820, 1495153980, 1497699180, 1500233160, 1502759700, 1505283900, 1507811100, 1510346160, 1512892260,
/* 2018 */ /* 08-Jan-2018 22:25 */ 1515450300, 1518018840, 1520594400, 1523171820, 1525745340, 1528309920, 1530863460, 1533406680, 1535942220, 1538473500, 1541004000, 1543537140, 1546076040,
/* 2019 */ /* 27-Jan-2019 21:10 */ 1548623400, 1551180480, 1553746200, 1556317080, 1558888380, 1561455960, 1564017480, 1566572160, 1569120060, 1571661540, 1574197860, 1576731420,
/* 2020 */ /* 17-Jan-2020 12:58 */ 1579265880, 1581805020, 1584351240, 1586904960, 1589464980, 1592029440, 1594596540, 1597164300, 1599729960, 1602290340, 1604843160, 1607387760,
/* 2021 */ /* 06-Jan-2021 09:37 */ 1609925820, 1612460220, 1614994200, 1617530520, 1620071400, 1622618640, 1625173860, 1627737360, 1630307580, 1632880620, 1635451500, 1638016080, 1640571840,
/* 2022 */ /* 25-Jan-2022 13:41 */ 1643118060, 1645655520, 1648186620, 1650714960, 1653244980, 1655781060, 1658326680, 1660883760, 1663451520, 1666026900, 1668605220, 1671180960,
/* 2023 */ /* 15-Jan-2023 02:10 */ 1673748600, 1676304060, 1678846080, 1681377060, 1683901680, 1686425460, 1688953680, 1691490480, 1694038860, 1696600080, 1699173420, 1701755340
); /* end of Q3Moons array */
// ------------- end of USNO moon data -----------------------------
This problem was hidden from most of us because of the ajaxWDwx3.js update with the correct information. Good catch!
You can watch the overwrite on Scott's site (http://www.burnsvilleweatherlive.com/).
-
Still can't figure out this Wet Bulb issue.
On WD is says the Wet Bulb is currently 18.9F yet on my site is says it is 108.5F.
I downloaded the Alternate Dashboard files and uploaded them again and still same thing.
I am looking through my clientraw.txt and could not find 18.9 or 108.5 so I have no idea where its getting the info.
I am tempted to blow everything away and start from scratch.
-
Hi Jerry,
Thanks. This one is a real challenge. I replaced the old code with the new, renamed the file on my site (just in case I needed to revert), and uploaded the corrected WDwx3.js, however there is no change. I shut down my browser, cleared the cache in the browser, relaunched the browser and the results are the same. I have noticed that as each day pass the moon % drops by one percent.
I just discovered this problem the other day, not sure how long it has been like this. The only changes I made to my website recently was to stopping using the old script by Curly for weather warnings and to start using the latest one which is also part of the Saratoga templates (added to menu bar and in header), and the USA and World temperature extremes in the menu bar. Those changes do not touch the WDwx3.js or the dashboard itself (I do not believe). So I do not think those changes would just impact the moon icon, percentage and stage name of the moon. ](*,) Everything else appears to be working fine.
What do you suggest next.
I appreciate your help!
Bob
-
Bob,
I would carefully inspect the code that displays the moon image. This is the code in my dashboard: <tr>
<td style="text-align: center;"><span id="ajaxmoonimg"><?php
echo '<img src="' . $imagesDir . 'moon/w/' . $moonHemisphere . '-moon' . str_pad(getMoonPic(), 2, "0", STR_PAD_LEFT) . '.gif"
alt ="' . getMoonPhase() . ', ' . getMoonAge() . ' in cycle"
title="' . getMoonPhase() . ', ' . getMoonAge() . ' in cycle"
width="60" height="60" style="border: 0;" />'; ?></span>
</td>
</tr>
<tr>
<td class="data2" style="text-align: center; font-size: 12px;" >
<span class="ajax" id="ajaxmoonpct"><?php echo getMoonIll() . "%"; ?></span><br/>
<?php langtrans(' Illuminated'); ?>
</td>
</tr>
That said, I'm concerned about the validation errors on your dashboard (11 in all with 3 warnings) (http://validator.w3.org/check?uri=http%3a%2f%2flebanontnwx%2eorg%2f) at the moment. Many times erroneous script can produce unexpected results. I would try fixing these errors first in an attempt to solve the moon image problem. This may or may not work, but it's something that my OCD wants to take care of.
-
Hi Jerry,
I will replace the current code in the dashboard with what you suggest.
As for the errors it seems to stem around two things. One is the external link I have for going to the web page where my CWOP data is listed. How would I make that entry in the menu bar such that it will not give those errors / warnings. The other is from the dashboard section related to support this site. All I did was replace the code given by paypal and placed it over the code in the dashboard according to the instructions in the dashboard. What might have I missed in that section that needs corrected. I am thinking of removing the support section anyways as there has never been any activity.
I will let you know shortly after I replace the code. In the meantime if you can advise on the above I would appreciate it.
Thanks.
Bob
-
Start with the first error. Is it a matter of '&' needing to be '&'?
Subsequent missing end tags could simply be a matter of ending those lines with '/>' or '</input>' rather than '>'. (This tag isn't something with which I'm familiar, but briefly checking W3Schools entry for this '/>' might be the answer (they don't show the tag closed either)).
-
Hi Jerry,
Used your code for the moon display and no change. ](*,) I appreciate all your suggestions and your willingness to work with me on this one. What do you suggest next.
I fixed the link in the menu bar and the error is gone. Thank You!
Now when I run the check it appears to be the support section now. With so many errors what should I change?
Again many thanks.
Bob
-
Thanks for the moon fix, Jerry. Hadn't even noticed the problem.
-
I seem to have fixed my Wetbulb issue. I did it by deleting all the Clientraw*.txt files.
That was odd.
-
Hi Jerry,
Used your code for the moon display and no change. ](*,) I appreciate all your suggestions and your willingness to work with me on this one. What do you suggest next.
I fixed the link in the menu bar and the error is gone. Thank You!
Now when I run the check it appears to be the support section now. With so many errors what should I change?
Again many thanks.
Bob
Bob,
If I may, you seem to have changed your PayPal donations code from what is usually supplied with Scott's code. All your input and the img statements are missing the '/' at the end of the line; e.g.,
<input type="hidden" name="cmd" value="_s-xclick" />
If you haven't already, on the W3C page click 'Show Source' under Options, then revalidate. Click the first line number in the error list which will take you right to the first problem in the source. Make your correction there and then do the next.
Most, if not all, of those errors will be fixed by the simple addition of the missing '/'.
HTH...
-
Jerry and John,
Thank you. Down to two errors but not sure how to correct those. Please advise.
Moon icon etc. still not working.
Bob
-
For _US/i/btn/btn_donateCC_LG.gif" border="0" name="submit" alt="PayPal - The safe…
just delete 'border="0"'.
The redundant </div> is another issue. I would start by deleting the </div> in line 1525 (found in 'footer.php') and see what happens. It may make things worse, but could provide a clue regarding the source.
If you want you can zip up your dashboard and attach it. I'll look at it when I get a chance...
-
Hi Jerry,
Heading out the door so it will likely be later tonight or tomorrow afternoon before I can send. I will try your suggestion and then based on that zip my dashboard and send to you. Footer.php That was changed based on the latest update to 6.92 to modify the disclaimer (This station....) Scott mentioned in his instructions (if I am thinking of the correct situation or was it the mobile update). Wonder if I goofed there.
I certainly appreciate all your help. Will give you update later today or tomorrow.
Bob
-
Hi All,
I worked on my Record Low Dew point data. Looks more in line so far. Used under Action, entered my own all time records for that month/year in WD. I had to hunt for my data from when my weather station started back from 2004.
Brian has worked on the current update to limit some of those extreme data. I think that he is still working or tweaking it to minimize those peaks/lows.
Also, thanks Jerry for those Moon/Sun edits. Will work on mine next.
Regards,
--Stan Y.
Maui, Hawaii
-
Hi Jerry and John,
With your help I have all erros gone so no more issues there. However the moon percentage continues to dwindle it is now 3%. It seems like each day I lose another percentage.
Jerry,
Your suggestions was to zip my dashboard and send it to you to look at, is that still the next recommended step? If so PM me with your email address and I will do so.
Sorry this is being such an issue hopefully you can find the cause and it will certainly be something to keep in mind in case others have the same issue.
Let me know.
Thanks again.
Bob
-
Bob, did you apply Jerry's fixes in message numbers 229 and 232 above?
-
Hi John,
Yes to both 229 and 232.
Bob
KK4QXH
-
Ok, from what you and Brad noted the source for my page says that ajaxWDwx.js is active but not ajaxWDwx3.js.
!-- ##### start AJAX mods ##### -->
<script type="text/javascript" src="ajaxWDwx.js"></script>
Settings-weather.php has the following and is located in the root of my web directory
$SITE['ajaxScript'] = 'ajaxWDwx3.js'; // for AJAX enabled display
I have applied the mods that Jerry mentioned. All errors Jerry mentioned are cleared.
So why is my page referencing or using the wrong ajaxWDwx version? Which may the reason for the moon error?
I am at a total loss.
Bob
-
It's because you have an old V2 top.php that has a hard-coded
<script type="text/javascript" src="ajaxWDwx.js"></script>
instead of the V3 top.php which has <?php if(isset($SITE['ajaxScript'])) { ?>
<!-- ##### start AJAX mods ##### -->
<script type="text/javascript" src="<?php echo $SITE['ajaxScript']; ?>"></script>
<!-- AJAX updates by Ken True - http://saratoga-weather.org/wxtemplates/ -->
<?php } // end if ajaxScript ?>
for that area. You should update your top.php to the latest version which has support for HTML5 needed for the Steel Series gauges.
-
http://cvweather.org/index.php
Getting 6 similiar validation warnings:
line 600, Column 64: character "<" is the first character of a delimiter but occurred as data
…img src="./ajax-images/mist.jpg" alt="<!-- fixupCondition in='Mostly Cloudy/Dr…
✉
This message may appear in several cases:
You tried to include the "<" character in your page: you should escape it as "<"
You used an unescaped ampersand "&": this may be valid in some contexts, but it is recommended to use "&", which is always safe.
Another possibility is that you forgot to close quotes in a previous tag.
Looking at the code I couldn't find, or more likely didn't see, these faults.
If someone could give me a hint I'd appreciate it.
Thanks
Ed
-
Hi Ken,
Thank you. I missed that when I did the upgrade to V3 :oops: I got the new top.php in place.
The moon icon situation remains unchanged.
What should I be checking next? What have I overlooked?
Again I appreciate all the help that everyone has been giving me.
Bob
-
Ed,
I had _exactly_ the same issue when I put 6.92 up. The only difference was mine was pointing to a different code line that yours, but the fix is as noted. The tough part is finding the exact line with the problem, as what you see in the error message is not what you can search for.
So, start you search with something 'fixed'; e.g., the first error ponts to line 600. At line 587 (using the W3C source listing) you'll see '* Records from Weather Underground'. Search for that in your code, then drop down a few lines until you find the img statement. It will look something like this, but probably not exactly the same...
<img src="<?php echo $condIconDir . newIcon($iconnumber) ?>" alt="<?php $t1 = fixupCondition($Currentsolardescription); echo $t1; ?>"
title="<?php echo $t1; ?>" height="74" width="74" />
What W3C in complaining about is the < and > in the PHP statements within the src, alt, and title elements. No idea why because Scott uses that format throughout the code and, in mine, it only picked on this one line.
As suggested in the W3C message, change the < and > around the PHP statements to < and >, so you'll wind up with something like this...
<img src="<?php echo $condIconDir . newIcon($iconnumber) ?>" alt="<?php $t1 = fixupCondition($Currentsolardescription); echo $t1; ?>"
title="<?php echo $t1; ?>" height="74" width="74" />
As for the &, it wants & as the message suggested, but I think that might be fixed by the above.
Thanks goes to Jerry on this one for pointing me in the right direction.
HTH...
-
John, (Jerry) Thanks
Still have 2 errors:
Line 1395, Column 88: processing instruction does not start with name
…t" class="datahead"> <? print $fcstorg; ?> Weather Forecast -
Reading about these now.
Ed
-
Still the moon icon is not correct.
The elusive moon situation continues.
If I type in ajaxdashboard.php I get the correct moom information. When I type in ajaxdashboard6.php the moon icon shows 3% illuminated and no other moon information. So my thinking is that my error is my ajaxdashboard6.php script. BUT WHERE!
Hopefully someone can find the error that I seem to be overlooking!
Thanks.
Bob
-
Bob,
If you have not already checked your Settings.php to see if your Long/Lat is correct, not the Settngs-weather.php.
Another place to check in your ajaxdashboard6.php is:
$moonHemisphere = 'NH';
if ($SITE['latitude'] < 0) $moonHemisphere = 'SH';
Just another suggestion.
Looks like you have an unique situation with the Moon Phase with your dashboard.
Hope that you will be able to find that needle in the hay stack to make it work.
Regards,
--Stan Y.
Maui, Hawaii
-
Hi All,
I want to thank everyone for their suggestions, help, and checking with getting the moon icon and other issues resolved. Bit by bit I got closer to the resolution.
I especially want to thank Jerry for taking the time to look at my dashboard and js files as that was ultimately where my mistakes were. Jerry my hat is off to you!. Thank you Sir. =D>
Humbly and with best regards,
Bob
-
Hi Jerry,
Just noticed today that my soil depth says 40 inches instead of 4.0. Last time it was reading 0.4" and you saw where the code was incorrect. With getting the code sorted out last week for my moon icon I may have messed something up. What should I look for in the code to correct this? Same section as before?
Please advise.
Best regards,
Bob
lebanontnwx.org (http://lebanontnwx.org)
-
I guess this is why Scott coded his dashboard as '$SOILlvl1 * 0.1', '$SOILlvl2 * 0.1', '$SOILlvl3 * 0.1', '$SOILlvl4 * 0.1'. Just find these values and apply the modifications. Recently there have been some users with Soil Sensors who saw the depths as .1 their normal value, so the decimal point needed to move back to the right by one. You apparently need it to move to the left by one.
-
Hi Jerry,
Thank you. I was the one who needed it moved before as I was reading 0.4". A few days ago when I was working with you on the moon icon I think the code that required the *.1 got reintroduced. All is fine and working correctly now, it reads 4".
Thank you.
Best regards,
Bob
-
Bob,
DON'T know if you're still having problems with the moon data. If so, double check your location info in WD. Make sure your last and long are still there and didn't get changed somehow.
-
Hi Jonnyj,
Yes, problem solved. Thank you for asking.
Bob
-
Hi All,
Yesterday I decided I wanted the solar index to use SI% as default instead of the WM/2. So I went into the AltAjaxDashboardConfig6.php and changed
$useWM2SI = true; // set to false to use solar percent as default SI
to
$useWM2SI = false; // set to false to use solar percent as default SI
I then added the new region radar script. Having cleared all my validation errors a few days ago when I had the moon icon issue I decided to another check for validation errors (see Jerry you are wearing off on me :-)). When I did I had 12 validation errors. I checked the errors closely and it was not related to the region radar script but to the SI. It said there was missing < and some div errors. I only changed the above from true to false with the proper ;at the end of false. When I revert the false back to true the errors disappeared. Anyone else noticed the same with their setup or if you have the option set to false did you check your validation and see if you get the errors also?
Let me know.
Thanks.
Bob
-
The ajax-dashboar6.php is missing a space here
<span class="ajax"id="ajaxsiimg">It should be <span class="ajax" id="ajaxsiimg">
I had the same problem when I validated with '$useWM2SI = false;' that displayed 12 errors. Fixing the first one eliminated all of validation errors.
Sorry about that...I don't know how long that space has been missing! :oops:
-
Hi Jerry,
No problem. That fixed it. Thanks.
Best regards,
Bob
-
Hi All,
Could someone tell me what the ICN: | S3C2: | which are followed by a number represent? These are found below the Station all time records section.
Thanks.
Best regards,
Bob
-
Hi All,
Could someone tell me what the ICN: | S3C2: | which are followed by a number represent? These are found below the Station all time records section.
Thanks.
Best regards,
Bob
The ICN: is the number of the current conditions icon. S3C2 is set according to your preferences in AltAjaxDashboardConfig6.php and is shown in order to assist Scott in debugging any problems users might report.
-
Hi Jerry,
Thank you for the explanation.
Best regards,
Bob
-
Since installing V6.92 I have been experiencing two issues...
1. Soil temp shows error.... temp is displaying correctly on WD.
2. First Snow fall of the season is not displaying.... I can see the info in WD.
Anyone have any idea where to look?
Thanks,
Joe
-
The 'NaN' displays are a big clue, Joe.
Your testtags.php (http://www.joesweather.info/testtags.php?sce=view) makes no mention of 'soil' or 'moisture'. 'Depth' only refers to snow. I suspect you need to modify your testtags.txt to relfect the addition of your Soil Sensors to your system. #-o
Next my OCD suggests cleaning up the page (http://validator.w3.org/check?uri=http%3a%2f%2fwww%2ejoesweather%2einfo%2f), Joe. :-)
I think the dashboard code works because I helped Breezy get ready for the growing season by moving his 'Soil Conditions' to be used as an alternate to 'Snow'. His 'Snow' section will display the Soil Conditions when the snow melts. He currently has snow on the ground, so right now you unfortunately can't see his Soil Conditions (http://indiantrailweather.com/index.php) section. Here's Breezy's testtags.php (http://indiantrailweather.com/testtags.php?sce=view) which when searched for 'moisture' gives you his parameters.
-
The 'NaN' displays are a big clue, Joe.
Your testtags.php (http://www.joesweather.info/testtags.php?sce=view) makes no mention of 'soil' or 'moisture'. 'Depth' only refers to snow. I suspect you need to modify your testtags.txt to relfect the addition of your Soil Sensors to your system. #-o
Next my OCD suggests cleaning up the page (http://validator.w3.org/check?uri=http%3a%2f%2fwww%2ejoesweather%2einfo%2f), Joe. :-)
I think the dashboard code works because I helped Breezy get ready for the growing season by moving his 'Soil Conditions' to be used as an alternate to 'Snow'. His 'Snow' section will display the Soil Conditions when the snow melts. He currently has snow on the ground, so right now you unfortunately can't see his Soil Conditions (http://indiantrailweather.com/index.php) section. Here's Breezy's testtags.php (http://indiantrailweather.com/testtags.php?sce=view) which when searched for 'moisture' gives you his parameters.
Thanks Jerry!
I was able to correct the testtags. \:D/
Now to figure out how to "Clean Up" the code..... obviously, I am not a code person.... so, it may take me awhile to experiment with the code to see what the key/correction is with each error.
Joe
Joe
-
Start at the top of the list and work your way down. It will pay dividends in learning better coding. :-)
-
Im having some problems with the current conditions icons eg currently its Mostly Cloudy but the icon is showing as Partly Cloudy. Is there anything i can check to fix the issue?
Regards
Mike
-
Its kind of a know issue, there are many threads about it but I haven't seen a good solution as of yet.
Scott
Im having some problems with the current conditions icons eg currently its Mostly Cloudy but the icon is showing as Partly Cloudy. Is there anything i can check to fix the issue?
Regards
Mike
-
Check your metar download settings in WD. There are checkboxes on getting the datas short code. I had similar problems in the past and that cleared it.
-
Check your metar download settings in WD. There are checkboxes on getting the datas short code. I had similar problems in the past and that cleared it.
Im using a solar sensor to dictate what icons are shown so probably changing anything in the Metar settings will not help.
I noticed now that when its raining it shows the proper icon but in dry conditions it will always show the Partly Cloudy icon.
-
Here is where you adjust the thresholds in WD: (As you can see my old sensor requires adjustment.)
-
Here is where you adjust the thresholds in WD: (As you can see my old sensor requires adjustment.)
The descriptions are fine but the image to the left is always showing Partly Cloudy when its not raining.
-
hello
someone could tell me where this information gets in the template:
BurnsvilleWeatherLIVE.com
since the data is wrong
http://www.meteo-badalona-progres.com/index.php?lang=en
thank you very much
emilio
-
hello
someone could tell me where this information gets in the template:
BurnsvilleWeatherLIVE.com
since the data is wrong
http://www.meteo-badalona-progres.com/index.php?lang=en
thank you very much
emilio
I suspect that this line in your dashboard is incorrect: <span class="convDdif"><?php echo strip_units(abs($dewchangelasthour)) . $uomTemp; ?></span>
It must use the class "convDdif' NOT "convTemp" to avoid these erroneous values.
-
Sorry, somehow missed that one, version 6.93 will correct the dew point change issue.
Scott
hello
someone could tell me where this information gets in the template:
BurnsvilleWeatherLIVE.com
since the data is wrong
http://www.meteo-badalona-progres.com/index.php?lang=en
thank you very much
emilio
I suspect that this line in your dashboard is incorrect: <span class="convDdif"><?php echo strip_units(abs($dewchangelasthour)) . $uomTemp; ?></span>
It must use the class "convDdif' NOT "convTemp" to avoid these erroneous values.
-
Hello
Thanks for your help, but it works I have not changed:
? <td class="data1" nowrap="nowrap"> <php LangTrans ('Last Hour')>: </ td>
<td style="text-align: class="data1" right;">
<? php echo $ dewArrow;>
<span class="convDdif NOT"> <? php echo strip_units (abs ($ dewchangelasthour)). $ uomTemp;> </ span>
</ td>
the same template without the correct NOT work in:
http://www.meteotorrelavega.com/index.php
? <td class="data1" nowrap="nowrap"> <php LangTrans ('Last Hour')>: </ td>
<td style="text-align: class="data1" right;">
<? php echo $ dewArrow;>
<span class="convDdif"> <? php echo strip_units (abs ($ dewchangelasthour)). $ uomTemp;> </ span>
</ td>
another suggestion
thank you very much
emilio
Hola
gracias por su ayuda, pero no funciona he cambiado por:
<td class="data1" nowrap="nowrap" ><?php langtrans('Last Hour'); ?>: </td>
<td class="data1" style="text-align: right;" >
<?php echo $dewArrow; ?>
<span class="convDdif NOT"><?php echo strip_units(abs($dewchangelasthour)) . $uomTemp; ?></span>
</td>
la misma plantilla sin el NOT funciona correcta en :
http://www.meteotorrelavega.com/index.php
<td class="data1" nowrap="nowrap" ><?php langtrans('Last Hour'); ?>: </td>
<td class="data1" style="text-align: right;" >
<?php echo $dewArrow; ?>
<span class="convDdif"><?php echo strip_units(abs($dewchangelasthour)) . $uomTemp; ?></span>
</td>
otra sugerencia
muchas gracias
emilio
-
Sometimes <span>'s with two classes aren't correctly parsed by browsers. <div>'s usually are, but not <span>'s. Try enclosing the second class in another <span> like this:
<span class="NOT"><span class="convDdif"><?php echo strip_units(abs($dewchangelasthour)) . $uomTemp; ?></span></span>
(It's a bit warm at the second site today! They broke their old record by a lot.)
-
thanks
but as usual, when reading the data is fine but then it gets bad again, and because my site if it works and is the same configuration?
thanks
milio
gracias
pero sigue igual, en el momento de leer los datos esta bien pero luego se pone mal otra vez, y porque en mi sitio web si funciona y es la misma configuracion?
gracias
milio
-
Been awhile since I've updated my dashboard so I decided to do it. I'm getting an error that I cant seem to get around. Hopefully someone will know how to fix it.
Fatal error: Call to undefined function rdate() in /virtual/users/e16108-17165/web/new/ajax-dashboard6.php on line 244
line 244... $lastlightningstrikedate = rdate($RecDateF,$llsd[2],$llsd[1],$llsd[0]);
Thanks
UPDATE: I fixed it.
-
Just updated to 6.92 and everything went pretty smooth, Thanks Scott.
One thing I don't see in the instructions is about the tide setup, probably within WD. I do have a tides page created by WD, but not in a different directory as the dashboard seems to be looking for a graphic.. http://www.northbendweather.com/tides/_0.jpg
Does WD create those images and what else needs to be done to get this part of the dashboard working?
Thanks
Mark
-
Hello Mark
can you get off on pictures of Tides
www.meteotorrelavega.com/tides.zip
a greeting
emilio
Hola Mark
puede usted bajarse las imagenes de Tides en
www.meteotorrelavega.com/tides.zip
un saludo
emilio
-
Thanks for the images. Is there any instructions anywhere to setup the tide part in the dashboard so it works cause the image isn't updating.
Thanks
-
One thing I don't see in the instructions is about the tide setup, probably within WD. I do have a tides page created by WD, but not in a different directory as the dashboard seems to be looking for a graphic.. http://www.northbendweather.com/tides/_0.jpg
Does WD create those images and what else needs to be done to get this part of the dashboard working?
Hey Mark,
Take a look at this tread http://www.weather-watch.com/smf/index.php/topic,44692.0.html (http://www.weather-watch.com/smf/index.php/topic,44692.0.html) and see if this might help. It has been a long time since I did my tide dial for Scott's dashboard that I don't remember how I did it.
Good luck with yours and maybe I can dig up something in my memory.
--Stan Y.
Maui, Hawaii
-
Thanks Stan. I saw that post earlier, but the script in that post is already in the dashboard script. It has me confused.
-
Okay Mark. Hope you got it working for you. I had to re-do my dial image because the background for those images is white and I made mine transparent because of my dashboard background that I am using.
Catch you later,
--Stan Y.
Maui, Hawaii
-
hello Mark
the WD has to run the Tide tab
Tide need the program and configure
upload to your server and the file tideprediction.html if everything has to work well
hola Mark
en el WD tiene que ejecutar la pestaña de mareas
necesita el programa de mareas y configurarlo
subir a su servidor el fichero tideprediction.html y si esta todo bien tiene que funcionar
http://www.meteotorrelavega.com/tidesetup.zip
-
I have been running that for about 2 years now and the tideprediction.html file is on my server.
-
Hi there, I came here because my front page with Alt Dashboard 6.92 is having some issues.
This is the original thread I started yesterday, http://www.wxforum.net/index.php?topic=22256.0 (http://www.wxforum.net/index.php?topic=22256.0)
Some problems are still there...
-The date is not working: 00-Err-0000
-Yesterday's High-Low not showing (Even if it set properly)
-raintoday.gif not working anymore
-UV data not showing on the front page
I passed many hours figuring out what is the problem with all that but without success :sad:
If someone could help it would be appreciated!
Thank you,
Fred
-
It looks a lot like you don't have the config file setup correctly for the alt-dashboard. Your date format has to be set in the config file. Be sure to follow the steps in the instructions included with the archive.
Scott
Hi there, I came here because my front page with Alt Dashboard 6.92 is having some issues.
This is the original thread I started yesterday, http://www.wxforum.net/index.php?topic=22256.0 (http://www.wxforum.net/index.php?topic=22256.0)
Some problems are still there...
-The date is not working: 00-Err-0000
-Yesterday's High-Low not showing (Even if it set properly)
-raintoday.gif not working anymore
-UV data not showing on the front page
I passed many hours figuring out what is the problem with all that but without success :sad:
If someone could help it would be appreciated!
Thank you,
Fred
-
Changed this:
$RecDateF = '2';
In to this:
$RecDateF = '1';
It worked. :-)
Thank you
Fred
It looks a lot like you don't have the config file setup correctly for the alt-dashboard. Your date format has to be set in the config file. Be sure to follow the steps in the instructions included with the archive.
Scott
Hi there, I came here because my front page with Alt Dashboard 6.92 is having some issues.
This is the original thread I started yesterday, http://www.wxforum.net/index.php?topic=22256.0 (http://www.wxforum.net/index.php?topic=22256.0)
Some problems are still there...
-The date is not working: 00-Err-0000
-Yesterday's High-Low not showing (Even if it set properly)
-raintoday.gif not working anymore
-UV data not showing on the front page
I passed many hours figuring out what is the problem with all that but without success :sad:
If someone could help it would be appreciated!
Thank you,
Fred
-
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Scott.. Is there any detailed instructions about setting up the tide graphic? Mine is updating, but not too sure if its right, or even updating correctly.
Thanks
-
Yes, but it works only with the 'standard' template:
http://www.meteorimouski.ca/index3.php (http://www.meteorimouski.ca/index3.php)
$haveUV = true; // set to false if no UV sensor
$haveSolar = true; // set to false if no Solar sensor
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Thanks,
Fred
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Ok, in your case you are missing several testtags. Specifically $dayornight
Look in the archive and you will find the latest version of testtags.txt, then add in any additional tags in a file in the archive. Make sure you add them before the end of file marker at the end of the file as it shows in the instructions. You should then have a working alt-dashboard!!
Scott
Yes, but it works only with the 'standard' template:
http://www.meteorimouski.ca/index3.php (http://www.meteorimouski.ca/index3.php)
$haveUV = true; // set to false if no UV sensor
$haveSolar = true; // set to false if no Solar sensor
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Thanks,
Fred
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Looks like you found it! Looks good. May need to drop the font size on the main Temperature too.
Scott
Ok, in your case you are missing several testtags. Specifically $dayornight
Look in the archive and you will find the latest version of testtags.txt, then add in any additional tags in a file in the archive. Make sure you add them before the end of file marker at the end of the file as it shows in the instructions. You should then have a working alt-dashboard!!
Scott
Yes, but it works only with the 'standard' template:
http://www.meteorimouski.ca/index3.php (http://www.meteorimouski.ca/index3.php)
$haveUV = true; // set to false if no UV sensor
$haveSolar = true; // set to false if no Solar sensor
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Thanks,
Fred
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Yes, thank you! 8-)
Why, is it too big ? :lol:
Fred
Looks like you found it! Looks good. May need to drop the font size on the main Temperature too.
Scott
Ok, in your case you are missing several testtags. Specifically $dayornight
Look in the archive and you will find the latest version of testtags.txt, then add in any additional tags in a file in the archive. Make sure you add them before the end of file marker at the end of the file as it shows in the instructions. You should then have a working alt-dashboard!!
Scott
Yes, but it works only with the 'standard' template:
http://www.meteorimouski.ca/index3.php (http://www.meteorimouski.ca/index3.php)
$haveUV = true; // set to false if no UV sensor
$haveSolar = true; // set to false if no Solar sensor
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Thanks,
Fred
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
It drops the C to the next line for me.... also don't forget to translate the footnotes in the config file. They show up with no text at the bottom right now. :shock:
Scott
Yes, thank you! 8-)
Why, is it too big ? :lol:
Fred
Looks like you found it! Looks good. May need to drop the font size on the main Temperature too.
Scott
Ok, in your case you are missing several testtags. Specifically $dayornight
Look in the archive and you will find the latest version of testtags.txt, then add in any additional tags in a file in the archive. Make sure you add them before the end of file marker at the end of the file as it shows in the instructions. You should then have a working alt-dashboard!!
Scott
Yes, but it works only with the 'standard' template:
http://www.meteorimouski.ca/index3.php (http://www.meteorimouski.ca/index3.php)
$haveUV = true; // set to false if no UV sensor
$haveSolar = true; // set to false if no Solar sensor
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Thanks,
Fred
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Ok, I see, you are using IE. It looks different in Chrome... I will adjust that.
Fred
It drops the C to the next line for me.... also don't forget to translate the footnotes in the config file. They show up with no text at the bottom right now. :shock:
Scott
Yes, thank you! 8-)
Why, is it too big ? :lol:
Fred
Looks like you found it! Looks good. May need to drop the font size on the main Temperature too.
Scott
Ok, in your case you are missing several testtags. Specifically $dayornight
Look in the archive and you will find the latest version of testtags.txt, then add in any additional tags in a file in the archive. Make sure you add them before the end of file marker at the end of the file as it shows in the instructions. You should then have a working alt-dashboard!!
Scott
Yes, but it works only with the 'standard' template:
http://www.meteorimouski.ca/index3.php (http://www.meteorimouski.ca/index3.php)
$haveUV = true; // set to false if no UV sensor
$haveSolar = true; // set to false if no Solar sensor
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Thanks,
Fred
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Scott.. Is there any detailed instructions about setting up the tide graphic? Mine is updating, but not too sure if its right, or even updating correctly.
Thanks
So the graphic worked for 2 days, now it stopped. When it was working it was only showing the high tide info, and not the low, is this correct?
-
The Tide code is a separate code. I was asked to allow it to display in the alternative dashboard so someone gave me the display code to add in. That is the total extent of what I know about tides. Now snow, that I can help with being in Minnesota!! Lots of snow, little tides! Sorry.
Scott
PS: If anyone can point to the source or instructions I'll add links to it
Scott.. Is there any detailed instructions about setting up the tide graphic? Mine is updating, but not too sure if its right, or even updating correctly.
Thanks
So the graphic worked for 2 days, now it stopped. When it was working it was only showing the high tide info, and not the low, is this correct?
-
Looking very good now!
Ok, I see, you are using IE. It looks different in Chrome... I will adjust that.
Fred
It drops the C to the next line for me.... also don't forget to translate the footnotes in the config file. They show up with no text at the bottom right now. :shock:
Scott
Yes, thank you! 8-)
Why, is it too big ? :lol:
Fred
Looks like you found it! Looks good. May need to drop the font size on the main Temperature too.
Scott
Ok, in your case you are missing several testtags. Specifically $dayornight
Look in the archive and you will find the latest version of testtags.txt, then add in any additional tags in a file in the archive. Make sure you add them before the end of file marker at the end of the file as it shows in the instructions. You should then have a working alt-dashboard!!
Scott
Yes, but it works only with the 'standard' template:
http://www.meteorimouski.ca/index3.php (http://www.meteorimouski.ca/index3.php)
$haveUV = true; // set to false if no UV sensor
$haveSolar = true; // set to false if no Solar sensor
$useSISwitch = true; // set to false if no SI switching is desired
$useWM2SI = true; // set to false to use solar percent as default SI
Thanks,
Fred
Do you have a UV sensor on your station? If so make sure Weather Display has it turned on and you have it on in the settings in Weather Display
Just that UV stuff is not working but I think i'm not the only one with that problem #-o
Fred
-
Hi,
Previously I had issues with the first sensor depth reading 40 inches instead of 4.0 and that was corrected through help here on this board by changing the code as the multiplier was incorrect. Today I noticed that the wording for the following reads: Growing conditions
at the depth of: 40 in.
I have not touched my dashboard page in months so this must have occurred previously and I did not catch it until today. How do I get it to read the correct depth of 4.0 inches. See attachment.
Please advise.
Thank you.
Best regards,
Bob
-
Hi,
Previously I had issues with the first sensor depth reading 40 inches instead of 4.0 and that was corrected through help here on this board by changing the code as the multiplier was incorrect. Today I noticed that the wording for the following reads: Growing conditions
at the depth of: 40 in.
I have not touched my dashboard page in months so this must have occurred previously and I did not catch it until today. How do I get it to read the correct depth of 4.0 inches. See attachment.
Please advise.
Thank you.
Best regards,
Bob
I don't have Soil Moisture Sensors, Bob, but you can solve this problem whenever it occurs by finding the offending script fragment in ajax-dashboard6.php and applying the appropriate multiplier. In this case you should change <td class="data2" colspan="2" style="text-align: center;">
<br /><?php echo langtrans('Growing conditions'); ?><br />
<?php echo langtrans('at the depth of'); ?>:
<span class="convSoil"><?php echo $SOILlvl1 . " " . $uomSoil; ?>:</span><br/>
<img src="ajax-images/sm<?php echo get_SoilMoisture($VPsoilmoisture); ?>.gif" alt="" title="Soil Moisture Zone" />
</td>
to <td class="data2" colspan="2" style="text-align: center;">
<br /><?php echo langtrans('Growing conditions'); ?><br />
<?php echo langtrans('at the depth of'); ?>:
<span class="convSoil"><?php echo $SOILlvl1*0.1 . " " . $uomSoil; ?>:</span><br/>
<img src="ajax-images/sm<?php echo get_SoilMoisture($VPsoilmoisture); ?>.gif" alt="" title="Soil Moisture Zone" />
</td>
Multiplying $SOILlvl1 HERE ONLY by 0.1 (or dividing by 10 as in $SOILlvl1/10) should do the trick.
-
Hi Jerry,
Thank you for your suggestion. The values are already at the *.1 and read correctly for the sensor. It is the information below that (see attached picture) where it gives details on the growing condition that indicates 40 inches when it should be 4 inches. So how do I fix that? Where in the script does it get that information? Can you direct me to where that needs to be fixed. I hope I did not misunderstand your instructions and you have already indicated the solution.
Let me know.
Thanks.
Bob
-
It looks like the section I identified for modification hasn't been modified in your ajax-dashboard6.php, Bob. Try again by searching for 'Growing conditions', and you'll see the $SOILlvl1 you need to modify.
-
Not sure when or why the soil moisture depth levels are 10 time what the value is but I've fixed them in the next version as Jerry has suggested.
Scott
-
Hi Jerry,
Yes, it was me not carefully following your original instructions. I was looking in the wrong section. Sorry about that :oops:.
Your suggestion fixed it. Thank you so very much for your help.
Best regards,
Bob
-
Hi,
I was wonder if the temperature and wind data could be displayed in the nearest whole degree for temperature Fahrenheit and nearest whole mph for wind speed? When you see the weather information from the NWS the temperature is in full degrees (current and records, forecast etc.) and wind speed is in the nearest full mph (current and records, forecast etc.). In the templates and weather software (WD and WL) it is in tenths. On the console for the Davis Vantage Pro2 you can select to display in tenths or whole and I have it in whole numbers. Can this be done and if so what settings do I use. Let me know.
Thanks.
Bob
-
Hi,
I was wonder if the temperature and wind data could be displayed in the nearest whole degree for temperature Fahrenheit and nearest whole mph for wind speed? When you see the weather information from the NWS the temperature is in full degrees (current and records, forecast etc.) and wind speed is in the nearest full mph (current and records, forecast etc.). In the templates and weather software (WD and WL) it is in tenths. On the console for the Davis Vantage Pro2 you can select to display in tenths or whole and I have it in whole numbers. Can this be done and if so what settings do I use. Let me know.
Thanks.
Bob
If you're feeling adventurous, there are sections in ajaxWDwx3.js for setting decimal points. For instance, here is the section for Imperial DP's:var imperialDP = // decimal places
{ Temp:1 ,Wind:1 ,Baro:2 ,Rain:2 ,Soil:0 ,Moist:0 ,Snow:2 ,Alti:0 ,Dist:2 ,UV:0 };
This would take care of the DP's displayed by Ajax. The initial display would come from WD's settings and testtags.php. I'll let you figure out if you can change the DP's there.
I've grown accustomed to the Dashboard's value granularities, and don't see a real need to change them. The NWS's standards evolved in the analog era, not the digital, and they probably won't change even though they likely possess data with finer granularity.
-
Hi Jerry,
As always thank you for your help. I made the change and I am going to let it run for awhile to see how I like it. I was convinced that this was the way to go but your closing statement / argument in your last post got me thinking. How true. NWS started in the analog era and now with precision digital circuity the finer details are the norm.
"I've grown accustomed to the Dashboard's value granularities, and don't see a real need to change them. The NWS's standards evolved in the analog era, not the digital, and they probably won't change even though they likely possess data with finer granularity."
Thanks again.
Bob
-
Just a quick note: The computer that runs my WD and internet updates died last Friday. Luckily, I had already moved all my code to my new laptop. The WD and setting may still be ok on the hard drive but time will tell. In the mean time, I won't be doing a lot of development of version 7 with nothing to test with at the moment. Hopefully will have time to move the hard drives to another machine in a few weeks. Seems crashes are the in thing this month! :shock:
-
Mine crashed this week too, after 9 years of service.
-
Mine crashed this week too, after 9 years of service.
Mine was 5 months shy of 9 years. Installed the Microsoft update, rebooted then it crashed.
-
Hopefully your settings of WD will be ok. Luckily u had moved the code prior to the crash. I'm still using your 2009 dashboard. :grin:
-
Hopefully your settings of WD will be ok. Luckily u had moved the code prior to the crash. I'm still using your 2009 dashboard. :grin:
LOL, thanks... you have missed out on a lot of changes since then! I've learned at lot about things since then!
-
Just a quick note: The computer that runs my WD and internet updates died last Friday. Luckily, I had already moved all my code to my new laptop. The WD and setting may still be ok on the hard drive but time will tell. In the mean time, I won't be doing a lot of development of version 7 with nothing to test with at the moment. Hopefully will have time to move the hard drives to another machine in a few weeks. Seems crashes are the in thing this month! :shock:
I sympathize, Scott. We can't escape the ravages of time upon our data, just develop strategies to cope with them. Every computer I've owned has died or will eventually die, most often because of a hard drive failure. There's a stack of at least 10 dead HD"s on a window sill in my unfinished basement that is a testament to this. Their computers' carcasses are all nearby awaiting recycling 'real soon now'.
In the 70's I tried duplicating the data to another 8" or 5 1/4" floppy which wasn't much help. Then these 'huge' tape drives all the way up to a 'gigantic' 4 GB in the 90's were my homage to electronic entropy. I still have some of those tapes, but no functioning drives because they seemed to die even faster than the HDD's they backed up. My last weather computer's failure was mitigated by tapes, but I had to search through quite a few before I was able to extract enough of the system to resume operation.
When HDD's became cheaper than tape per GB I began using firewire or USB local external drives as data insurance. I've had these fail as well, but experienced no catastrophes because the computers they were backing up outlived them. I tried internal RAID configurations, but they weren't very useful in my inexperienced hands. So I adopted a policy of adding a backup HDD to my new computer builds to house the backups that Acronis, my then preferred HDD backup tool, created. As Windows Backup and Restore has gained in usefulness I've also used it to back up to a second internal or external drive.
Then along came Network Attached Storage, and voia! Redundant drives and/or a stable RAID configuration in a dedicated networked server to the rescue! These beasts can be a costly initial investment, but these days a 5 TB system is a fairly reasonable expense as an insurance policy. The beauty of these systems is if they suffer an HDD failure, the HDD is replaceable and the system will rebuild the data on the new drive. On key computers such as the primary computer for weather data acquisition from my Vantage Pro2+ I also use an internal or external HDD backup drive. Every so often I also 'Zip' up my web development directory on this computer and move it to my NAS so I have an image in time of what was there and also so I have a viable backup of my primitive development work.
Multiple computers are also a part of my backup strategy. My backup computer that records data from my Vantage Vue recently failed, so I swapped in a spare that I had acquired cheaply online (a Dell with Win8 on a HDD that was removed before first turning it on and replaced by Win 7 Enterprise on a new HDD).
The biggest drawback to data protection is expense, and budgets for hobbies like this vary widely. In the end there's no medium that will retain our 'ones and zeroes' forever. Even writing them in stone will eventually fail. Backup strategies are constantly evolving, and redundant data storage is the crucial element that allows us to recover from the inevitable failures that afflict our primary storage media.
Cloud Computing remains in my mind a will-o-the-wisp strategy for huge data stores that are easily and rapidly accessed in order to reconstruct the originals. Local NAS still seems far superior to me. The one advantage the Cloud possesses is that it is off site. But if my home were catastrophically lost somehow, I don't think my first thoughts would be how to get my weather systems back online because they would also be gone.
In the end regular and reasonably secure backups that are regularly verified should suffice for today and tomorrow.
-
Yeah, I mirrored drives so I'm pretty safe with that, the old XP box is the hard part now!
-
Then along came Network Attached Storage, and voia! Redundant drives and/or a stable RAID configuration in a dedicated networked server to the rescue!
Agreed, have Synology NAS, backup, stream media, vpn, they do a lot. I back up selected NAS files to cloud storage.
Cloud Computing remains in my mind a will-o-the-wisp strategy for huge data stores that are easily and rapidly accessed in order to reconstruct the originals. Local NAS still seems far superior to me. The one advantage the Cloud possesses is that it is off site. But if my home were catastrophically lost somehow,
Catastrophic loss, cloud storage - documents I want to have access to insurance policies, financial records, contact info.
Then photos and some genology records would be nice to have.
-
Hi,
I would like to have my solar update the icon and text on the dashboard during the day but cannot remember how to get it to do so. I have the solar switch on the box checked Set the weather icon (unless raining)from the solar data and I have the box checked with include WD condition daytime. My Icon and text shows what WD has for a few brief seconds when I go to my web page but then quickly goes to the icon and weather from the nearby METAR icon.
What do I need to have for my settings?
Thanks in advance.
Bob
-
Hi,
I found the instructions on how to do the Icon and condition wording using the solar (daytime) and Metar (nighttime) at the Saratoga website. I have all the settings according to the instructions. The issue still exist. When I first go to my website the condition says (in this case) Mostly Sunny (correct according to solar setting) and dry (correct not raining). Then switches to the METAR which is clear. Intresting enough the Weather Icon which is the animated gif shows the scattered gif. It should be using the clear gif if using the METAR or the few gif if using the solar. So why I am getting the METAR condition when it should be using the solar information and WD condition and why is the cloud gif seemingly stuck on scattered.
Thanks in advance for your help.
Bob
-
The key you mentioned here is that it starts out right then changes. If it starts right then changes then your problem is in the ajaxWD3wx.js. In the settings for that file (edit the file with notepad.exe not WORD) you will find all the settings at the top part of the file. If the error starts out when you first load the page and then goes correct after it updates it's in the ajax-dashboard.php file and the answer is likely in settings.php or the config file for the ajax-dasboard6 dashboard.
After looking over the java script, I'm not sure there is anything in there that can force the update based on solar. Maybe Ken True will know more about that? I would think Weather Display changing it should hold over to the java but clearly not!
Scott
Hi,
I found the instructions on how to do the Icon and condition wording using the solar (daytime) and Metar (nighttime) at the Saratoga website. I have all the settings according to the instructions. The issue still exist. When I first go to my website the condition says (in this case) Mostly Sunny (correct according to solar setting) and dry (correct not raining). Then switches to the METAR which is clear. Intresting enough the Weather Icon which is the animated gif shows the scattered gif. It should be using the clear gif if using the METAR or the few gif if using the solar. So why I am getting the METAR condition when it should be using the solar information and WD condition and why is the cloud gif seemingly stuck on scattered.
Thanks in advance for your help.
Bob
-
I noticed that the high and low dew point temps on my site are way off. Looking at WD everything looks okay. Would anyone know what may cause this?
Thanks,
Joe
-
Joe,
There have been a couple fixes for dew point that were posted a few posts ago in this thread, that should fix your problem. I've attached the updated version 6.93 here. Just rename it by removing the .txt and it's got all the previously mentioned fixes.
Scott
I noticed that the high and low dew point temps on my site are way off. Looking at WD everything looks okay. Would anyone know what may cause this?
Thanks,
Joe
-
Scott, is that 6.93 the final or just an interim release?
Thanks.
-
Scott,
I looked for those as I remembered reading them.... however, I cannot find which posts have the fix for the dew point issue.
Joe
Joe,
There have been a couple fixes for dew point that were posted a few posts ago in this thread, that should fix your problem. I've attached the updated version 6.93 here. Just rename it by removing the .txt and it's got all the previously mentioned fixes.
Scott
I noticed that the high and low dew point temps on my site are way off. Looking at WD everything looks okay. Would anyone know what may cause this?
Thanks,
Joe
-
Hi Scott,
Thanks for the information. That helped I got it fixed
Thanks.
Bob
-
It's just an interim version. Perhaps semi-perm. Once I get moved and re-settled, get the computer that runs my station fixed and the snow flys again, I'll be ready to resume work! :roll:
scott
Scott, is that 6.93 the final or just an interim release?
Thanks.
-
Didn't realize you were on the move again and having computer problems.
Hope all gets better soon!
-
Just moving to the other side of town! Sill planning out my new version 7 though! ](*,)
Didn't realize you were on the move again and having computer problems.
Hope all gets better soon!
-
Hello at all:
I would like know in what file.php I must change the tags records to it can works fine. The testtags work fine. I use testtags ver. 1.07 .
Thanks.
-
Hello Scott,
The switch on get_SoilTemperature fails on Centigrade (wrong Grafik).
I change the "lonly =" in double == , and its working.
function get_SoilTemperature($soiltemp) {
$um = substr($uomTemp, -1);
switch (TRUE) {
case ((($um == 'F') and ($soiltemp < 20)) or (($um == 'C') and ($soiltemp < -6.7))):
$gi = '1';
break;
case ((($um == 'F') and (($soiltemp >= 20) and ($soiltemp < 33))) or (($um = 'C') and (($soiltemp >= -6.7) and ($soiltemp < .6)))):
$gi = '2';
break;
case ((($um == 'F') and (($soiltemp >= 33) and ($soiltemp < 50))) or (($um = 'C') and (($soiltemp >= .6) and ($soiltemp < 10)))):
$gi = '3';
break;
case ((($um == 'F') and (($soiltemp >= 50) and ($soiltemp < 60))) or (($um = 'C') and (($soiltemp >= 10) and ($soiltemp < 15.5)))):
$gi = '4';
break;
case ((($um == 'F') and (($soiltemp >= 60) and ($soiltemp < 70))) or (($um = 'C') and (($soiltemp >= 15.5) and ($soiltemp < 21.1)))):
$gi = '5';
break;
case ((($um == 'F') and (($soiltemp >= 70) and ($soiltemp < 120))) or (($um = 'C') and (($soiltemp >= 21.1) and ($soiltemp < 48.)))):
$gi = '6';
break;
default:
$gi = '0';
break;
} // end switch
return $gi;
}
// end get_SoilTemperature
-
Thanks for the update. I will add it to the code for the next update!
Scott
Hello Scott,
The switch on get_SoilTemperature fails on Centigrade (wrong Grafik).
I change the "lonly =" in double == , and its working.
function get_SoilTemperature($soiltemp) {
$um = substr($uomTemp, -1);
switch (TRUE) {
case ((($um == 'F') and ($soiltemp < 20)) or (($um == 'C') and ($soiltemp < -6.7))):
$gi = '1';
break;
case ((($um == 'F') and (($soiltemp >= 20) and ($soiltemp < 33))) or (($um = 'C') and (($soiltemp >= -6.7) and ($soiltemp < .6)))):
$gi = '2';
break;
case ((($um == 'F') and (($soiltemp >= 33) and ($soiltemp < 50))) or (($um = 'C') and (($soiltemp >= .6) and ($soiltemp < 10)))):
$gi = '3';
break;
case ((($um == 'F') and (($soiltemp >= 50) and ($soiltemp < 60))) or (($um = 'C') and (($soiltemp >= 10) and ($soiltemp < 15.5)))):
$gi = '4';
break;
case ((($um == 'F') and (($soiltemp >= 60) and ($soiltemp < 70))) or (($um = 'C') and (($soiltemp >= 15.5) and ($soiltemp < 21.1)))):
$gi = '5';
break;
case ((($um == 'F') and (($soiltemp >= 70) and ($soiltemp < 120))) or (($um = 'C') and (($soiltemp >= 21.1) and ($soiltemp < 48.)))):
$gi = '6';
break;
default:
$gi = '0';
break;
} // end switch
return $gi;
}
// end get_SoilTemperature
-
Someone by the name of Agustin asked for some help referencing this thread but search isn't working tonight and I can't find the question in the thread. Please contact me directly via private email here or at scott AT burnsvilleweatherlive DOT com. I'll try to help! Thanks
Scott
-
Hello:
I am Agustin what ask for any help of burnisville scripts. ;) :-)
Someone by the name of Agustin asked for some help referencing this thread but search isn't working tonight and I can't find the question in the thread. Please contact me directly via private email here or at scott AT burnsvilleweatherlive DOT com. I'll try to help! Thanks
Scott
-
Your site is a nice looking site, let me know if there is anything I can help with. It looks like you have everything working well!
Scott
Hello:
I am Agustin what ask for any help of burnisville scripts. ;) :-)
Someone by the name of Agustin asked for some help referencing this thread but search isn't working tonight and I can't find the question in the thread. Please contact me directly via private email here or at scott AT burnsvilleweatherlive DOT com. I'll try to help! Thanks
Scott
-
Hello Mr. Scott:
I have weatherdata in WD from 1 january of 2012, from 2005 in VWS. When I started with this new ajaxWD3wx in AltAjaxDashboardConfig6.php chosen the option "$ useSTAhilo = true" but the data presented do not know what data is.
I guess the "data records" are records of the current year and the "all time records" are records from which data are available. On the Web "the station all time records" records shows the current year.
Then use the option "$ useWU = true;" but the data that appeared are "0.0 ° C" then went to the Weather Underground almanac of WD and searched my station in the Weather Underground "ilaspalm2" but did not appear and I realized I had to find the METAR, in my case METAR "GCLP" but I can not put this metar because the data are very different from my station so I put the data manually in the Weather Underground WU almanac dates this data manually put them into the file testtags.txt.
What I would like to know is that I put data at the beginning of the web but this of "all time records" "WU records", not if "Stahilo" refers to data from the WD or the data since it began the website.
Thanks and sorry for the inconvenience.
-
You need to go into the 'View' menu of Weather Display and there select 'Wunderground Almanac' in order to set up the WU hi-low data.
-
You need to go into the 'View' menu of Weather Display and there select 'Wunderground Almanac' in order to set up the WU hi-low data.
Hello Mr. gwwilk:
I used the almanac metar wunderground for my "GCLP" airport but can not use it because the data are very different from my area and so as I said in my previous post I inserted the data manually in the almanac and then the dates of such data I put them in manually fixed testtags.txt.
Thanks.
-
You need to go into the 'View' menu of Weather Display and there select 'Wunderground Almanac' in order to set up the WU hi-low data.
Hello Mr. gwwilk:
I used the almanac metar wunderground for my "GCLP" airport but can not use it because the data are very different from my area and so as I said in my previous post I inserted the data manually in the almanac and then the dates of such data I put them in manually fixed testtags.txt.
Thanks.
I see. Sorry for the unhelpful post and for your troubles with the Record High and Low values. There may be ways to automate the display of the record high/low temperatures for today although a bit of coding would be needed.
-
You need to go into the 'View' menu of Weather Display and there select 'Wunderground Almanac' in order to set up the WU hi-low data.
Hello Mr. gwwilk:
I used the almanac metar wunderground for my "GCLP" airport but can not use it because the data are very different from my area and so as I said in my previous post I inserted the data manually in the almanac and then the dates of such data I put them in manually fixed testtags.txt.
Thanks.
I see. Sorry for the unhelpful post and for your troubles with the Record High and Low values. There may be ways to automate the display of the record high/low temperatures for today although a bit of coding would be needed.
your not sorry, your message is not useless because surely there are people seeing your message and know where to look the wunderground almanac.
Here are amateur meteorology and we are here to learn
-
I had the same issue with the Weather Underground records for my site. I could only get a station 50 miles away from me.
Ken helped me create a script and now I can get the records for the airport 5 miles away from me using the WU API.
You'd need a Weather Underground API Key and the script I use.
Tony
-
hello again:
I've been spending data from the cumulus to weatherdisplay from 2004 to 2011 and "Station all time records" have changed that side is fine but I can not know for being the "Sta* High" and "Sta* low" because every day It changes the data and that data are not. I would like to know exactly which values give the tags:
$ maxtemp4todayyr = '% yearmaxtempfortodayfromyourdata%'; / / Max year's records from station
$ mintemp4todayyr = '% yearmintempfortodayfromyourdata%'; / / Min from station's record year
And what a difference they have with respect to the "Station all time records"
Thanks.
-
Hi,
Thanks Scott for your continual work with this excellent script.
I would like to request/suggest that the Official Record High/Low icon/image/indicator be moved from the Current Conditions column to the Temperature column.
I placed it under the Currently Outside row.
Dennis
-
Dennis,
Thanks for the suggestion. I'll look into that on the next revision. Anyone else like to see it moved?
Scott
Hi,
Thanks Scott for your continual work with this excellent script.
I would like to request/suggest that the Official Record High/Low icon/image/indicator be moved from the Current Conditions column to the Temperature column.
I placed it under the Currently Outside row.
Dennis
-
Thanks for the suggestion. I'll look into that on the next revision. Anyone else like to see it moved?
Makes sense... :-)
-
Thanks for the suggestion. I'll look into that on the next revision. Anyone else like to see it moved?
Scott
How about making its location optional? That way those of us who display yesterday's hi/lo's could avoid an excessively long 'Temperature' column. A 'displayHiLoT()' function with the variables passed either as globals or as parameters would avoid duplicating the code in both sections. A 'showHiLoInTemp' variable in AltAjaxConfig6.php could then control the display's location.
Just thinking out loud, and I'm not sure how practical this is...
-
Hello All,
Again in need help with the dashboard. I have WD set to use the solar reading for "cloud cover" and to use WD condition "wording". At sunset until sunrise WD uses the METAR cloud cover to report the sky condition. WD reports nighttime and the WD condition. However I only see this information when I first load my web page. When the webpage fully loads it changes to the METAR information. Is there something I need to set in the dashboard / Dashboard config files or is this in the ajaxWDwx3 file. I am not sure where to look (I have but have obviously missed it) and what to change. I appreciate the help in getting this working correctly.
Thanks.
Bob
-
Hi ! 8-)
How to trasform my dashboard ( http://meteocaianello.altervista.org/index.php ) in this dashboard ( http://www.meteo-badalona-progres.com/index.php?lang=en ) ?
I don't know how put that gradient color #-o
Thanks,
Umberto. :grin:
-
Umberto,
You're using HTML in your sig, which won't work. You need to use the special forum code (BBCode?). Try this...
[url=http://meteocaianello.altervista.org/][img]http://meteocaianello.altervista.org/wxgraphic.php?type=banner[/img][/url]
-
Umberto,
You're using HTML in your sig, which won't work. You need to use the special forum code (BBCode?). Try this...
[url=http://meteocaianello.altervista.org/][img]http://meteocaianello.altervista.org/wxgraphic.php?type=banner[/img][/url]
Thank You jgillett \:D/
-
Hello All,
Again in need help with the dashboard. I have WD set to use the solar reading for "cloud cover" and to use WD condition "wording". At sunset until sunrise WD uses the METAR cloud cover to report the sky condition. WD reports nighttime and the WD condition. However I only see this information when I first load my web page. When the webpage fully loads it changes to the METAR information. Is there something I need to set in the dashboard / Dashboard config files or is this in the ajaxWDwx3 file. I am not sure where to look (I have but have obviously missed it) and what to change. I appreciate the help in getting this working correctly.
Thanks.
Bob
Can anyone help me with the above.
Thanks.
-
Hello,
I´ve seen that the format of the forecasts are "little crazy" !
Try this between Line 672 - 682 !
<table align="center" width="230" border="0" cellpadding="0" cellspacing="4">
<tr>
<td class="data1" align="center" width="70" style="text-align: center; font-size: 10px; border: 1px solid gray;" >
<?php echo $forecasticons[0]; ?><br/>
<?php echo $forecasttemp[0]; ?>
</td>
<td align="center" width="70" style="text-align: center; font-size: 10px; border: 1px solid gray;" >
<?php echo $forecasticons[1]; ?><br/>
<?php echo $forecasttemp[1]; ?>
</td>
<td align="center" width="70" style="text-align: center; font-size: 10px; border: 1px solid gray;" >
My Site has a widht of 1000px, i use a table widht of 320 and forcast widht of 120.it looks like : (http://)
-
Hi
Just installed the alternative dashboard and slowly adding to it. However I have 2 problems.
My wind run is showing as NaN km. I checked the testtags.php and there is a figure listed
And my dew point last hour is showing as +18.4c
My site is at http://www.renvyleweather.com
-
Hello,
for dewpoint correction take a look here: http://www.wxforum.net/index.php?topic=20581.msg198443#msg198443
-
Will check it out and see if that is the problem
-
I got the dew point problem sorted but the wind run is still playing me up. on loading I can see it for a sec but then it is replaced with NaN. Also tides, I have the tide program running and fairly sorted for my location but it never showes correctly on the dashboard
-
Attached shows the "Feels Like" temp. In the dashboard settings, I found this..
// Settings for Feels Like Section (***You can set one or the other or BOTH if you wish!!!)
$useFL = true; // Set to false if you do not want to show the "Feels Like" Temperature above the colored word under the Temperature
$useHC = true; // Set to true if you want to show Heat Index and Wind Chill here instead
$MWC = '40'; // Set to 40 for F and 4.4 for C
$MHI = '80'; // Set to 80 for F and 26.6 for C
How could I make it so the "Feels Like" always shows no matter what the temp is? Seems like it only shows when it hits a certain temp.
Thanks
-
I played around with mine a while back. It shows instead of feels like, either wind chill or heat index depending on the temp if you want to try this. This always displays on the dashboard also.
<?php
if (strip_units($nowTemp) >= $coolVal)
echo " " . langtransstr('Heat Index') ." ";
else
echo " " . langtransstr('Wind Chill') ." ";
?> <span class="ajax" id="ajaxfeelslike">
<?php echo $feelslike . $uomTemp; ?>
-
Hi,
Insert between line 442 and 443 in ajax-dashboard6.php : 442:<?php } // End Use Feels Like Display ?>
443:<span class="ajax" id="ajaxheatcolorword"><?php echo $heatcolourword; ?></span><br/>
this:
<?php langtrans('Feels like'); ?>: <span class="ajax" id="ajaxfeelslike"><?php echo strip_units($feelslike) . $uomTemp; ?></span><br/>
and set in AltAjaxDashboardConfig6.php
$useFL = false;
$useHC = false;
-
Thanks for the suggestions. I'll try them after work today.
-
Thanks guys... I got it working.
-
Hi All
I am having trouble getting the cloud-base script to work and also can you help me with how do I make the dashboard to default to metric.
And another question, my current conditions is always stuck on Overcast and gloomy, Dry, which is from my Vantage Pro 2, how do I change/stop that as it is incorrect?
Many thanks
Chris
-
The cloud-base.php script has a couple of deprecated function calls, mktime() and ereg_replace() which fall over in the latest versions of PHP. They have been replaced by time() and preg_replace() respectively in the attached version. Replacement of all mktime() function calls in this script will disable it, so be sure to use the attached version.
Also, be sure to follow Ken True's instructions (http://saratoga-weather.org/wxtemplates/setup-WD.php) regarding the proper Weather Display settings to display the icons you desire. You may need to lower the percentages at which the icons change--I did. That said, I see you are running Brian's resurrected WD 10.37R, b158. There may be a problem with WD itself, but I'm still running 10.37R b81 so I have no further insight to offer regarding your build's testtags.php and clientraw.txt outputs. The cryptic 'ICN:x' below 'Nitetime Records' indicates the icon currently being called for in your testtags.php. This value isn't updated by AJAX to reflect your latest clientraw.txt's current-conditions-icon value. You can find it at 048 here (http://www.tnetweather.com/wd-parser.php?site=http%3A%2F%2Fwww.tpweather.com.au%2F&submit=Submit).
Edit 7 Sept 2014: :oops: The updated file originally posted by me contained a 'date_default_timezone_set('America/Chicago');' line 326 I added to correct the transitions between day-night graphics because my server is in a different TZ than I. Please re-download the corrected script here or in the post below.
Edit2 7 Sept 2014: :oops: again! I think line 328 needs to be changed to your TZ, not commented out. Original zip restored.
-
Does this work for Cumulus too??
-
Does this work for Cumulus too??
Not as is. I've no idea about Cumulus's suitability for incorporation into the script. Others are better equipped to answer this question.
-
Awesome gwwilk. Many thanks for the updated cloud-base file. I did have those values setup from Ken's instructions for WD but it prompted me to back and check again. I did have a few differences. I am using the beta version of WD and am hopeful that it is not the problem but, it is beta and Brian is doing some great work with it.
Again, many thanks
Chris
-
:oops: I forgot that because my server is in a different TZ than I am, I added 'date_default_timezone_set('America/Chicago');' near line 328 in order to move the change of backgrounds from night to day and day to night to the correct times. I remembered this as soon as I saw your 9:28 pm cloud-base showing the daytime graphic.
Anyone else who has downloaded the 'cloud-base-updated.zip' should be aware of this problem!
Here is a zip with the TZ modification commented out.
Edit 7 Sept 2014: I think the TZ modification needs to be changed to your TZ, not commented out. :oops: Here is the original updated script.
-
Hi
I uploaded that but then the graphic just didn't load so I have gone back to the first one you posted. Will have a good look tomorrow.
Cheers
Chris
-
Hi
I uploaded that but then the graphic just didn't load so I have gone back to the first one you posted. Will have a good look tomorrow.
Cheers
Chris
:oops: again! See revised posts above, Chris.
-
Ah! Many thanks mate. Much appreciated.
-
Sorry, need help again. My dashboard and the gizmo defaults to imperial. How can I make it default to metric? The gizmo in the header used to.
Thanks
Chris
-
Sorry, need help again. My dashboard and the gizmo defaults to imperial. How can I make it default to metric? The gizmo in the header used to.
Thanks
Chris
Try settingvar useUOM = 'E'; // [ E | M ] ... Units Of Measure:
// E = English/Imperial
// M = Metric
// NOTE: You can change individual units below in UNITS-OF-MEASURE.
tovar useUOM = 'M'; // [ E | M ] ... Units Of Measure:
// E = English/Imperial
// M = Metric
// NOTE: You can change individual units below in UNITS-OF-MEASURE.
in 'ajaxWDwx3.js'.
-
Jerry,
Maybe you can answer this, I'm testing going back to the alt-dashboard, however, my condition icons don't seem to show up. I have ajaxwd3.js set to show bashewas icons (.gif format) and my icons on the alt-config file are also set for .gif. My icons are set in ajax-images/icons/2.
Can you shed any light on where the problem is?
The FWI icons are also not showing up either. Maybe I have not configured that file properly.
I'm also in the process of switching to a horizontal menubar.
All help is appreciated.
http://beta.lightningweather.com
-
Sorry, need help again. My dashboard and the gizmo defaults to imperial. How can I make it default to metric? The gizmo in the header used to.
Thanks
Chris
Try settingvar useUOM = 'E'; // [ E | M ] ... Units Of Measure:
// E = English/Imperial
// M = Metric
// NOTE: You can change individual units below in UNITS-OF-MEASURE.
tovar useUOM = 'M'; // [ E | M ] ... Units Of Measure:
// E = English/Imperial
// M = Metric
// NOTE: You can change individual units below in UNITS-OF-MEASURE.
in 'ajaxWDwx3.js'.
Yup that sorted it. Many thanks!
-
The clue was the transient flash of the Metric values upon initial page load followed quickly by the appearance of the Imperial values. The Metric values occurred as testtags.php was being read in, and the Imperial values appeared when the clientraw.txt values over-rode them, as designed.
It's a nuisance to have so many configuration options scattered around, but I know of no way around the Metric/Imperial option in the ajaxWDwx3.js file. Glad it's now working as you desire. :-)
-
Jerry,
Maybe you can answer this, I'm testing going back to the alt-dashboard, however, my condition icons don't seem to show up. I have ajaxwd3.js set to show bashewas icons (.gif format) and my icons on the alt-config file are also set for .gif. My icons are set in ajax-images/icons/2.
Can you shed any light on where the problem is?
The FWI icons are also not showing up either. Maybe I have not configured that file properly.
I'm also in the process of switching to a horizontal menubar.
All help is appreciated.
http://beta.lightningweather.com
Your beta installation has no current data showing up. Settings.php and Settings-weather.php need to be present and properly configured. You should install and configure Ken True's Base-USA template for Weather Display before you try to bring in the alt-dashboard. It may be simpler to install an 'index-test.php' in your /quadcities/ directory so the paths to your WD generated web files aren't complex.
-
Jerry,
The base USA files and WD files are present in that folder. They are all confirmed and my testtags (I did testtags2.php) and clientraw files all upload to that folder. I get temps from clientraw and testtags, just not getting my history files or the afformentioned images.
My flyout menu I have been working on resetting to a horizontal menu. The files will generate a 404 error if clicked on since the files were renamed but the menu has not. (just removed the Wx from them all
-
Right now it only works with Weather Display. I used pretty much every tag WD has available and the other packages can't provide those.
Scott
Does this work for Cumulus too??
Not as is. I've no idea about Cumulus's suitability for incorporation into the script. Others are better equipped to answer this question.
-
Got another issue, (I have many, trust me) The feels like does not work, this is what I have in my AltAjaxDashboardConfig6.php
$useFL = true; // Set to false if you do not want to show the "Feels Like" Temperature above the colored word under the Temperature
$useHC = true; // Set to true if you want to show Heat Index and Wind Chill here instead
Many thanks for any help.
Cheers
Chris
-
This logic in alt-dashboard692 controls the 'Feels Like' display:
<?php } // End Use Heat Index or WindChill Readings ?><?php if (($useFL) && (abs((strip_units(abs($nowTemp))) - abs($feelslike)) >= 2)) { ?>Your current values are:// Current:
// --------
$temperature = '24.8°C'; // temperature
$tempnodp = '25'; // temperature, no decimal place
$humidity = '18'; // humidity
$dewpt = '-1.2°C'; // dew point
$maxtemp = '34.2°C'; // today's maximum temperature
$maxtempt = '14:07'; // time this occurred
$mintemp = '11.8°C'; // today's minimum temperature
$mintempt = '06:19'; // time this occurred
$feelslike = '25'; // Shows heat index or humidex or windchill (if less than 16oC)
$heati = '24.8°C'; // current heat index
which obviously won't display a 'Feels Like' value.
You can view your current testtags.php values using http://www.tpweather.com.au/testtags.php?sce=view and then search for '$feelslike' in order to see whether or not the alt-dashboard's logic is working.
Hope this helps.
-
I'm assuming you mean the FeelsLike may not always show? If the feelslike is +- 2 degrees from the air temperature it won't show. If the temperature is > wind chill temperature and < heat index temperature the wind chill or heat index will not show. NOTE: Make sure you set what temperature you have set for windchill and heat index as I believe they default to F not C
Scott
Got another issue, (I have many, trust me) The feels like does not work, this is what I have in my AltAjaxDashboardConfig6.php
$useFL = true; // Set to false if you do not want to show the "Feels Like" Temperature above the colored word under the Temperature
$useHC = true; // Set to true if you want to show Heat Index and Wind Chill here instead
Many thanks for any help.
Cheers
Chris
-
Thanks guys, all sorted and understood now.
Another issue, I have the sunshine hours set to use the pie chart but it does not. Any suggestions?
-
Thanks guys, all sorted and understood now.
Another issue, I have the sunshine hours set to use the pie chart but it does not. Any suggestions?
Again viewing your 'testtags.php', the value for $changeinday is$changeinday = '00:00'; // change in day length since yesterday
so until some real value appears there we're not going to make much headway.
Part of the problem may be the resurrected WD version, b162 or greater, you're using. I recall seeing a discussion about $changeinday on the Weather-Watch forum in the 'Version 2' thread recently. I've stuck with b81, the last pre-crash version. It's working for me and I'm not particularly eager to beta-test a new-old version because my data and logs may suffer during Brian's reconstruction of WD.
If you haven't done so already, try installing Brian's latest beta build for starters.
-
Thanks guys, all sorted and understood now.
Another issue, I have the sunshine hours set to use the pie chart but it does not. Any suggestions?
Again viewing your 'testtags.php', the value for $changeinday is$changeinday = '00:00'; // change in day length since yesterday
so until some real value appears there we're not going to make much headway.
Part of the problem may be the resurrected WD version, b162 or greater, you're using. I recall seeing a discussion about $changeinday on the Weather-Watch forum in the 'Version 2' thread recently. I've stuck with b81, the last pre-crash version. It's working for me and I'm not particularly eager to beta-test a new-old version because my data and logs may suffer during Brian's reconstruction of WD.
If you haven't done so already, try installing Brian's latest beta build for starters.
Thanks very much. Having some interesting readings, my Daytime Records is reporting a high of 41.5 on the 09 Dec 2014. I think your right with beta version.
-
Hi to all.
I've an issue with the first day of month records.
It seems that Wd doesn't remember all time record for this day (Image attached).
Any solution?
Thanks in advance,
Alessandro
-
Hi to all.
I've an issue with the first day of month records.
It seems that Wd doesn't remember all time record for this day (Image attached).
Any solution?
Thanks in advance,
Alessandro
The problem appears to have gone away, Alessandro. Things can get quite busy for WD at the end of the month. I've seen the same thing with my site where the station records aren't updated immediately and the update occurs later, as appears to have been the case here.
-
Hi to all.
I've an issue with the first day of month records.
It seems that Wd doesn't remember all time record for this day (Image attached).
Any solution?
Thanks in advance,
Alessandro
The problem appears to have gone away, Alessandro. Things can get quite busy for WD at the end of the month. I've seen the same thing with my site where the station records aren't updated immediately and the update occurs later, as appears to have been the case here.
Thanks Jerry,
it's really that :)
Regards,
Alessandro
-
This has been an issue with WD for as long as I can remember. It will fix itself next day.
Scott
Hi to all.
I've an issue with the first day of month records.
It seems that Wd doesn't remember all time record for this day (Image attached).
Any solution?
Thanks in advance,
Alessandro
-
Silly question -- where can I find the latest testtags.txt for use with Alt Dash 6.92? The version bundled with the download on the Burnsvilleweatherlive is missing some tags - namely:
$firstsnowseason
$firstsnowseasonav
Thanks,
Rick
-
Hi,
Can anyone explain why this happens and what settings I need to have to prevent it from happening. When I go to my website the current conditions show then after a few seconds it disappears until refresh the page then it shows then disappears.
lebanontnwx.org (http://lebanontnwx.org)
See attachments.
Thanks.
Bob
-
There is no current condition being specified in your clientraw.txt file.
Check your settings for this parameter vs. Ken True's instructions for WD setup (http://saratoga-weather.org/wxtemplates/setup-WD.php). When Ajax updates your current conditions description, you're left with '---'.
-
Thanks Gerry that did it.
-
Gerry,
Still wondering why when my page first loads I get one description to briefly show then it goes to another description that stays. What might I have wrong in my settings.
Thanks.
Bob
-
Bob, the initial info shown is from the cache or last viewing of the page by you. It's not until the initial current update from WD is sent to the server that you get the latest data. That's what is happening, and it is entirely normal.
-
John,
Thanks for the information. I still think it is related to something else. We had snow over night. The sun is out, the snow is melting in the rain gauge. So the weather description should be saying which it does when it first loads the page as mostly sunny and recent rain but the it goes to the metar cloud cover of mostly cloudy. So why is that happening?
Bob
-
There is a problem with WD V10.37R b81's temperature records on the first of each month. The records haven't been updated to reflect the weather station's complete database. Rather, the data only reflects what's occurred on the first of the month!
The crude fix for this problem is to add some logic to those two sections of ajaxdashboard 6.92 by editing ajaxdashboard6.php.
Change (context provided)<?php } // End Yesterday's High/Low ?>
<?php if ($useSTAhilo) { ?>
<tr>
to<?php } // End Yesterday's High/Low ?>
<?php if ($useSTAhilo && $date_day!='01') { ?>
<tr>
Then change in a similar fashion<?php } // end $useORHL ---------------------------------------- ?>
<?php if ($useSRHL) { // Show Local Station Based New Record HIGH/LOW Image ?>
<tr>
to<?php } // end $useORHL ---------------------------------------- ?>
<?php if ($useSRHL && $date_day!='01') { // Show Local Station Based New Record HIGH/LOW Image ?>
<tr>
Since these values are coming from the old V10.37R b81 and the source code is no longer available to Brian, so long as the data comes from this version there's no way the bug can be fixed. I've been reluctant to move to the new beta, now at b251, because of the complexity of WD's record keeping across multiple files and the subsequent chance of bollixing what appears to be a stable configuration for me with 10.37R b81. I've no idea what the latest betas produce for records on the first of each month.
(I didn't take a screen shot of my site before uploading and validating the fixes, but I hope Jeff will forgive me for posting a screen shot of his dashboard's current temperature display.)
-
Hi Jerry,
i've beta 250 installed.
No error occured this month.
Regards,
Alessandro
-
Thanks for the information, Alessandro. How long have you been using the latest beta series?
I guess I'm just a bit less adventurous than many. When I get around to updating to the latest WD beta from my current beta I'll have to remember to remove my crude fix. The lack of version information after 4 Jan 2015 but with continued new beta versions coming out still makes me nervous. Your site looks great, by the way. :-)
-
Strange I had this records issue today, in fact posted on the WD forum so Brian could see. (b251 running)
Now 45 min later, they are correct.
$maxtemp4today = '49.1'; // max from station's records
$mintemp4today = '9.9'; // min from station's records
$maxtemp4todayyr = '2012'; // max year from station's records
$mintemp4todayyr = '2014'; // min year from station's records
Just FYI
-
I just checked my site without the dashboard changes. I see that testtags.php is now reporting accurately and the spurious records are gone. This bug apparently only persists for a few hours on the first of the month. I'll see what happens next month and try to catch the hour when the temp. records revert to normal. For now, it's a non-problem again.
Edit 2015 Mar 01:
I've added a check for the time to the logic, so the statements become<?php if ($useSTAhilo && ($date_day!='01'?true:($time_hour>10?true:false))) { ?>
and<?php if ($useSRHL && ($date_day!='01'?true:($time_hour>10?true:false))) { // Show Local Station Based New Record HIGH/LOW Image ?>
where 1100 hours is the presumed time the bug disappears. It's working on my site (http://www.gwwilkins.org). Time will tell if the hour is set correctly.
-
Thanks for the information, Alessandro. How long have you been using the latest beta series?
I guess I'm just a bit less adventurous than many. When I get around to updating to the latest WD beta from my current beta I'll have to remember to remove my crude fix. The lack of version information after 4 Jan 2015 but with continued new beta versions coming out still makes me nervous. Your site looks great, by the way. :-)
From about three months Jerry.
All works as it should now.
-
Thanks for the information, Alessandro. How long have you been using the latest beta series?
I guess I'm just a bit less adventurous than many. When I get around to updating to the latest WD beta from my current beta I'll have to remember to remove my crude fix. The lack of version information after 4 Jan 2015 but with continued new beta versions coming out still makes me nervous. Your site looks great, by the way. :-)
From about three months Jerry.
All works as it should now.
Thanks, Alessandro. Good to know. I'll take the plunge soon, I guess.
Edit 2015 March 2: I took the plunge this morning. There is a big difference in performance with b251 being much faster and more responsive, and so far everything seems to be working as usual. Happy so far! :-)
-
(I didn't take a screen shot of my site before uploading and validating the fixes, but I hope Jeff will forgive me for posting a screen shot of his dashboard's current temperature display.)
Jerry, no problem using a screenshot of my page. Your view of my page bumped my daily visitors from 16.6 to 17.6. Seriously, thanks for fixing the "first of the month" bug for the High and Low records. At the beginning of every month new high and low records would be set for a period of a few hours. I just edited the dashboard file with your fix and we'll see what happens on April 1st. Well anything might happen on April 1st ...
Thanks for another great fix. =D>
Jeff
-
Well it must be April Fool's Day. The good news is that I don't have the problem with the "station high and low records" showing on the 1st day of the month in the dashboard panel but the bad news is that my station "high and low" temperatures for the day are now missing. I checked the config file and it is set correctly to "true" to show them. ](*,)
http://indiantrailweather.com/
Jeff
-
Well it must be April Fool's Day. The good news is that I don't have the problem with the "station high and low records" showing on the 1st day of the month in the dashboard panel but the bad news is that my station "high and low" temperatures for the day are now missing. I checked the config file and it is set correctly to "true" to show them. ](*,)
http://indiantrailweather.com/
Jeff
The logic I use to display that section is:
<?php } // End Yesterday's High/Low ?>
<?php if ($useSTAhilo && ($date_day!='01'?true:($time_hour>5?true:false))) { ?>
If you use $time_hour>10, you wouldn't get the display until after 10 local time. My testtags.php (http://www.gwwilkins.org/testtags.php?sce=view) is currently showing the correct $maxtemp4today which is greater than $maxtemp (today's maximum). In your browser <CTRL>F brings up a 'Find' box. In any event all will be back to normal soon. I was up past midnight but forgot to check my testtags.php's $maxtemp4today until after 7 am today :-(
-
<?php if ($useSTAhilo && ($date_day!='01'?true:($time_hour>5?true:false))) { ?>
I changed the logic to "hour>5" instead of the "hour>10 which brought back the station highs and lows for the day but there is a low station record for the day and the "Low Station Record" banner is not showing.
Jeff
-
<?php if ($useSTAhilo && ($date_day!='01'?true:($time_hour>5?true:false))) { ?>
I changed the logic to "hour>5" instead of the "hour>10 which brought back the station highs and lows for the day but there is s low station record for the day and the "Low Station Record" banner is not showing.
Jeff
The other statement needs to be changed as well:
<?php if ($useSRHL && ($date_day!='01'?true:($time_hour>10?true:false))) { // Show Local Station Based New Record HIGH/LOW Image ?>to<?php if ($useSRHL && ($date_day!='01'?true:($time_hour>5?true:false))) { // Show Local Station Based New Record HIGH/LOW Image ?>in order for the station records to show up at this hour.
-
Missed that one ...
So if I understand your modifications correctly, on the first day of each month after 5:00 am the "station high and low records and temps" should show correctly?
As always Jerry thanks for your help.
Best regards,
Jeff
-
...So if I understand your modifications correctly, on the first day of each month after 5:00 am the "station high and low records and temps" should show correctly?...
Yup. :-)
-
OT, but I saw Scott hasnt been here since December 14th. His site is up and running but his forecast script hasnt been updated.
I know he said he had a stroke. Hope he's ok. :-(
-
OT, but I saw Scott hasnt been here since December 14th. His site is up and running but his forecast script hasnt been updated.
I know he said he had a stroke. Hope he's ok. :-(
I share your concern, Tony, and also hope he's OK. :-(
-
I am having issues with the Full moon and New Moon. I am using WD Beta Version 256. The dates are not appearing.
http://www.chucksweather.com/ (http://www.chucksweather.com/)
Here is what the WD tags are generating,
$nextnewmoon = "18:57 UTC April 18 2015";
$fullmoondate = "April 04 2015";
Here is the portion of the script.
<td class="data1"><?php langtrans('Full Moon'); ?>:</td>
<td class="data1" nowrap="nowrap" style="text-align: right;">
<?php echo rdate($RecDateF, (split_to_mon(1, ltrim($fullmoondate))), (split_to_day(1, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate)))) ?>
</td>
</tr>
<tr>
<td class="data2"><?php langtrans('New Moon'); ?>:</td>
<td class="data2" nowrap="nowrap" style="text-align: right;">
<?php $nnmlen = strlen($nextnewmoon) - 9; ?>
<?php echo substr($nextnewmoon, 0 ,9); ?><br />
<?php echo rdate($RecDateF, (split_to_mon(1, substr($nextnewmoon ,10 ,$nnmlen))), (split_to_day(1, substr($nextnewmoon ,10 ,$nnmlen))), (split_to_year(substr($nextnewmoon ,9 ,$nnmlen)))) ?>
-
I am having issues with the Full moon and New Moon. I am using WD Beta Version 256. The dates are not appearing.
http://www.chucksweather.com/ (http://www.chucksweather.com/)
Here is what the WD tags are generating,
$nextnewmoon = "18:57 UTC April 18 2015";
$fullmoondate = "April 04 2015";
Here is the portion of the script.
<td class="data1"><?php langtrans('Full Moon'); ?>:</td>
<td class="data1" nowrap="nowrap" style="text-align: right;">
<?php echo rdate($RecDateF, (split_to_mon(1, ltrim($fullmoondate))), (split_to_day(1, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate)))) ?>
</td>
</tr>
<tr>
<td class="data2"><?php langtrans('New Moon'); ?>:</td>
<td class="data2" nowrap="nowrap" style="text-align: right;">
<?php $nnmlen = strlen($nextnewmoon) - 9; ?>
<?php echo substr($nextnewmoon, 0 ,9); ?><br />
<?php echo rdate($RecDateF, (split_to_mon(1, substr($nextnewmoon ,10 ,$nnmlen))), (split_to_day(1, substr($nextnewmoon ,10 ,$nnmlen))), (split_to_year(substr($nextnewmoon ,9 ,$nnmlen)))) ?>
There was a switch in the $fullmoondate day-month order from b81 to the later betas, i.e. WD2.
Change<?php echo rdate($RecDateF, (split_to_mon(1, ltrim($fullmoondate))), (split_to_day(1, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate))))to<?php echo rdate($RecDateF, (split_to_mon(2, ltrim($fullmoondate))), (split_to_day(2, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate)))) ?>That is, the variable needed by 'split_to_day()' and 'split_to_mon' is something other than '1' (I used '2') in order to correctly parse the WD2, b>81 $fullmoondate.
Having done that, you will be left with a leading zero if the day is 1-9. A simple fix for this problem is to cast the day as an (int) like this:// Pull day only out of strings with full date in them (NEW version 6.90)
// if $dtyp = 1 then date is in 25 December 2013 format
// if $dtyp = 2 then date is i, Dec 25 2013 format
function split_to_day($dtyp, $datetofix) {
$d = explode(' ', ltrim($datetofix));
if ($dtyp == 1) {
$fday = (int)$d[0];
} else {
$fday = (int)$d[1];
}
return $fday;
}
DON'T MODIFY the New Moon scripting, because it now displays correctly.
I imagine that at some point Brian will return the $fullmoondate to its b81 order, at which time the change described here will need to be reversed by using '1' as the 'split_to_day()' and 'split_to_mon()' parameter.
-
Just dropped by to say HI to everyone! Hope everyone is having a nice summer (us)
Scott
Burnsville Weather LIVE
-
Hey Stranger!
How are you? Hope you are having a good summer (too hot too early here) and continuing on your recovery.
-
Great to hear from you, Scott! As usual our weather is unpredictable despite everyone's best efforts, and hot, sultry weather is upon us.
Stay cool, keep recovering, and don't be a stranger!
-
Hi Guys,
too hot for me here in Italy.
Hope all fine in your countries.
Cheers,
Alessandro
-
Glad you checked in Scott. Hope all is well. :grin:
-
Best wishes.
Have a good summer!
-
Best wished Scott
Enjoy your Summer.
Cheers
:grin:
MikeyM
-
Good to hear from you Scott. Best wishes !!!
:grin:
Jeff
-
New forecast icons out this morning but problems with the dashboard. Please see http://www.wxforum.net/index.php?topic=25891.msg256874#msg256874.
Thanks.
-
Likely, it's not something that Scott can fix.. the advforecast2.php will have to be adjusted to correct the NWS HTML to get the text to wrap correctly.
-
Likely, it's not something that Scott can fix.. the advforecast2.php will have to be adjusted to correct the NWS HTML to get the text to wrap correctly.
Can you point me in the right direction, Ken? I'm not sure how to go about this. :-( So far, I've been unable to modify the conditions text correctly.
Edit 2015 07 07 4:30pm CDT: Part of the solution is to mimic your advforecast2.php table parameters in Scott's dashboard (http://gwwilkins.org) by setting each <td style="width:14%"> and increasing the font-size from 10 to 11 in the Short Term Forecast at the bottom of the dashboard. This works except when the text begins with 'T-storms'. Where in advforecast2.php can I replace 'T-storms' with 'Thunder storms' to avoid this issue?
-
No worries, Jerry... I'll be working on a fix this evening. :)
-
No worries, Jerry... I'll be working on a fix this evening. :)
Thanks, Ken!
-
Ok.. advforecast2.php V4.01 is ready for download (usual places). This fixes the text-icon-text reflow problem, and does HTML validate ok.
With Scott's 692 dashboard, you will see all the stuff in the proper places, but vertical alignment will be missing. I did some experimentation with the ajax-dashboard6 and found that some code changes in the dashboard could fix the alignment issues.
Change (for the quick-look 3 day icons) <table align="center" width="230" border="0" cellpadding="0" cellspacing="4">
<tr>
<td class="data1" align="center" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasticons[0]; ?><br/>
<?php echo $forecasttemp[0]; ?>
</td>
<td align="center" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasticons[1]; ?><br/>
<?php echo $forecasttemp[1]; ?>
</td>
<td align="center" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasticons[2]; ?><br/>
<?php echo $forecasttemp[2]; ?>
</td>
</tr>
to <table align="center" width="230" border="0" cellpadding="0" cellspacing="4">
<tr>
<td class="data1" valign="top" align="center" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasticons[0]; ?>
</td>
<td align="center" valign="top" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasticons[1]; ?>
</td>
<td align="center" valign="top" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasticons[2]; ?>
</td>
</tr>
<tr>
<td class="data1" valign="top" align="center" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasttemp[0]; ?>
</td>
<td align="center" valign="top" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasttemp[1]; ?>
</td>
<td align="center" valign="top" style="text-align: center; font-size: 11px; border: 1px solid gray;" >
<?php echo $forecasttemp[2]; ?>
</td>
</tr>
Then change (for the rest of the icons at the bottom of the page) <table style="text-align:center;" width="100%" border="1" cellpadding="2" cellspacing="2">
<tr>
<td style="font-size: 10px;">
<?php echo $forecasticons[2]; ?><br/>
<?php echo $forecasttemp[2]; ?>
</td>
<td style="font-size: 10px;">
<?php echo $forecasticons[3]; ?><br/>
<?php echo $forecasttemp[3]; ?>
</td>
<td style="font-size: 10px;">
<?php echo $forecasticons[4]; ?><br/>
<?php echo $forecasttemp[4]; ?>
</td>
<td style="font-size: 10px;">
<?php echo $forecasticons[5]; ?><br/>
<?php echo $forecasttemp[5]; ?>
</td>
<td style="font-size: 10px;">
<?php echo $forecasticons[6]; ?><br/>
<?php echo $forecasttemp[6]; ?>
</td>
<td style="font-size: 10px;">
<?php echo $forecasticons[7]; ?><br/>
<?php echo $forecasttemp[7]; ?>
</td>
<td style="font-size: 10px;">
<?php echo $forecasticons[8]; ?><br/>
<?php echo $forecasttemp[8]; ?>
</td>
</tr>
</table>
to <table style="text-align:center;" width="100%" border="1" cellpadding="2" cellspacing="2">
<tr>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasticons[2]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasticons[3]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasticons[4]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasticons[5]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasticons[6]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasticons[7]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasticons[8]; ?>
</td>
</tr>
<tr>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasttemp[2]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasttemp[3]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasttemp[4]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasttemp[5]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasttemp[6]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasttemp[7]; ?>
</td>
<td valign="top" style="font-size: 10px;">
<?php echo $forecasttemp[8]; ?>
</td>
</tr>
</table>
and that should line them up better.
Best regards,
Ken
-
Ken,
The alignment changes worked the nuts on the Alt dashboard. Thank You,
Mike
-
Perfect, Ken! Thanks! \:D/ =D> \:D/
-
Glad it's worked out...hopefully Scott can incorporate the changes into his next release.
-
Great job Ken, as always !!! =D> :grin: \:D/
Thanks for all of your very professional and hard work. We all would be "dead in the water" without your expertise.
Jeff
-
Hi guys,
i've changed my pc with another new one and transfer all WD directory on this pc.
After that i've seen my Avg YTD isn't correct.
(http://i.imgur.com/lBs2mlc.png)
How to fix this data?
I reallly don't remember that.
Thanks in advance,
Alessandro
-
Hi guys,
i've changed my pc with another new one and transfer all WD directory on this pc.
After that i've seen my Avg YTD isn't correct.
(http://i.imgur.com/lBs2mlc.png)
How to fix this data?
I reallly don't remember that.
Thanks in advance,
Alessandro
Where are your webfiles, and did you transfer them as well? You appear to be missing the past seasons' data.
-
Hi guys,
i've changed my pc with another new one and transfer all WD directory on this pc.
After that i've seen my Avg YTD isn't correct.
(http://i.imgur.com/lBs2mlc.png)
How to fix this data?
I reallly don't remember that.
Thanks in advance,
Alessandro
Where are your webfiles, and did you transfer them as well? You appear to be missing the past seasons' data.
Hi Jerry,
thanks for reply.
Which files? dailynoaareport o climatedata?
Because there are both.
-
I think all of the 'webfiles' directory should be included, but I don't know what the critical files are. You will need to update the files in 'View Files/NOAA Reports' and upload them to your site. I'm not at my computer right now so I can't tell you more.
-
Thanks to Ken for the code change for the Icons, I've released the update as 6.94 tonight (it also includes the changes from the previously unreleased 6.93 version)
Scott
-
I noticed that NWS forecasts are no longer used. Everything seems to be geared to WU forecasts. Was there a reason for the change?
Mark
-
I noticed that NWS forecasts are no longer used. Everything seems to be geared to WU forecasts. Was there a reason for the change?
Mark
Mark,
Nothing has changed with the forecasts. Just how they are centered on the form.
Scott
-
Hi Scott,
do you know which files needed to make avg YTD workable?
climatedata or daylinoaareport files....or which other files?
Thanks in advance,
Alessandro
-
Failure to read. I was looking at the settings file. The file I didn't need. :(
Any idea why my webpage is off? The page is off by about 122p. It was that way when I upgraded to your new template.
Mark
I noticed that NWS forecasts are no longer used. Everything seems to be geared to WU forecasts. Was there a reason for the change?
Mark
Mark,
Nothing has changed with the forecasts. Just how they are centered on the form.
Scott
-
Wasnt this discussed here already?
http://www.wxforum.net/index.php?topic=27332.0
-
For that table...
try this:
instead of setting the parameter by the today obsolete attribute width=100%,
try this:
replace:
<table width="100%" border="0" cellpadding="2" cellspacing="1" style="border:solid; border-color: #CCCCCC;">
with
<table border="0" cellpadding="2" cellspacing="1" style="width:100%;border:solid; border-color: #CCCCCC;">
-
Wasnt this discussed here already?
http://www.wxforum.net/index.php?topic=27332.0
Sorry for my memory lose. I am getting up there in years. It's getting hard to remember things.For that table...
try this:
instead of setting the parameter by the today obsolete attribute width=100%,
try this:
replace:
<table width="100%" border="0" cellpadding="2" cellspacing="1" style="border:solid; border-color: #CCCCCC;">
with
<table border="0" cellpadding="2" cellspacing="1" style="width:100%;border:solid; border-color: #CCCCCC;">
What table??
Mark
-
Sorry, I was referring to the table offset you have on your homepage. Try changing the code to what I posted and see if that helps. Right now your table is offset to the right.
-
Or re-download the archive and replace the ajax-dashboard6.php file it has the updates in it now.
Scott
-
Or re-download the archive and replace the ajax-dashboard6.php file it has the updates in it now.
Scott
Just now D/L your template and installed the ajax-dashboard6.php file. Made no difference. It was formatted this way before I upgraded to your new release. And I'm not sure why it has changed. I make very few changes to my site. For fear of killing it.
Mark
-
For that table...
try this:
instead of setting the parameter by the today obsolete attribute width=100%,
try this:
replace:
<table width="100%" border="0" cellpadding="2" cellspacing="1" style="border:solid; border-color: #CCCCCC;">
with
<table border="0" cellpadding="2" cellspacing="1" style="width:100%;border:solid; border-color: #CCCCCC;">
What file is this code in?
Mark
-
Briefly oh so briefly the "tables" line up. This was pointed out to me that it wasn't until the updates. That things go astray.
Mark
-
For that table...
try this:
instead of setting the parameter by the today obsolete attribute width=100%,
try this:
replace:
<table width="100%" border="0" cellpadding="2" cellspacing="1" style="border:solid; border-color: #CCCCCC;">
with
<table border="0" cellpadding="2" cellspacing="1" style="width:100%;border:solid; border-color: #CCCCCC;">
What file is this code in?
Mark
Mark I was talking about your normal website homepage which you have mentioned here
-
My website is made up of a bunch of files??
Mark
-
Mark, try a search for this...
<?php langtrans('Record'); ?>:<?php echo round($recordhighsolar, 0); ?> W/m<sup>2</sup></span>
This is taken directly from 6.94 so you should be able to find it. Obviously yours will not be the same color scheme as below. Also, you don't have to wait until daytime to make the change, but you won't see the attached until daytime.
Add a <br /> after the colon so it looks like this...
<?php langtrans('Record'); ?>:<br /><?php echo round($recordhighsolar, 0); ?> W/m<sup>2</sup></span>
That should make your page fit.
-
Mark, I was talking about this table, you mentioned here:
Any idea why my webpage is off? The page is off by about 122p. It was that way when I upgraded to your new template.
-
Mark, I was talking about this table, you mentioned here:
Any idea why my webpage is off? The page is off by about 122p. It was that way when I upgraded to your new template.
I must be hard headed. The website is made up of bunch of files. What file makes the table that you want me to check????
Mark
-
the one that shows your ajax dashboard, the one that is offset
-
Mark,
It looks like you have made several modifications to the table structure on the ajax-dashboard6.php file. I suggest starting over with the original file from the archive and then see if it looks better. The widths of the tables don't match the width of the columns.
Scott
Mark, I was talking about this table, you mentioned here:
Any idea why my webpage is off? The page is off by about 122p. It was that way when I upgraded to your new template.
I must be hard headed. The website is made up of bunch of files. What file makes the table that you want me to check????
Mark
-
I copied your new files 6.94 over the website. It didn't make any difference. The webpage was off before I updated. It's just now bugging me. Could it be the icons?
Mark
-
With regards to your website and it being offset to the right, did you try replacing the line as I suggested for the table?
-
And did you try adding the <br /> as I suggested above? That fix has worked for a number of folks.
-
And did you try adding the <br /> as I suggested above? That fix has worked for a number of folks.
I just now tried your idea. No joy. I would have tried it sooner. But I was having senior moments.
Mark
-
I copied your new files 6.94 over the website. It didn't make any difference. The webpage was off before I updated. It's just now bugging me. Could it be the icons?
Mark
The extra width appears to be a result of the full month name, 'September/0/2015' appearing as the next 'Full Moon' date. I hope we never see day zero. :-)
Here is the code from my dashboard: <td class="data1"><?php langtrans('Full Moon'); ?>:</td>
<td class="data1" nowrap="nowrap" style="text-align: right;">
<?php echo rdate($RecDateF, (split_to_mon(2, ltrim($fullmoondate))), (split_to_day(2, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate)))) ?>
</td>
See if it improves things a little.
-
I copied your new files 6.94 over the website. It didn't make any difference. The webpage was off before I updated. It's just now bugging me. Could it be the icons?
Mark
The extra width appears to be a result of the full month name, 'September/0/2015' appearing as the next 'Full Moon' date. I hope we never see day zero. :-)
Here is the code from my dashboard: <td class="data1"><?php langtrans('Full Moon'); ?>:</td>
<td class="data1" nowrap="nowrap" style="text-align: right;">
<?php echo rdate($RecDateF, (split_to_mon(2, ltrim($fullmoondate))), (split_to_day(2, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate)))) ?>
</td>
See if it improves things a little.
About the wrong format date.
Are you sure your testtags.txt has latest version (1.07)?
I remember this error on my website .... it was testtags.txt.
Try it.
Regards,
Alessandro
-
And did you try adding the <br /> as I suggested above? That fix has worked for a number of folks.
I just now tried your idea. No joy. I would have tried it sooner. But I was having senior moments.
Not to worry. Quite a few of us here have those same moments.
Remember, that mod will only show up in the daytime.
-
It looks like I am using version .04 of testtags. How do I update it?
Mark
-
Mark, while updating to the latest version of 'testtags.txt' to the latest version is a great idea, using 'testtags.php?sce=view' your 'testtags.php' contains the same '$fullmoondate' as mine:
$fullmoondate = 'September 28 2015'; // Date of the next/last full moon (date only)
so this isn't your problem. (Nevertheless, the latest version is always distributed with Brian's latest Weather Display '.zip' Update (http://www.weather-display.com/files.php). As you know it goes in your 'WD/webfiles' directory unless you've changed it in WD's configuration. You are only one version behind, so your testtags.php should be current.)
The '$RecDateF' variable somehow isn't working for you in your Dashboard's 'Almanac' section. Be sure you've updated to Scott's latest 'AltAjaxDashboardConfig6.php'. I know it's a pain to re-configure everything there, but if you use a white-space insensitive file comparer like 'Compare It! (http://www.grigsoft.com/wincmp3.htm)', it's very easy to do with the old file on the right and the new file on the left. Once you finish, you'll have the latest version but you will also have preserved all of your necessary customizations. I could be wrong, but I suspect that this is your problem.
I use this setting in 'AltAjaxDashboardConfig6.php':// NEW in version 6.90 Set date format for Record Dates
$RecDateF = '2'; // Set to desired date format for Record High/Low Dates
// 1 = Dec-25-2013
// 2 = 25-Dec-2013
// 3 = 25/12/2013
// 4 = 12/25/2013
// 7 = 12-25-2013
// 8 = 25-12-2013
where this is my setting.
-
I opened a zip update from Brian. extracted testtag.txt and dropped it into the web files folder. That must of been the problem. Everything is now lined up.
Now I have a new problem. It seems that I am missing a section of testtags?
Mark
-
I opened a zip update from Brian. extracted testtag.txt and dropped it into the web files folder. That must of been the problem. Everything is now lined up.
Now I have a new problem. It seems that I am missing a section of testtags?
Mark
You're welcome Mark!
Check your previous version of testtags....cut and paste all codes that you don't have on latest anymore.
Regards,
Alessandro
-
The file seems to have fubared my site????
Mark
-
The file seems to have fubared my site????
Mark
Give me your url
-
The file seems to have fubared my site????
Mark
Do not reference 'texttags.txt' anywhere on your site! It's only a template for use on your PC by WD.
-
The file seems to have fubared my site????
Mark
Do not reference 'texttags.txt' anywhere on your site! It's only a template for use on your PC by WD.
All I did was unzip the update from Brian. And extracted testtag.txt, dropped it into the webfiles folder. Everything looked good for a minute or two. Then nothing?
Mark
And this is the reason I do not mess with the website. :(
-
The file seems to have fubared my site????
Mark
Do not reference 'texttags.txt' anywhere on your site! It's only a template for use on your PC by WD.
All I did was unzip the update from Brian. And extracted testtag.txt, dropped it into the webfiles folder. Everything looked good for a minute or two. Then nothing?
Mark
And this is the reason I do not mess with the website. :(
I see your site is back up. Good. The issue with 'September/0/2015' remains. Did you try my suggestion about 'AltAjaxDashboardConfig6.php' above? You do have a 'test site' with an Apache server on your PC where you can test your changes without bollixing your web site, right? Something like WAMP or XAMPP?
-
No test site.
I can't believe that Scott knowing there is a problem with his mods. Wouldn't correct it. It has to be something with my site. I think I'll let it go until tomorrow. And let WD do it's midnight updates. And see if what I have done fixes it.
Thanks for sticking by me.
Mark
-
No test site.
...
Thanks for sticking by me.
Mark
I learned the hard way that making new script changes only on my web site is like walking a high wire without a net. One slip, and you grab the wire and hope you can get back up. Until then, the performance is on hold.
-
The old file is what's running now. The new file is what is in the new dashboard archive. If I drop the new file into the web folder. I don't have a website. Just a blank page.
Any ideas on this wrinkle?
Mark
-
Another possibility without your own server setup (easily handled by things like MAMP or WAMP, as has been mentioned) is to make duplicate copies of the files involved and rename them; e.g., index2.php, ajax-dashboard6-2.php, etc.). This way your working site is not touched and keeps functioning for your visitors, and all the
messing around - err, testing is done on the dups, which do not appear on your site except to you (because you know the 'secret' file names).
-
What is wrong with the code? I will fix any errors but you really don't tell me what the error is!
Scott
No test site.
I can't believe that Scott knowing there is a problem with his mods. Wouldn't correct it. It has to be something with my site. I think I'll let it go until tomorrow. And let WD do it's midnight updates. And see if what I have done fixes it.
Thanks for sticking by me.
Mark
-
What is wrong with the code? I will fix any errors but you really don't tell me what the error is!
Scott
No test site.
I can't believe that Scott knowing there is a problem with his mods. Wouldn't correct it. It has to be something with my site. I think I'll let it go until tomorrow. And let WD do it's midnight updates. And see if what I have done fixes it.
Thanks for sticking by me.
Mark
It has to be my site not Scott's Mod
Mark
Just so there's no confusion.
-
Ok, Open mouth insert foot! I even read it twice! Sorry about that Mark! Didn't see that you wrote not the code! It was a hard weekend!
Scott ](*,) :oops:
What is wrong with the code? I will fix any errors but you really don't tell me what the error is!
Scott
No test site.
I can't believe that Scott knowing there is a problem with his mods. Wouldn't correct it. It has to be something with my site. I think I'll let it go until tomorrow. And let WD do it's midnight updates. And see if what I have done fixes it.
Thanks for sticking by me.
Mark
-
I must be a pain to write code and then have people complain about it. I can see where you would have a knee jerk reaction. Personally I never look a gift horse in the mouth. I appreciate all the hard work you put into these endeavors.
Mark
-
Mark,
Know how you feel about this, but care to try a small exercise in coding? Looked back in the topic but didn't see this being suggested.
* Make a copy of your index.php file. This will be a fall-back 'just in case'.
* Your current index.php should start out something like this...
<?php
############################################################################
# A Project of TNET Services, Inc. and Saratoga-Weather.org (WD-USA template set)
############################################################################
#
# Project: Sample Included Website Design
# Module: sample.php
# Purpose: Sample Page
# Authors: Kevin W. Reed <kreed@tnet.com>
# TNET Services, Inc.
#
# Copyright: (c) 1992-2007 Copyright TNET Services, Inc.etc. Down from that about 10 or so more lines you should see this...
############################################################################
# This document uses Tab 4 Settings
############################################################################
require_once("Settings.php");
require_once("common2.php");etc.
* Copy the following code...
//--self downloader --
if (isset($_REQUEST['sce']) && ( strtolower($_REQUEST['sce']) == 'view' or
strtolower($_REQUEST['sce']) == 'show') ) {
$filenameReal = __FILE__;
$download_size = filesize($filenameReal);
header('Pragma: public');
header('Cache-Control: private');
header('Cache-Control: no-cache, must-revalidate');
header("Content-type: text/plain");
header("Accept-Ranges: bytes");
header("Content-Length: $download_size");
header('Connection: close');
readfile($filenameReal);
exit;
}
//----------------------------------------------------------------------------\\
...and insert it just before the...
require_once("Settings.php");
* What you should wind up with is this (in context)...
############################################################################
# This document uses Tab 4 Settings
############################################################################
//--self downloader --
if (isset($_REQUEST['sce']) && ( strtolower($_REQUEST['sce']) == 'view' or
strtolower($_REQUEST['sce']) == 'show') ) {
$filenameReal = __FILE__;
$download_size = filesize($filenameReal);
header('Pragma: public');
header('Cache-Control: private');
header('Cache-Control: no-cache, must-revalidate');
header("Content-type: text/plain");
header("Accept-Ranges: bytes");
header("Content-Length: $download_size");
header('Connection: close');
readfile($filenameReal);
exit;
}
//----------------------------------------------------------------------------\\
require_once("Settings.php");
require_once("common2.php");etc.
Save it and run that page. You should see NO changes at all on the page.
However, this code will let the folks here see the actual code on your index.php page, thereby hopefully making it easier to find the problem. Visitors to your site will not even know it's there.
-
Done
-
Now to find your URL. May I politely suggest you put in your sig, or at least add it to your messages?
I will take a look at your code later tonight.
-
Your code is different from what I usually see. Please add the code above to the following files, just as you did to your index.php, with a slight change...
Settings.php
ajax-dashboard6.php
These files have a different format than the index file, so you can add the code starting on line 2, right after the <?php item in line 1; i.e...
<?php
//--self downloader --
if (isset($_REQUEST['sce']) && ( strtolower($_REQUEST['sce']) == 'view' or
strtolower($_REQUEST['sce']) == 'show') ) {
$filenameReal = __FILE__;
$download_size = filesize($filenameReal);
header('Pragma: public');
header('Cache-Control: private');
header('Cache-Control: no-cache, must-revalidate');
header("Content-type: text/plain");
header("Accept-Ranges: bytes");
header("Content-Length: $download_size");
header('Connection: close');
readfile($filenameReal);
exit;
}
//----------------------------------------------------------------------------\\
You will probably need to insert a return after the last line (the long dotted line).
-
Your code is different from what I usually see. Please add the code above to the following files, just as you did to your index.php, with a slight change...
Settings.php
ajax-dashboard6.php
These files have a different format than the index file, so you can add the code starting on line 2, right after the <?php item in line 1; i.e...
<?php
//--self downloader --
if (isset($_REQUEST['sce']) && ( strtolower($_REQUEST['sce']) == 'view' or
strtolower($_REQUEST['sce']) == 'show') ) {
$filenameReal = __FILE__;
$download_size = filesize($filenameReal);
header('Pragma: public');
header('Cache-Control: private');
header('Cache-Control: no-cache, must-revalidate');
header("Content-type: text/plain");
header("Accept-Ranges: bytes");
header("Content-Length: $download_size");
header('Connection: close');
readfile($filenameReal);
exit;
}
//----------------------------------------------------------------------------\\
You will probably need to insert a return after the last line (the long dotted line).
I would recommend also adding this snippet to 'AltAjaxDashboardConfig6.php' in order to give a complete picture of your web site's desktop setup. Thanks for suggesting this, John.
-
Now to find your URL. May I politely suggest you put in your sig, or at least add it to your messages?
I will take a look at your code later tonight.
Gotcha on this one, John! :-P Click on the green ball beneath night's name to the left and you'll go to his site. Only a few members don't link their sites like this, and it can be frustrating when they don't do so and then ask questions.
-
I would recommend also adding this snippet to 'AltAjaxDashboardConfig6.php' in order to give a complete picture of your web site's desktop setup. Thanks for suggesting this, John.
You are correct of course, Jerry. Forgot (but using the same excuse you and I have chatted about)... :roll:
-
Gotcha on this one, John! :-P Click on the green ball beneath night's name to the left and you'll go to his site. Only a few members don't link their sites like this, and it can be frustrating when they don't do so and then ask questions.
Ahh - payback for all my picking on you. ;)
Thanks for the info - did not know that.
-
Hi All
Excuse my ignorance, but from what I have read so far this only affects the USA? Is that correct?
Many thanks
Chris
-
Hi All
Excuse my ignorance, but from what I have read so far this only affects the USA? Is that correct?
Many thanks
Chris
It affects the ajax-dashboard6 in 'narrow' mode. You're in 'wide' mode exclusively, and your dashboard 'Almanac' is showing dates in the correct format, which means you wouldn't have the problem in 'narrow' mode. The extra width in Mark's dashboard occurs because his Almanac's date formatting uses full month names rather than short month names.
On another note, do you mean to not have your 'Donate' text match the rest of your dashboard's CSS, Chris?
-
Mark, I've modified quite a few things in your dashboard. Firstly, I've found that using 'style="width:180"' isn't reliable. All pixel dimensions should include 'px' after them in CSS styles, so I've added 'px' to 16 such entries, one being 'style="width:23"' that should have been 'style="width:230px"'.
More significantly, I changed some text dimensions to match mine and therefore be less likely to have the dashboard overflow to the right. But most significantly I changed the 'rdate()' call to: <?php echo rdate($RecDateF, (split_to_mon(2, ltrim($fullmoondate))), (split_to_day(2, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate)))) ?>
from <?php echo rdate($RecDateF, (split_to_mon(1, ltrim($fullmoondate))), (split_to_day(1, ltrim($fullmoondate))), (split_to_year(ltrim($fullmoondate)))) ?>
A similar change was made for the Next New Moon 'rdate()' call.
I found small differences between my 'Base-USA' derived 'Settings.php' and your 'Base-International' derived 'Settings.php' that Scott is distributing. My first use of the dashboard was with the original Saratoga-template 'Base-USA' dashboard, and I'm not sure how significant these differences are. I didn't change much there.
In your 'AltAjaxDeashboardConfig6.php' I did change your '$RecDateF = '7';' to '$RecDateF = '2';' and your '$ShortDateF = '5';' to '$ShortDateF = '6';' to throw some text into the dates which makes them easier to decipher. I also changed '$SStartUpDay' to an actual day instead of just a year and a month.
In all, I think the most significant changes were to the 'rdate()' calls to display the 'Full Moon' and 'New Moon' dates. Your dashboard contained Scott's code, but I think that somewhere along the way between WD versions Brian may have modified the format of these two variables in 'testtags.txt' and therefore 'testtags.php'. I remember fighting with this not too long ago, and my solution is as above.
I wouldn't try any of these modified scripts without first backing up your current scripts! That they might not work as intended almost goes without saying. :-) If you find something newly amiss in your dashboard, please let me know immediately because it's almost certainly my fault and not Scott's.
Edit: I just checked, and Scott is still on WD b80, so he would not have encountered any recent 'testtags.php' differences. Another change I made to 'AltAjaxDashboardConfig6.php' was to add code to detect if your site actually is configured to display Historical Month-to-Date precipitation averages by checking for 'raintodate.php'. If it isn't there the code will revert to '$use_historical = false'.
-
Have you run these changes past Scott?
Mark
-
Have you run these changes past Scott?
Mark
These changes are mine and yours, Mark, not Scott's. He understands that people will need to customize his code. That's how it grows and changes.
-
I placed your files into the website. It looks like the alignment problem is fixed.
Now why when I place the new testtags into WD's webfiles folder. All I get is a white screen.
Thank you Jerry
Mark
-
NOTE: I've incorporated several of the changes you mentioned into the 6.94 revision (now dated 13-OCT-2015) and is in the archive available for download. Thanks for pointing out some of the format errors and best practices!
And Yes, everyone is free to modify and make changes. If they are good/useful/or otherwise good for everyone, I'm happy to add them to the next version for others. Jerry and many others are great contributors to the 6.8x version and I thank them!
I have not updated to the Latest new version of Weather Display because of it's beta status. When it is released I'll update the script with a new version for that release.
Scott
Have you run these changes past Scott?
Mark
These changes are mine and yours, Mark, not Scott's. He understands that people will need to customize his code. That's how it grows and changes.
-
NOTE: I've incorporated several of the changes you mentioned into the 6.84 revision (now dated 13-OCT-2015) and is in the archive available for download. Thanks for pointing out some of the format errors and best practices!
Picky me, again. You mean 6.94 above and below, right?And Yes, everyone is free to modify and make changes. If they are good/useful/or otherwise good for everyone, I'm happy to add them to the next version for others. Jerry and many others are great contributors to the 6.8x version and I thank them!
Thanks for confirming this for those who might be new to our processes, Scott.
I have not updated to the Latest new version of Weather Display because of it's beta status. When it is released I'll update the script with a new version for that release.
Scott
Brian has declared the latest versions of WD as 'production' and no longer in beta. The last beta was I think b287.
Have you run these changes past Scott?
Mark
These changes are mine and yours, Mark, not Scott's. He understands that people will need to customize his code. That's how it grows and changes.
Good to be hearing from you again these days, Scott! =D> =D>
-
6.84? Where did you see that? :shock: :lol: :oops: I think you're seeing things!
NOTE: I've incorporated several of the changes you mentioned into the 6.84 revision (now dated 13-OCT-2015) and is in the archive available for download. Thanks for pointing out some of the format errors and best practices!
Picky me, again. You mean 6.94 above and below, right?
-
Brian has declared the latest versions of WD as 'production' and no longer in beta. The last beta was I think b287.
I believe that is correct. He is currently up to 296, with the usual multiple releases/updates per version number, so there's been a lot of work on it.
Scott, I've been running it since 262 and have found it to be working well, especially since it went production.
-
Now why when I place the new testtags into WD's webfiles folder. All I get is a white screen
Your non-standard setup of the site has made it difficult for us to help, although Jerry has dug deeply (as always) and corrected a lot of problems for you.
I have attached the testtags.txt that I am using on my site, which is a slightly higher version than yours. At this point I have no idea why yours is not working.
-
Now why when I place the new testtags into WD's webfiles folder. All I get is a white screen
Your non-standard setup of the site has made it difficult for us to help, although Jerry has dug deeply (as always) and corrected a lot of problems for you.
I have attached the testtags.txt that I am using on my site, which is a slightly higher version than yours. At this point I have no idea why yours is not working.
I don't understand the non-standard setup????? The only mods I have made to the code, besides the menu, is adding some tracking and protection code to the header and footer.
Mark
-
The copy of testtags I am trying to use.
Mark
-
I don't understand the non-standard setup????? The only mods I have made to the code, besides the menu, is adding some tracking and protection code to the header and footer.
Poor wording on my part. My apology.
When that was written yesterday there were still items on your home page that were not working, even after Jerry's hard work. Today I see most have been fixed. However, your Solar Summary is still completely blank, Cloud Level is not showing the icon, and Lightning Strikes is essentially blank even though Oct: is showing a count. The strike info comes from testtags and all are 0 there except, of course, for the info from Oct: on down. Not sure why.
-
I'll send you whatever files you want.
Mark
-
Hi
I wonder is it possible to edit the lines from the Lightning Strikes Nexstorm into the dashboard
To the Lightning Strikes from blitzortung ??
greetings Gert
-
Hi
I wonder is it possible to edit the lines from the Lightning Strikes Nexstorm into the dashboard
To the Lightning Strikes from blitzortung ??
greetings Gert
Apples and oranges, Gert. It might be possible to do so, but since the dashboard reflects local conditions and the strikes Blitzortung registers are mostly far away. The Blitzortung total doesn't mean a great deal without a map showing their location. A small map by itself without the number would provide adequate information, but the map I've added to my dashboard (http://gwwilkins.org) contains the number as well.
The attached file should get you going. I also use ET, so my setup differs from what's described. I can share that as well if anyone's interested. Displaying both ET and Blitzortung does make for an overlong column.
-
Hi
thanks for your help
this will also works but I really need only the TXT on the dashboard
on my dashboard (http://www.weerstation-woerden.nl) you see also a png from the lightning but this one is from Nexstorm
this I have done on the easy way into the dashboard6
if ($useAQI) { // Show Air Quality Index - PLASE YOUR CODE IN PLACE OF THIS SECTION AND START HERE Removing the line above too!
?>
<td align="center" valign="middle" rowspan="3"><table border="0" cellpadding="2" cellspacing="0">
<tr>
<td class="data2" style="text-align: center; font-size: 12px;"><a href="http://www.weerstation-woerden.nl/NSDisplay.php" target="_blank"><img src="http://www.weerstation-woerden.nl/nexstorm.png" width="180" height="180" border="0" /></a><br />
I can now easy edit the img src= to a map from Blitzortung of course
but now I think it is not so easy what I want to do
thanks for your help
greetings Gert
Hi
I wonder is it possible to edit the lines from the Lightning Strikes Nexstorm into the dashboard
To the Lightning Strikes from blitzortung ??
greetings Gert
Apples and oranges, Gert. It might be possible to do so, but since the dashboard reflects local conditions and the strikes Blitzortung registers are mostly far away. The Blitzortung total doesn't mean a great deal without a map showing their location. A small map by itself without the number would provide adequate information, but the map I've added to my dashboard (http://gwwilkins.org) contains the number as well.
The attached file should get you going. I also use ET, so my setup differs from what's described. I can share that as well if anyone's interested. Displaying both ET and Blitzortung does make for an overlong column.
-
Would someone please send me a link to get the "Fire Danger" icons? I have what looks like two different sets of Fire icons. But they are labled differently.
Jerry Wilkins I would prefer to use what you have. But I see no reference to the setup in the install files.
Mark
-
Would someone please send me a link to get the "Fire Danger" icons? I have what looks like two different sets of Fire icons. But they are labled differently.
Jerry Wilkins I would prefer to use what you have. But I see no reference to the setup in the install files.
Mark
You can obtain the script in this thread (http://www.wxforum.net/index.php?topic=27599.msg266669#msg266669). The 'ajaxWDwx3.js' script needs a mechanism for updating it in real time when it's a part of the dashboard. This is what needs to be added to 'ajaxWDwx3.js' in order for 'firedangerWD.php' to regularly update via AJAX, in context:(Code Deleted 2015 Oct 21)
This is the REVISED snippet, again in context, in my dashboard that displays the image:<?php } // end $useCBI ?>
<?php if ($useFD) { // Show Chandler Buring Index using firedangerWD.php ?>
<tr>
<td colspan ="2" style="text-align: center;">
<span class="ajax" id="ajaxfdimg">
<script type="text/javascript"><!--
//<![CDATA[
var jq = jQuery.noConflict();
function reloadFireDanger() {
if (ajaxUpdates < update.maxupdates) {
jq("#ajaxfdimg").load("ajax-dashboard6.php" + " #ajaxfdimg");
}
setTimeout('reloadFireDanger()',120000);
}
setTimeout('reloadFireDanger()',120000);
//]]>
-->
</script>
<a href="<?php echo $fwi_url?>" target="_blank" title="Nebraska Wildfire Danger"><img src="firedangerWD.php" height="135" width="170" alt=""/></a>
</span>
</td>
</tr>
<?php } // end $useFD ?>
and this is the 'AltAjaxDashboardConfig6.php' entry, again in context, that controls its display:// NOTE if FWI, FD and CBI are false, nothing will display. If two or all are ture, you will have one messed up display!
// Settings for FIRE INDEX & STORM PREDICTION GRAPHIC - TOP ROW UNDER FORECAST (***ONLY ONE OF THE FOLLOWING MUST BE TRUE!!!)
$useFWI = false; // Set to true to display Fire Weather Index
// (MUST BE FALSE IF CHANDLER BURNING INDEX IS ON!!!)
$useCBI = false; // Set to true to display Chandler Burning Index
// (MUST BE FALSE IF FIRE WEATHER INDEX IS ON!!!)
$useFD = true; // Use FiredangerWD.php graphic
// (ONLY ONE OF THESE THREE MAY BE ON (TRUE)!!!)
$fwi_url = "wxnfsfiredanger.php"; // Page to link to when user clicks on FWI Link. See http://www.wxforum.net/index.php?topic=18814.0
//
Hope this helps.
Edit 2015 Oct 21: The ajaxWDwx3.js 'firedangerWD.php' code, although it is syntactically identical to that of 'cloud-base.php' code, doesn't work! This may be because the image isn't saved by 'firedangerWD.php' but directly displayed by the browser. I've substituted a jQuery partial page load of just this portion of 'ajax-dashboard6.php' that DOES work. If you're not loading jQuery as a part of <head>, this code won't work until you do so. Here is a jQuery load snippet:<script type="text/javascript" src="https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js"></script>
The ajaxWDwx3.js code has been deleted, and I have revised the 'ajax-dashboard6.php' snippet above. The 'firedangerWD.php' reload times out when ajax times out, and resumes when the dashboard's 'REFRESH' is clicked.
-
Outstanding!
Any chance of these settings making their way into the next dashboard?
Mark
-
I think I got the js code right. But I'm unclear on what to overwrite with the other two scripts?
Mark
-
I think I got the js code right. But I'm unclear on what to overwrite with the other two scripts?
Mark
Just the context, because they are additions.
-
// NOTE if FWI, FD and CBI are false, nothing will display. If two or all are ture, you will have one messed up display!
// Settings for FIRE INDEX & STORM PREDICTION GRAPHIC - TOP ROW UNDER FORECAST (***ONLY ONE OF THE FOLLOWING MUST BE TRUE!!!)
$useFWI = false; // Set to true to display Fire Weather Index
// (MUST BE FALSE IF CHANDLER BURNING INDEX IS ON!!!)
$useCBI = false; // Set to true to display Chandler Burning Index
// (MUST BE FALSE IF FIRE WEATHER INDEX IS ON!!!)
$useFD = true; // Use FiredangerWD.php graphic
// (ONLY ONE OF THESE THREE MAY BE ON (TRUE)!!!)
$fwi_url = "wxnfsfiredanger.php"; // Page to link to when user clicks on FWI Link. See http://www.wxforum.net/index.php?topic=18814.0
//I really appreciate your help. And I don't want to be a pain. Life has made me a little slow to learn. It looks to me the above code needs to replace some code.
Mark
-
The ajaxWDwx3.js 'firedangerWD.php' code posted above (http://www.wxforum.net/index.php?topic=20581.msg267072#msg267072), although it is syntactically identical to that of 'cloud-base.php' code, doesn't work! This may be because the image isn't saved by 'firedangerWD.php' but directly displayed by the browser. I've substituted a jQuery partial page load of just this portion of 'ajax-dashboard6.php' that DOES work. If you're not loading jQuery as a part of <head>, this code won't work until you do so. Here is a jQuery load snippet:
<script type="text/javascript" src="https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js"></script>
The ajaxWDwx3.js code has been deleted, and I have revised the 'ajax-dashboard6.php' snippet above. The 'firedangerWD.php' reload times out when ajax times out, and resumes when the dashboard's 'REFRESH' is clicked.
-
It turns out that the 'firedangerWD.php' autoupdate code described above has been leaving large rectangular black holes in my dashboard! The potential gain with any autoupdate scheme for 'firedangerWD.php' is far outweighed by the associated problems, so I've gone back to no autoupdates for this graphic. A 'REFRESH' will do nothing, but a browser refresh of the page will update the graphic.
My current recommended a'jax-dashboard6.php code' in view of the non-functioning AJAX updates:<?php } // end $useCBI ?>
<?php if ($useFD) { // Show Chandler Buring Index using firedangerWD.php ?>
<tr>
<td colspan ="2" style="text-align: center;">
<a href="<?php echo $fwi_url?>" target="_blank" title="Nebraska Wildfire Danger"><img src="firedangerWD.php" height="135" width="170" alt=""/></a>
</td>
</tr>
<?php } // end $useFD ?>
I'm done fiddling with this.
Edit 2015 Oct 23: I couldn't leave it alone 'cause I needed to know where I messed up. See below.
-
Basically nearly starting over on the 'firedangerWD.php' ajax-dashboard ajax-update display: This one does work if you'll patiently watch the Fire Danger Image redraws here (http://gwwilkins.org). As the temperature and/or humidity change, the 'firedangerWD.php' image redraws.
Modifications were needed in 'firedangerWD.php', ajaxWDwx3.js, and of course 'ajax-dashboard6.php'. I used the cloud-base reloading code as my model and decided that since the Saratoga template already had an array of clientraw parameters the code to read this into 'firedangerWD.php' could bypass this and the temperature and humidity could be passed to 'firedangerWD.php' on the command line with '$_GET'. Those are the modifications made to this version of 'firedangerWD.php (http://gwwilkins.org/firedangerWD.php?sce=view)'. (Right-click, choose 'Save as...', and save without the '.txt'.)
The modifications to 'ajaxWDwx3.js' were only half done as initially described, then deleted in a previous post. The first addition, in context://------------------------------------------------------------------------------
// FIRE INDEX: optional setting for the fire risk graphic
// tag: "ajaxfdimg"
// e.g. graphic name: "./firedangerWD.php"
var fireImg3 =
{src : "./firedangerWD.php" // path and script for dynamic CBI image
,width : 170 ,height: 135 ,hspace: 0 ,vspace: 0 ,border: 0
,style : ""
,align : ""
,useTag: "ajaxfdimg"
};
//------------------------------------------------------------------------------
// WEBCAM IMAGE: optional setting for the webcam graphic
The second 'ajaxWDwx3.js' modification, also in context, adds this: set_ajax_obs("ajaxcloudheight",cloudText);
// Fire Risk ... FireDangerWD
;;;set_ajax_obs('ajaxProgress',rand+'fire','in Fire Danger');
temp = clientraw[ 4];
humidity = clientraw[5];
param = '?temp=' + temp +'&humidity=' + humidity;
set_ajax_obs("ajaxfdimg", param
,'<img src="' + fireImg3.src + param
+ '" width="' + fireImg3.width
+ '" height="' + fireImg3.height
+ '" hspace="' + fireImg3.hspace
+ '" vspace="' + fireImg3.vspace
+ '" />');
// Fire Risk ... (FWI)
You don't need to place it exactly where I did, but it seems to fit best right there.
Lastly, the 'ajax-dashboard6.php' modification, again in context:<?php } // end $useCBI ?>
<?php if ($useFD) { // Show Chandler Buring Index using firedangerWD.php ?>
<tr>
<td colspan ="2" style="text-align: center;">
<a href="<?php echo $fwi_url?>" target="_blank" title="Nebraska Wildfire Danger">
<span class="ajax" id="ajaxfdimg"><img src="firedangerWD.php" height="135" width="170" alt=""/></span></a>
</td>
</tr>
<?php } // end $useFD ?>
The 'title="***"' obviously needs to be modified to reflect the your link in 'AltAjaxDashboardConfig6.php', '$fwi_url'.
Hopefully this project is now finished. :-) It had been too long since I last played with 'ajaxWDwx3.js' and I had forgotten what I had learned earlier!
Edit 2015 Oct 24: I neglected to include one obvious additional ingredient to complete the above recipe, the relevant section of 'AltAjaxDashboardConfig6.php':// NOTE if FWI, FD and CBI are false, nothing will display. If two or all are ture, you will have one messed up display!
// Settings for FIRE INDEX & STORM PREDICTION GRAPHIC - TOP ROW UNDER FORECAST (***ONLY ONE OF THE FOLLOWING MUST BE TRUE!!!)
$useFWI = false; // Set to true to display Fire Weather Index
// (MUST BE FALSE IF CHANDLER BURNING INDEX IS ON!!!)
$useCBI = false; // Set to true to display Chandler Burning Index
// (MUST BE FALSE IF FIRE WEATHER INDEX IS ON!!!)
$useFD = true; // Use FiredangerWD.php graphic
// (ONLY ONE OF THESE THREE MAY BE ON (TRUE)!!!)
$fwi_url = "wxnfsfiredanger.php"; // Page to link to when user clicks on FWI Link. See http://www.wxforum.net/index.php?topic=18814.0
//
(This was posted earlier, but the omission here was unintentional.)
Edit 2015 Nov 5: It bothered me that the temperature in 'firedangerWD.php' wasn't switching when the 'METRIC | IMPERIAL' UOM switching was performed. There's a post below (http://www.wxforum.net/index.php?topic=20581.msg268874#msg268874) that explains the necessary modifications to achieve UOM switching in 'firedangerWD.php'.
-
Great job! I really like it, especially how despite the fact it gives quite a lot of parameters and variables, it is still nice and organized and one easily finds what they want. =D> =D> =D>
-
Great job! I really like it, especially how despite the fact it gives quite a lot of parameters and variables, it is still nice and organized and one easily finds what they want. =D> =D> =D>
Thanks for the kind words, but the credit really belongs to Scott Thompson who created and maintains the Alternate Dashboard6! He's the brains behind it, and I just try to tweak things here and there, sometimes successfully and sometimes not. :-)
-
It seems that my wind chill and outside temps are always the same. I doubled check my testtags, and everything seems correct. In the config file, I changed these settings, but it didn't seem to change anything..
// Settings for Feels Like Section (***You can set one or the other or BOTH if you wish!!!)
$useFL = true; // Set to false if you do not want to show the "Feels Like" Temperature above the colored word under the Temperature
$useHC = true; // Set to true if you want to show Heat Index and Wind Chill here instead
$MWC = '40'; // Set to 40 for F and 4.4 for C
$MHI = '80'; // Set to 80 for F and 26.6 for C
I did have both set to false, changing them to true didn't seem to change anything, but that could be because of my current temp of 64.
Any ideas?
Thanks
http://www.northbendweather.com/testtags.php?sce=view
-
It seems that my wind chill and outside temps are always the same. I doubled check my testtags, and everything seems correct. In the config file, I changed these settings, but it didn't seem to change anything..
// Settings for Feels Like Section (***You can set one or the other or BOTH if you wish!!!)
$useFL = true; // Set to false if you do not want to show the "Feels Like" Temperature above the colored word under the Temperature
$useHC = true; // Set to true if you want to show Heat Index and Wind Chill here instead
$MWC = '40'; // Set to 40 for F and 4.4 for C
$MHI = '80'; // Set to 80 for F and 26.6 for C
I did have both set to false, changing them to true didn't seem to change anything, but that could be because of my current temp of 64.
Any ideas?
Thanks
http://www.northbendweather.com/testtags.php?sce=view
Scott says this in his 'SetupInstructionsAlatDashboard69x.pdf':
"E – Feels Like and/or Wind Chill/Heat Index.
Some people didn’t like the Feels like temperature and wanted to use more standard readings like Wind Chill and Heat Index. I’ve made it so you can choose either or both now or even neither! – Note: It will only display if there is more than 2 degrees difference from the current temperature.
$useFL = true <For Feels like $useHC = true <For Heat Index and Wind Chill."
And this is the 'ajax-dashboard6.php code' that displays these values:<?php if (($useHC) && ((strip_units($nowTemp) >= $MHI))) { ?>
<?php langtrans('Heat Index'); ?>: <span class="ajax" id="ajaxheatidx2">
<?php echo strip_units($heati) . $uomTemp; ?></span><br />
<?php } // End Use Heat Index or WindChill Readings ?>
<?php if (($useHC) && ((strip_units($nowTemp) < $MWC))) { ?>
<?php langtrans('Wind Chill'); ?>: <span class="ajax" id="ajaxwindchill2">
<?php echo strip_units($windch) . $uomTemp; ?></span><br />
<?php } // End Use Heat Index or WindChill Readings ?><?php if (($useFL) && (abs((strip_units(abs($nowTemp))) - abs($feelslike)) >= 2)) { ?>
<?php langtrans('Feels like'); ?>: <span class="ajax" id="ajaxfeelslike">
<?php echo strip_units($feelslike) . $uomTemp; ?>
</span><br/>
<?php } // End Use Feels Like Display ?>
which uses boundaries of '$MHI' (Maximum Heat Index) and '$MWC' (Minimum Wind Chill).
You've posted the relevant 'AltAjaxDashboardConfig6.php' snippet setting these boundaries:$useFL = true; // Set to false if you do not want to show the "Feels Like" Temperature above the colored word under the Temperature
$useHC = true; // Set to true if you want to show Heat Index and Wind Chill here instead
$MWC = '40'; // Set to 40 for F and 4.4 for C
$MHI = '80'; // Set to 80 for F and 26.6 for C
//
So, unless the temperature is above 80°F the Heat Index won't display or the temperature is below 40°F the Wind Chill won't display. Additionally 'Feels Like' won't display unless there's a 2° difference between it and the outside temperature. That's what the code says. The Heat Index and Wind Chill values are both supplied by Weather Display's 'clientraw.txt' and 'testtags.php'. The 'Feels Like' value is only supplied by 'testtags.php'.
When conditions warrant, with your current settings your ajax-desktop69x will display those values appropriately.
-
I wasn't happy with the 'firedangerWD.php' graphic ignoring UOM changes between 'METRIC | IMPERIAL', so I modified 'ajaxWDwx3.js' and 'firedangerWD.php' to enable UOM switching.
This is the new 'ajaxWDwx3.js' 'fireImg3' section, in context: set_ajax_obs("ajaxcloudheight",cloudText);
// Fire Risk ... FireDangerWS
;;;set_ajax_obs('ajaxProgress',rand+'fire','in Fire Danger');
temp = clientraw[ 4];
humidity = clientraw[5];
param = '?temp=' + temp +'&humidity=' + humidity + '&uom=' + useUOM;
set_ajax_obs("ajaxfdimg", param
,'<img src="' + fireImg3.src + param
+ '" width="' + fireImg3.width
+ '" height="' + fireImg3.height
+ '" hspace="' + fireImg3.hspace
+ '" vspace="' + fireImg3.vspace
+ '" />');
// Fire Risk ... (FWI)
The only change is the addition of " + '&uom=' + useUOM" to "param = '?temp=' + temp +'&humidity=' + humidity", which makes that line read
"param = '?temp=' + temp +'&humidity=' + humidity + '&uom=' + useUOM;"
The changes to 'firedangerWD.php' are slightly more extensive, so downloading the latest version (http://gwwilkins.org/firedangerWD.php?sce=view) is your best bet. You can see it working on my homepage (http://gwwilkins.org) when you switch UOM's.
-
Hello. I installed, or at least tried to install, version 6.94 to my website today but nothing happened. I have the same dashboard as before. Any ideas what step I have missed or what went wrong?
http://dfweathergeek.com/index.php (http://dfweathergeek.com/index.php)
Thanks very much!
TXweathergeek.
-
You do have ajax-dashboard694.php installed. If I go to alt-ajax-dashboard6.php I see the new dashboard.
In your index.php do you have <?php include ("ajax-dashboard6.php"); ?> or is it <?php include ("ajax-dashboard.php"); ?>
-
You do have ajax-dashboard694.php installed. If I go to alt-ajax-dashboard6.php I see the new dashboard.
In your index.php do you have <?php include ("ajax-dashboard6.php"); ?> or is it <?php include ("ajax-dashboard.php"); ?>
Thanks for your replay. To make it simple here is my index.php
$TITLE= $SITE['organ'] . " - Home";
$showGizmo = true; // set to false to exclude the gizmo
include("top.php");
############################################################################
?>
</head>
<body>
<?php
############################################################################
include("header.php");
############################################################################
include("menubar.php");
############################################################################
//
$useTopWarning = true; // set to true to use only the rss-top-warning script
// set to false to use the rss-advisory script instead
?>
<div id="main-copy">
<?php // insert desired warning box at top of page
if(isset($SITE['NWSalertsCodes']) and count($SITE['NWSalertsCodes']) > 0) {
// Add nws-alerts alert box cache file
include_once("nws-alerts-config.php");
include($cacheFileDir.$aboxFileName);
// Insert nws-alerts alert box
echo $alertBox;
?>
<script type="text/javascript" src="nws-alertmap.js"></script>
<?php
} else { // use atom scripts of choice
if ($useTopWarning) {
include_once("atom-top-warning.php");
} else {
print " <div class=\"advisoryBox\">\n";
$_REQUEST['inc'] = 'y';
$_REQUEST['summary'] = 'Y';
include_once("atom-advisory.php");
print " </div>\n";
}
}
?>
<div class="column-dark">
<div align="center">
<br/>
<table width="99%" style="border: none">
<tr><td align="center">
<img src="http://icons.wunderground.com/data/640x480/<?php echo $SITE['WUregion']; ?>_rd_anim.gif" alt="Regional Radar" width="320" height="240" style="margin: 0px; padding: 0px; border: none" />
</td>
<td align="center">
<img src="http://icons.wunderground.com/data/640x480/<?php echo $SITE['WUregion']; ?>_ir_anim.gif" alt="Regional Infrared Satellite"
width="320" height="240" style="margin: 0px; padding: 0px; border: none" />
</td>
</tr>
<tr><td colspan="2" align="center"><small>Radar/Satellite images courtesy of <a href="http://www.weatherunderground.com">Weather Underground</a>.</small></td></tr>
</table>
<img src="<?php echo $SITE['imagesDir']; ?>spacer.gif" alt="spacer"
height="2" width="620" style="padding:0; margin:0; border: none" />
<div align="center">
<?php if(isset($SITE['ajaxDashboard']) and file_exists($SITE['ajaxDashboard']))
{ include_once($SITE['ajaxDashboard']);
} else {
print "<p> </p>\n";
print "<p> </p>\n";
print "<p>Note: ajax-dashboard not included since weather station not yet specified.</p>\n";
for ($i=0;$i<5;$i++) { print "<p> </p>\n"; }
}?>
</div>
</div><!-- end center -->
</div><!-- end column-dark -->
</div><!-- end main-copy -->
<?php
############################################################################
include("footer.php");
############################################################################
# End of Page
######################################
-
Look in 'Settings-weather.php' for '$SITE['ajaxDashboard']' and change accordingly.
-
Look in 'Settings-weather.php' for '$SITE['ajaxDashboard']' and change accordingly.
Thanks. It says do not change these settings? When you say change according what are you referring to?
-
You're modifying the template, therefore you MUST change this setting from 'ajax-dashboard.php' to 'ajax-dashboard6.php'. After all, the dashboard you want to use is 'ajax-dashboard6.php', is it not?
-
Yes. And I finally got it changed just prior to your last reply. Thanks!
-
Yes. And I finally got it changed just prior to your last reply. Thanks!
I see you're up and running with 'ajax-dashboard6'. Excellent!
-
I managed to uninstall and the reinstall the dashboard and got much better results after doing a lot of reading on this forum. However, I still have 3 issues.
1) The fire danger I con will not load. Well I say that, but i does very briefly appear when I refresh the webpage/ After that is stays as seen in the image.
2) I have no clue how I ended up with 2 Donate Buttons. Oddly, the top button is for our hero, Burnsville Weather LIVE. The bottom is set up for me as it should be. Where do I find the code for the top one and how to get rid of it?
3) The Clod Base graphic. as you can see it does show cloud height but I have read up and still can't figure why it will not show the graphic for me?
http://dfweathergeek.com/index.php
Thanks
TXWEathergeek
-
Hi,
1. Check your AltAjaxDashboardConfig6.php file for the following:
$FireImage = 'jpg'; // Set to match the images you have for the Fire Index (jpg, gif, png)
Make sure this is set to jpg. This could explain the disappearance of the icon.
3. The cloud-base.php file is missing.
Hope this helps,
John
-
Hi,
1. Check your AltAjaxDashboardConfig6.php file for the following:
$FireImage = 'jpg'; // Set to match the images you have for the Fire Index (jpg, gif, png)
Make sure this is set to jpg. This could explain the disappearance of the icon.
3. The cloud-base.php file is missing.
Hope this helps,
John
Thanks for your input. I already had it set at JPG.
I added the loud-base.php file but no changes.
-
...
I added the loud-base.php file but no changes.
This is from the initial comments in 'ajaxWDwx3.js': SCRIPT DOWNLOADS: |
| Cloud base graphic: http://www.bashewa.com/download-cloud-base.php |
Was this your source? Did you upload the backgrounds and refer to their location in 'cloud-base.php'?
When 'cloud-base.php' is properly set up and working, you can enter 'http://(your web site)/cloud-base.php' and see the current graphic. I can see your 'cloud-base.php?sce=view', but no graphic.
-
...
I added the loud-base.php file but no changes.
This is from the initial comments in 'ajaxWDwx3.js': SCRIPT DOWNLOADS: |
| Cloud base graphic: http://www.bashewa.com/download-cloud-base.php |
Was this your source? Did you upload the backgrounds and refer to their location in 'cloud-base.php'?
When 'cloud-base.php' is properly set up and working, you can enter 'http://(your web site)/cloud-base.php' and see the current graphic. I can see your 'cloud-base.php?sce=view', but no graphic.
Thanks for your help but you lost me? "upload the back grounds"? Nothing in the Alt Dashboard instructions says anything about that? Or maybe I'm just missing it (could be). I just need a step by step (basic) walk thru to get this to work. Thanks a bunch!
-
...
I added the loud-base.php file but no changes.
This is from the initial comments in 'ajaxWDwx3.js': SCRIPT DOWNLOADS: |
| Cloud base graphic: http://www.bashewa.com/download-cloud-base.php |
Was this your source? Did you upload the backgrounds and refer to their location in 'cloud-base.php'?
When 'cloud-base.php' is properly set up and working, you can enter 'http://(your web site)/cloud-base.php' and see the current graphic. I can see your 'cloud-base.php?sce=view', but no graphic.
Thanks for your help but you lost me? "upload the back grounds"? Nothing in the Alt Dashboard instructions says anything about that? Or maybe I'm just missing it (could be). I just need a step by step (basic) walk thru to get this to work. Thanks a bunch!
The help is here along with the necessary files: http://www.bashewa.com/download-cloud-base.php Please note that this is the url I gave you above.
-
I apologize if this was covered earlier in this thread.. But there are apparently some formatting issues in WD between b81 and the versions that have been released since then.. I bit the bullet and updated to b302 since the WU almanac code in b81 no longer works..
Anyway -- is there an easy way to correct the formatting issue in the dates for the Full Moon and New Moon with Alt Dashboard 6.94?
The full site is at http://www.indigopc.com
-
I apologize if this was covered earlier in this thread.. But there are apparently some formatting issues in WD between b81 and the versions that have been released since then.. I bit the bullet and updated to b302 since the WU almanac code in b81 no longer works..
Anyway -- is there an easy way to correct the formatting issue in the dates for the Full Moon and New Moon with Alt Dashboard 6.94?
The full site is at http://www.indigopc.com
The 'rdate()' function call for those entries needs to be modified since the formatting changed in versions after b81. See the 'rdate()' changes here (http://www.wxforum.net/index.php?topic=20581.msg266746#msg266746).
-
The 'rdate()' function call for those entries needs to be modified since the formatting changed in versions after b81. See the 'rdate()' changes here (http://www.wxforum.net/index.php?topic=20581.msg266746#msg266746).
Excellent... Fixed it now.. Thank you!
-
Hello,
Here is my solution for that.
<tr>
<td class="data1"><?php langtrans('Full Moon'); ?>:</td>
<td class="data1" nowrap="nowrap" style="text-align: right;">
<?php echo $fullmoondate; ?>
</td>
</tr>
<tr>
<td class="data2"><?php langtrans('New Moon'); ?>:</td>
<td class="data2" nowrap="nowrap" style="text-align: right;">
<?php $nnmlen = strlen($nextnewmoon) - 9; ?>
<?php echo substr($nextnewmoon, 9 ,20); ?><br />
</td>
</tr>
<?php } // End Almanac ?>Looks like: (http://www.wxforum.net/index.php?action=dlattach;topic=20581.0;attach=20127)
-
In the older config files for the alt dashboards, it had a spot to put in start and stop months to show the snow area on your dashboard like this..
$snowstart = '10'; // Starting month to display snow information (1-12) Default is 11 (0=No Snow)
$snowend = '3'; // Ending month to stop displaying snow information (1-12) Default is 5 (0=No Snow)
But in version 6.94 config file, it seems its not there anymore. Did this feature turn into manual? If so that's fine.
-
In the older config files for the alt dashboards, it had a spot to put in start and stop months to show the snow area on your dashboard like this..
$snowstart = '10'; // Starting month to display snow information (1-12) Default is 11 (0=No Snow)
$snowend = '3'; // Ending month to stop displaying snow information (1-12) Default is 5 (0=No Snow)
But in version 6.94 config file, it seems its not there anymore. Did this feature turn into manual? If so that's fine.
The Snow display in version 6.94 is controlled by the AltAjaxDashboardConfig6.php variable '$S3C2', which also controls the display of Tides and Lightning. The $snowstart and $snowend variables aren't needed. I think Scott felt that lightning and snow were mutually exclusive, which oddly hasn't been the case so far this Winter.
I don't measure snow because I have no place where the measurements would be reliable due to prevailing winds and terrain. Because I use a heated rain gauge I have a function that substitutes 'Precip.' for 'Rain' in much of my ajax-dashboard 6.94 during what I have defined as appropriate months. The dashboard code I've added://Determine use 'Rain' or 'Precip' based on $heatedRainGauge
$precipSTR = 'Rain';
if ( $heatedRainGauge ) {
for ($i=0; $i<count($winterMonths); $i++) {
if ( $winterMonths[$i] == substr($monthname, 0, 3) ) {
$precipSTR = 'Precip';
break;
}
}
}
and in 'AltAjaxDashboardConfig6.php':$heatedRainGauge = true; // Use Precip instead of Rain during Winter Months - Useful for heated rain gauges.
$winterMonths = array('Nov','Dec','Jan','Feb','Mar'); // Define Winter Months in preferred language
I've also added logic to use 'Snowmelt' where appropriate instead of current or Today's 'Rain' when conditions are '$freezing'. I can share this if anyone is interested.
When you use '$S3C2' to control the snow display Scott has included appropriate logic to do so:if (($useSNOW) and ($snownow > 0))
$S3C2 = $S3C2 + 5; //Snow is on the ground
with<?php if (($S3C2 == 1) or ($S3C2 == 6) or ($S3C2 == 9)) { // Show Snow ?>
<td class="datahead"><?php langtrans('Snow'); ?><sup>3</sup></td>
<?php } // end $freezing ---------------------------------------- ?>
and the payoff:<?php if (($S3C2 == 1) or ($S3C2 == 6) or ($S3C2 == 9)) { // Show Snow ?>
<tr>
<td class="data1"><?php langtrans('Today'); ?>: </td>
<td class="data1" style="text-align: right;">
<span class="ajax" id="ajaxsnowToday2">
<?php printf("%8.2f", $snowtoday);
echo $uomSnow; ?></span>
</td>
</tr>
<tr>
<td class="data1"><?php langtrans('Yesterday'); ?>:</td>
<td class="data1" style="text-align: right;">
<span class="convSnow"><?php printf("%8.2f", $snowyesterday);
echo $uomSnow; ?></span>
</td>
</tr>
<tr>
<td class="data1" nowrap="nowrap"><?php echo substr($monthname, 0 ,3) . " Snow:" ?> </td>
<td class="data1" nowrap="nowrap" style="text-align: right;">
<?php echo gen_difference(strip_units($snowmonth), $avgmonthsnow1, '', 'Over %s' . $uomSnow . ' for the month', 'Under %s' . $uomSnow . ' for the month'); ?>
<span class="ajax" id="ajaxsnowMonth"><?php printf("%8.2f", $snowmonth); echo $uomSnow; ?></span>
</td>
</tr>
<tr>
<td class="data1" nowrap="nowrap"><?php echo substr($monthname, 0 ,3) . " Avg:"; ?></td>
<td class="data1" nowrap="nowrap" style="text-align: right;" >
<span class="convSnow"><?php printf("%8.2f", $avgmonthsnow1); echo $uomSnow; ?></span>
</td>
</tr>
<tr>
<td class="data1" nowrap="nowrap"><?php langtrans('Diff from Avg'); ?>:</td>
<td class="data1" style="text-align: right;">
<span class="convSnow"><?php printf("%8.2f", strip_units($sndiff)); echo $uomSnow; ?></span>
</td>
</tr>
<tr>
<td class="data1"><?php langtrans('Season Total'); ?>:<sup>2</sup></td>
<td class="data1" style="text-align: right;">
<span class="ajax" id="ajaxsnowSeason"><?php printf("%8.2f", $snowseason); echo $uomSnow; ?></span>
</td>
</tr>
<tr>
<td class="data1"><?php langtrans('Snow Depth'); ?>: </td>
<td class="data1" style="text-align: right;">
<span class="ajax" id="ajaxsnowDepth">
<?php printf("%8.2f", $snownow); echo $uomSnow; ?></span>
</td>
</tr>
<tr>
<td class="data1" colspan="2" style="text-align: center;">
<?php echo "$snowdaysthismonth snow day";
$t = ($snowdaysthismonth != 1) ? 's' : '';
print "$t in " . $monthname;
?>
</td>
</tr>
<tr>
<td class="data1" colspan="2" style="text-align: center;">
<?php
echo "$snowdaysthisyear snow day";
$t = ($snowdaysthisyear != 1) ? 's' : '';
print "$t this season."; ?><sup>2</sup>
</td>
</tr>
<tr>
<td class="data1" colspan="2" style="text-align: center;">
<?php echo "First Snow of Season:"; ?><br />
<?php $_array = split_hash_date($firstsnowseason) ?>
<?php echo rdate($RecDateF, $_array[1], $_array[0], $_array[2]); ?>
</td>
</tr>
<tr>
<td class="data2" colspan="2" style="text-align: center;">
<?php echo "Average 1st Snow:"; ?><br />
<?php echo $firstsnowseasonav; ?>
</td>
</tr>
<?php } // end $useSNOW ---------------------------------------- ?>
-
Thanks for the info... So I just need to remember to remove the snow section once the snow has stopped falling.
-
Ok, I finally upgrade my Weather Display to the latest builds from Weather Display. Because of the changes in the new versions I had to make some changes to the dashboard (all of which are already laid out in this thread). If you have already made the changes for the date issue, you do NOT need to update.
Version 6.94 is for Weather Display 10.37R Build 81 or less. There will be no more updates for that version.
Thanks everyone.
Scott
-
Unfortunately I can not download it anymore. :sad:
Can anyone have a place where I can download version 6.95?
Thanks
-
Yes. https://saratoga-weather.org/scripts-legacy.php#scott
-
:lol: =D> =D>
Thank you very much