I updated to the latest version today and now nothing seems to work. What have i done wrong. Please assist.
Thanks.
what and in what file do I need to change to get the countdown to change from 10secs to 60secs, have reverted from Meteobridge to WD and the guage refresh appears tobe 60secs
You don’t seem to have uploaded: /scripts/RGraph.radar.min.js
gauges.js…
config = {
counter: 10,
Maybe I am wrong but I seem to remember from all those lost posts, that you were using the Leuven-Template.
As the small globe on your avatar results in a 404 error, I can not check your site if you are indeed using that.
If so, in wsSettings.php there can be a setting
$SITE[‘steelTime’] = 30;
You can then reset that to any values between 10 and 61 seconds.
If there is no such setting => add one.
===
As there are multiple scripts to display the steelseries, you can also reset the default value to a different value for that script.
1 script for header3 => gaugeframe.php => lines 117-119
1 full page script => gauge.php
2 dashboard scripts => gaugeSmall.php and gaugeXsmall.php
Just scan for the lines with $SITE[‘steelTime’] in it.
If WD uploads the file every 60 seconds you should set the time not higher then 30 seconds. With 60 seconds it could be in rare occasions 1 second old data when the upload just arrived.
But with the same chance it would be 59 seconds.
Wim
Thanks Wim
just realised had changed web address and not updated profile, done now
not having much luck finding anything to change
Your weather2/wsSettingsWeather.php lines
35 | #---------------------------------------------------------------------------
36 | # upload time for steelseries data
37 | #---------------------------------------------------------------------------
38 | $SITE['steelTime'] = 10; // wait time to retrieve new info for steelseries gauges
Set that to value at line 38 to
38 | $SITE['steelTime'] = 30; // wait time to retrieve new info for steelseries gauges
EDIT 2015-05-08 17:32 CEST: Sorry I types the wrong script name.
I think you lost the updated profile with the server crash 
this is what I have on line 38 in my wsSettings.php and there is no ref to the word steeltime in the file, could be im using a old copy of wsSettings ?
35 # Select the region you are in or choose other
36 #---------------------------------------------------------------------------
37 #$SITE[‘region’] = ‘america’; // #####
38 #$SITE[‘region’] = ‘canada’; // #####
39 $SITE[‘region’] = ‘europe’; // #####
40 #$SITE[‘region’] = ‘other’; // #####
Sorry weather2/wsSettingsWeather.php
Wim
Yes, excellent, not a problem
Thanks Wim
Hi Mark,
Put up 2.5.9 today. Was working fine this morning. Just looked again and Cloud Base is having a fit. It climbs to the height, stays there for 1-2 seconds, then drops back to 0 and starts it all over again. Same number is displayed. Only seems to happen with setting at ‘ft’.
http://tiggrweather.net/wxssgauges.php
Thoughts appreciated.
Now the cloud height is acting normally. At the time of the failure the indicated height was >20,000 ft, now it’s around 15,000 ft. Perhaps a clue there?
Thanks.
Did you look at the cloud height value in the customclientraw file at the time that it was displaying incorrectly?
Hi niko,
Long time.
Yes, I did. The numbers matched, but it wasn’t until late this afternoon when the height came down to <20K ft that the nonsense stopped. Now it’s down to 11,700 ft and is still OK.
Thanks.
Just checked again and the cloud height had reset itself from ft to m; i.e., apparently the cookie didn’t hold that option. It’s now showing 9,300 ft.
Another puzzle piece…
Hi John,
Wow! We never get values like that in the UK - hence I’ve never seen this behaviour before.
OK two things…
First the cookie holds the ft/m unit on your web site for me - I suggest you delete all cookies and data in your browser for your site only and try that again. I have seen similar things from time to time with various sites in Chrome and that usually fixes it.
Second, the gauge ‘bouncing around’ thing. This is caused in part by your very high values, and the gauge performing some logic to try and produce a ‘nice looking scale’
A quick fix whilst I think about how to handle this more elegantly would be to add an extra config parameter at line 2528…
params.niceScale = false;
Actually a more elegant ‘patch’ would be to ignore that first one and add an extra line at 2577…
cache.maxValue = ssGauge.getMaxValue();
So that code block now reads…
if (cache.maxValue !== ssGauge.getMaxValue()) {
ssGauge.setValue(0);
ssGauge.setMaxValue(cache.maxValue);
cache.maxValue = ssGauge.getMaxValue();
}
Mark,
Added the one line - cache.maxValue = ssGauge.getMaxValue(); - and dumped all cookies for the site.
Gauge is behaving nicely, but… ceiling is currently only 11,400 ft and will probably take two days for this one to clear out and get back to 20,000+. Will let you know.
Thanks for the quick reply. 