How do I get graphics in the pop-ups on the Steel Series Gauges in Weather Display. Also the Temp gauges have a bad character set (Ã…).
I have Apache/2.4.33 (Win32) PHP/5.6.36 installed on the weather computer that mirrors on the LAN what is sent to the server. From there the character set is correct. https://www.railroadflat.org/weather/steel/sgauges.htm
The /weather/ directory is the root of Weather Display, a hold over from my VWS days. wxgraphs is /weather/wxgaphs/, jpgraph is /weather/jpgraph/ which might be my problem.
I also note they show °C instead of °F, and they won’t stay on °F. Both these problems probably arise because you have edited a script with a text editor that doesn’t understand UTF-8: see here. This is really important.
Round about line 38 of gauges.js you tell SSGauges where to find the graphs:
imgPathURL : './images/', // *** Change this to the relative path for your 'Trend' graph images
Once the graphs are working correctly you can change which ones to display further down in gauges.js, just below the warning not to change anything:
Weather Display is Case 1 (line 232 in my version). As mentioned in line 251 you may have to play with the aspect ratio in gauges-ss.css (line 103), but I think Stuart has changed the default so 360x260 may not work.
Six of them give JpGraph Error: 25071, minimum value is larger than the maximum value for the scale.
I think these are all pressure graphs, so you need to look at the recommended global pressure settings in graphsconf.php (line 114 in my old version).
This looks related to your mention the way out there heat index. All the other readings in wdlive appear to be correct, don't know what happened to the heat index.
https://www.railroadflat.org/weather/testtags.php?sce=view
FreshWDLive gets its data from clientraw.txt and clientrawextra.txt, not testtags. Heat index is field #112 in clientraw.txt: you can check values here (see attachment).
P.S. Specific questions about SS Gauges or wxgraphs should ideally be posted on their respective Forum boards to get more attention.
I also note they show °C instead of °F, and they won't stay on °F. Both these problems probably arise because you have edited a script with a text editor that doesn't understand UTF-8: see here. This is really important.
I still have the bad character set (Ã…). Editors I use are Dreamweaver CS5.5, Homesite++ and Notepad3. I removed Notepad3 and replaced it with Notepad++ as recommended used it to re-do guages.js from scratch and still have the bad character set on Temp both the gauges and popup graphs.
Tried to download your graphsconfig.php file but got zero bytes and I still have two of the graphs I want to use with JpGraph Error: 25071
Maybe the graphs need to be even squarer? (Compare the shape to the graphs on the test page.)
I still have the bad character set (Ã…). Editors I use are Dreamweaver CS5.5, Homesite++ and Notepad3. I removed Notepad3 and replaced it with Notepad++ as recommended used it to re-do guages.js from scratch and still have the bad character set on Temp both the gauges and popup graphs.
. . . and the random switching between F and C with odd values thrown in. (BTW the bad character appears in gauges and popup gauge tooltips, not in the graphs, so it is only a Gauges problem.)
Sorry. . . The thread detailing the same problems was answered by a post from the author of SS Gauges, and he also said the problem might be with the coding of the page the gauges are shown in. The OP seems to have solved his problem by using a script that allows UTF-8 scripts to display correctly in his Saratoga template?
Tried to download your graphsconfig.php file but got zero bytes and I still have two of the graphs I want to use with JpGraph Error: 25071
The graphsconfig.php file has changed between V3.0 and V3.1, but I presume it still has settings like this:
//Pressure units
$pres_conv = 0.0295; // Set to 0.0295 for in of mercury or 1 for hPa/mb
$pres_unit = "in"; // Set to required value
$pres_format = "%0.1f"; // Sets no of decimal places to display use %0.1f when using inches and %0.0f when using hPa/mb
$pres_automin = 27; // Sets the min Y axis value, suggest 27 for in and 950 for hPa/mb
$pres_automax = 31; // Sets the max Y axis value, suggest 31 for in and 1050 for hPa/mb
I was also assuming that it was a global setting because the problem affects all your pressure graphs.
And I see you sorted the Heat Index problem elsewhere
(Try downloading the copy of the file on your web server, then opening it in Notepad++.
Does it still show as UTF8 encoded?
If not, is your FTP client uploading the file as ASCII rather than binary?)
Then problem with the corrupt degree character may be the web server. It is forcing the script content to be interpreted as ISO-8859-1 in the response headers.
[quote author=bitsostring link=topic=71500.msg574872#msg574872 date=1627901153]
:)
//Pressure units
$pres_conv = 0.0295; // Set to 0.0295 for in of mercury or 1 for hPa/mb
$pres_unit = "in"; // Set to required value
$pres_format = "%0.1f"; // Sets no of decimal places to display use %0.1f when using inches and %0.0f when using hPa/mb
$pres_automin = 27; // Sets the min Y axis value, suggest 27 for in and 950 for hPa/mb
$pres_automax = 31; // Sets the max Y axis value, suggest 31 for in and 1050 for hPa/mb
That fixed it. I want inches for pressure and changed that, I had the numbers for hPa/mb and changed that.
Thank you bitsostring.
I did have a charset=iso-8859-1 .htaccess file in the weather directory. I didn’t think to look there, looked in the root instead. Changed it and the problem is resolved.
Thank you mcrossley.