Topic: Alternative-Dashboard Version 6.21

[BurnsvilleWeather]

Hi Scott,

Thanks for the recent upgrade.  Looks like most of the fixes are working.  Although, some fixes were minor and I don't have freezing temps here so far, those fixes are welcome for those that have that changes is temps.

Thanks for all the support that you have provided.

--Stan Y.
   Maui, Hawaii

Thanks Stan, most appreciated.  I know you have helped with bugs too, it really takes time to find some of them and everyone's help is always appreciated! 

Scott

[jgillett]

Hi Scott,

Haven't gotten to v6.07 yet, but I did find a problem in v6.06 that may have been carried over (this was not in previous versions).

Around line 1326 is...

Code: [Select]

echo "<span style=\"font-size: 85%; \">Data Not<br />Available</ span><br /><br /><img src=\"./ajax-images/AQI0.jpg\" alt=\"Data Not Available\" />";There are two spaces in there that shouldn't be - actually one is more personal formatting, but the other causes a validation failure.

1. Not a biggie - the space between 85% and the \ can come out (just a code formatting thing).

2. After Available you have </ span>. That should be </span> (no space). This one causes the validation failure.

So the final code would be...

Code: [Select]

echo "<span style=\"font-size: 85%;\">Data Not<br />Available</span><br /><br /><img src=\"./ajax-images/AQI0.jpg\" alt=\"Data Not Available\" />";
You told me to keep finding stuff...   

[BurnsvilleWeather]

Hi Scott,

Haven't gotten to v6.07 yet, but I did find a problem in v6.06 that may have been carried over (this was not in previous versions).

Around line 1326 is...

Code: [Select]

echo "<span style=\"font-size: 85%; \">Data Not<br />Available</ span><br /><br /><img src=\"./ajax-images/AQI0.jpg\" alt=\"Data Not Available\" />";There are two spaces in there that shouldn't be - actually one is more personal formatting, but the other causes a validation failure.

1. Not a biggie - the space between 85% and the \ can come out (just a code formatting thing).

2. After Available you have </ span>. That should be </span> (no space). This one causes the validation failure.

So the final code would be...

Code: [Select]

echo "<span style=\"font-size: 85%;\">Data Not<br />Available</span><br /><br /><img src=\"./ajax-images/AQI0.jpg\" alt=\"Data Not Available\" />";
You told me to keep finding stuff...   

Will be fixed in the next version!  Thanks!

Scott

[klamort]

Hi,

I am still having a small problem... with the translation... In the current conditions, it is always written "It is" You can see it here: http://www.voyage-moto.be/?page_id=1156

I tried to change it in ajax-dashboard.php on line 467...

But it still does show up. Is there another place where I have to make the change also.

Also I am missing quite à few Icons for the windrose, is there à place I can download them.

Thanks.

[BurnsvilleWeather]

Hi,

I am still having a small problem... with the translation... In the current conditions, it is always written "It is" You can see it here: http://www.voyage-moto.be/?page_id=1156

I tried to change it in ajax-dashboard.php on line 467...

But it still does show up. Is there another place where I have to make the change also.

Also I am missing quite à few Icons for the windrose, is there à place I can download them.

You will find it in ajaxWDwx.js too

Scott

[youngros]

Quote from: youngros on January 05, 2011, 07:47:18 AM
Hi Scott,

CSS is improving slowly http://www.mad-weather.com/ajax6.php the one thing I seem to have missed is how to keep the UV image showing, it shows briefly when you press F5, but it's not there all the time.

I also had the all time station record showing 1/1/1970 but on your high lows trend script it was showing the correct date so I changed

<?php echo create_datemdy($recordhightempmonth,$recordhightempday,$recordhightempyear)?>

to

<?php
                      if ($WDdateMDY)
                          echo fixup_date($recordhightempmonth . "/" . $recordhightempday . "/" . $recordhightempyear);
                      else   
                          echo fixup_date($recordhightempday . "/" . $recordhightempmonth . "/" . $recordhightempyear);
                   ?>

and that now works. Interesting to note that it was only the high temperature that was affected and not the low or warmest coldest days and nights.

Rosalind

If it disappears right away it's the ajax java script that is updating it.  You have something set wrong in that.  What does it show?

Scott

Hi Scott, sorry for the delay in replying.
What am I supposed to be looking for on the ajax java script?
Pleased to have been of some help with the above script.

Rosalind

[BurnsvilleWeather]

Hi Scott, sorry for the delay in replying.
What am I supposed to be looking for on the ajax java script?
Pleased to have been of some help with the above script.

Rosalind

Rosalind

I see you have version 6.02 and there have been several changes since then that I think will help improve how things work for you since you're using metric readings.  You should download the update, replace your ajax-dashboard6.php and ajaxWDwx.js files with the ones in version 6.07.  That will help several things.  Can you send me a screen shot of what you see in the daytime in the UV section, when I look at it, its working well but it's still dark there!  I'll try to check it a bit later when it lighter there and maybe I can see it.  The link to the update is at the end if this thread.  

I've also noticed an error in the Java Script, that is probably what is causing the script to stop before it finishes updating the UV.  The error I'm seeing is:

Code: [Select]

Webpage error details

Timestamp: Fri, 28 Jan 2011 01:55:19 UTC

Message: 'clientraw' is undefined
Line: 672
Char: 7
Code: 0
URI: http://www.mad-weather.com/ajaxWDwx.js


Message: 'clientraw' is undefined
Line: 672
Char: 7
Code: 0
URI: http://www.mad-weather.com/ajaxWDwx.js


This probably means that the path to your clientraw.txt file (defined in both the settings file and java script file) is incorrect and it can't find that file.  Look for a line that looks something like this in both:

Code: [Select]

var clientrawFile = './clientraw.txt'; // location of clientraw.txt relative to this page on website
Updated 1/28/2011 - Just got a look at the problem and it is because you don't have the right images in the right spot.  It is looking for the UV images to be in the following location:

http://www.mad-weather.com/ajax-images/uv4.gif

Also make sure the file names are lowercase and in .gif format!



Scott

[stewart45]

Just a small thing ,is it possible to have the two temp displays show the same, I'm assuming one rounds up

[BurnsvilleWeather]

Just a small thing ,is it possible to have the two temp displays show the same, I'm assuming one rounds up

You can change the temperature rounding by either changing the gizmo to display the Temp with 1 decimal point or change ajaxWDwx-settings.js to make temp show with 0 decimal points.  There is a section that allows you to choose that in the settings under units of measure.

Scott

[stewart45]

Thanks Scott

[youngros]

Hi Scott, now got the uv images showing...images were uv01 instead of uv1
the clientraw.txt file is in the same directory as the ajaxWDwx.js so not sure what is wrong there.
I have downloaded the new files and will look at updating next week when I have a bit more time to spend on it.

Thanks for your help. Rosalind

[jgillett]

Hi Scott,

Now that split() has gone bye-bye in PHP 5.3.x, will you be updating your stuff - sometime?   

Thanks.

[klamort]

Hi Scott,

I see that you have enough work around here...
I am still having a small problem, with the record high and record low... you can see it here http://www.voyage-moto.be/?page_id=1156

The record high is really not right... but I am not sure if it is my configuration or weather underground or your script....

Thanks for your help...

Klaus

[CNYWeather]

But that 52.4 is mm though Scott. My avg. shows as 26.9 for January.

You may want to verify your snow setting in WD then.  I'm not sure why it would be in mm as by default it is stored in cm and then converted to in.  I double checked mine, it is right on with what WD says is my average.

Scott

I asked over at the WD forums, and Brian said that my testtags are correct and had no idea how
to get the tags to show up in cm like you have unless I convert I believe.

Code: [Select]

$avsnowjan = '13.5'; //Average snow for jan from your inputted snow data (cm)
$avsnowfeb = '25.7'; //Average snow for feb from your inputted snow data (cm)
$avsnowmar = '0.4'; //Average snow for mar from your inputted snow data (cm)
$avsnowapr = '2.1'; //Average snow for apr from your inputted snow data (cm)
$avsnowmay = '0.0'; //Average snow for may from your inputted snow data (cm)
$avsnowjun = '0.0'; //Average snow for may from your inputted snow data (cm)
$avsnowjul = '0.0'; //Average snow for jul from your inputted snow data (cm)
$avsnowaug = '0.0'; //Average snow for aug from your inputted snow data (cm)
$avsnowsep = '0.0'; //Average snow for sep from your inputted snow data (cm)
$avsnowoct = '1.6'; //Average snow for oct from your inputted snow data (cm)
$avsnownov = '9.2'; //Average snow for nov from your inputted snow data (cm)
$avsnowdec = '55.7'; //Average snow for dec from your inputted snow data (cm)

[BurnsvilleWeather]

I am still having a small problem, with the record high and record low... you can see it here http://www.voyage-moto.be/?page_id=1156
The record high is really not right... but I am not sure if it is my configuration or weather underground or your script....
Klaus

Klaus,

I see your function for changing between metric and imperial is not working either, did you modify the code to show only metric readings? 

Scott

[BurnsvilleWeather]

I asked over at the WD forums, and Brian said that my testtags are correct and had no idea how
to get the tags to show up in cm like you have unless I convert I believe.

Code: [Select]

$avsnowjan = '13.5'; //Average snow for jan from your inputted snow data (cm)
$avsnowfeb = '25.7'; //Average snow for feb from your inputted snow data (cm)
$avsnowmar = '0.4'; //Average snow for mar from your inputted snow data (cm)
$avsnowapr = '2.1'; //Average snow for apr from your inputted snow data (cm)
$avsnowmay = '0.0'; //Average snow for may from your inputted snow data (cm)
$avsnowjun = '0.0'; //Average snow for may from your inputted snow data (cm)
$avsnowjul = '0.0'; //Average snow for jul from your inputted snow data (cm)
$avsnowaug = '0.0'; //Average snow for aug from your inputted snow data (cm)
$avsnowsep = '0.0'; //Average snow for sep from your inputted snow data (cm)
$avsnowoct = '1.6'; //Average snow for oct from your inputted snow data (cm)
$avsnownov = '9.2'; //Average snow for nov from your inputted snow data (cm)
$avsnowdec = '55.7'; //Average snow for dec from your inputted snow data (cm)/quote]

I have no idea why it would be different, I added in the tages a long time ago when I copied the lines from the file Brian included with WD of all available tags.  If it is actually in mm then somehow it must be converted as I do nothing to change the readings and I have heard of no one else having the problem.  At the top of the code, there is a section that selects which snow measurement to use, and it too assumes that it is in cm

Code: [Select]

// Snow setup
if (preg_match('|in|i',$uomSnow)) { // use USA measurements
  $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
} else { // use Metric measurements
  $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
}
I don't have a good answer for you, sorry.

Scott

[BurnsvilleWeather]

Hi Scott,

Now that split() has gone bye-bye in PHP 5.3.x, will you be updating your stuff - sometime?   

Thanks.

Yes, I will look into that shortly and hopefully have something soon.

Scott

[CNYWeather]

Would you know where I can get a fresh copy of all the testtags?

I also see I dont have any tags like $avgmonthsnow1 to go with in my test of Dashboard 6.07

Thank you.

[jgillett]

Hi Scott,

Now that split() has gone bye-bye in PHP 5.3.x, will you be updating your stuff - sometime?   

Thanks.

Yes, I will look into that shortly and hopefully have something soon.

Scott

No rush - just wondering.

Is it just basically replacing split with explode, or am I making it too easy?

Thanks.

[BurnsvilleWeather]

Hi Scott,

Now that split() has gone bye-bye in PHP 5.3.x, will you be updating your stuff - sometime?   

Thanks.

Yes, I will look into that shortly and hopefully have something soon.

Scott

No rush - just wondering.

Is it just basically replacing split with explode, or am I making it too easy?

Thanks.

LOL, Easy is always good... I have been starting the upgrade for awhiel, just no time to put into it right now!

Scott

[BurnsvilleWeather]

Would you know where I can get a fresh copy of all the testtags?

I also see I dont have any tags like $avgmonthsnow1 to go with in my test of Dashboard 6.07

Thank you.

$avgmonthsnow1 and $avgmonthrain1 are variables from the script itself, not test tags.  The base testtags.txt are available from Ken's site if I remember and then the additional tags are available in a text file in the script archive. (version 6.xx)

Scott

[jgillett]

Hi Scott,

Now that split() has gone bye-bye in PHP 5.3.x, will you be updating your stuff - sometime?   

Thanks.

Yes, I will look into that shortly and hopefully have something soon.

Scott

No rush - just wondering.

Is it just basically replacing split with explode, or am I making it too easy?

Thanks.

LOL, Easy is always good... I have been starting the upgrade for awhiel, just no time to put into it right now!

Scott

Drop me an email with a split statement and what it would look like translated for 5.3. Maybe I can fiddle with it.

The class I told you about starts Wednesday. Cross fingers (eyes, toes, etc.) please...

[klamort]

Klaus,

I see your function for changing between metric and imperial is not working either, did you modify the code to show only metric readings? 

Scott

Hi Scott,

I did certainly change all the metrics I found.... so I did set up again the original files... but I am still having the same problem...

KLaus

[BurnsvilleWeather]

I see your function for changing between metric and imperial is not working either, did you modify the code to show only metric readings? 

I did certainly change all the metrics I found.... so I did set up again the original files... but I am still having the same problem...

There is no need to change the code for that, just change the default unit of measure in the settings to "M" and it will do that automatically.  Send me a copy of your ajax-dashboard6.php and I'll check it out.

Scott

[stormwatch]

Hope someone can help me pinpoint the problem that is keeping me from successfully updating from Scott's V4.20 to the new ajax V6.07. I have been working off and on with this for several months (ajax) but have tried to get down to serious business the last week and just can't get the dashboard to show on my test page. All I am getting is the top, head and fly=out menu. No dashboard or footer. Not too familiar with Firebug but had it up and working and could see my clientraw info getting pulled in alright.

Here is what I am getting right now:  www.carolinastormwatch.com/indextest.php

Also attached my Dashboard6 file and ajaxWDwx and ajaxWDwx-settings files if  someone could please take a look and see if they can spot a problem.

Any help would be greatly appreciated!! Tony at CNY Weather has been very helpful but he has had trouble locating the issue.

Tom