Welcome to the Cumulus Support forum.
Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024
Cumulus MX V4 beta test release 4.0.0 (build 4019) - 03 April 2024
Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024
Cumulus MX V4 beta test release 4.0.0 (build 4019) - 03 April 2024
Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)
Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki
Bad reading nooa monthly e yearly report
Moderator: mcrossley
- mcrossley
- Posts: 12767
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: Bad reading nooa monthly e yearly report
The Saratoga template doesn't use UTF-8 encoding, so yes you have to manipulate the text like that to get it to display correctly. A UTF-8 encoded NOAA file embedded in a UTF-8 encoded HTML page <pre> displays just fine.
- beteljuice
- Posts: 3292
- Joined: Tue 09 Dec 2008 1:37 pm
- Weather Station: None !
- Operating System: W10 - Threadripper 16core, etc
- Location: Dudley, West Midlands, UK
Re: Bad reading nooa monthly e yearly report
Now't to do with the beteljuice.
The web page viewer simply wraps what is generated in <PRE> tags so that spaces / linefeeds are respected.
However Hans ... as you well know we are discovering an increasing amount of server / ftp combinations that are corrupting ° regardless of binary or ascii. (I think maybe something to do with binary 64 ?)
Although ° is one of the HTML5 preferred syntaxes, perhaps it should be replaced by whatever you finally found works for all ?
The web page viewer simply wraps what is generated in <PRE> tags so that spaces / linefeeds are respected.
However Hans ... as you well know we are discovering an increasing amount of server / ftp combinations that are corrupting ° regardless of binary or ascii. (I think maybe something to do with binary 64 ?)
Although ° is one of the HTML5 preferred syntaxes, perhaps it should be replaced by whatever you finally found works for all ?
......................Imagine, what you will KNOW tomorrow !
- HansR
- Posts: 5966
- Joined: Sat 20 Oct 2012 6:53 am
- Weather Station: GW1100 (WS80/WH40)
- Operating System: Raspberry OS/Bookworm
- Location: Wagenborgen (NL)
- Contact:
Re: Bad reading nooa monthly e yearly report
@Mark: OK apparently everybody has to find his own solution. Maybe I just change the default Saratoga encoding
@beteljuice:
@beteljuice:
Maybe... but see my next remark...beteljuice wrote: ↑Thu 07 Nov 2019 1:14 pm However Hans ... as you well know we are discovering an increasing amount of server / ftp combinations that are corrupting ° regardless of binary or ascii. (I think maybe something to do with binary 64 ?)
That whatever I found, works for all is actually not one solution: in my situation for CumulusUtils it means that I use "°C" for HTML (having tried º ° and making some errors there) and "\u00B0C" for generated javascript. So far this works for me everywhere.beteljuice wrote: ↑Thu 07 Nov 2019 1:14 pm Although ° is one of the HTML5 preferred syntaxes, perhaps it should be replaced by whatever you finally found works for all ?
Hans
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
-
- Posts: 106
- Joined: Wed 10 Feb 2016 8:43 pm
- Weather Station: Oregon Scientific wmr-200
- Operating System: Windows 10 - Android
- Location: U.S.
Re: Bad reading nooa monthly e yearly report
mcrossley wrote: ↑Thu 07 Nov 2019 11:56 amA can of worms!
Short answer yes, in gauges.js
Change "windScaleDefMaxKmh" to what ever you want. (line 119 in the interface version of gauges.js)
But the code will change the max value depending on the data it is given - it will automatically increase the value as the wind speed approaches the current max value - and and what numbers will give a nice spread of figures and tickmarks.
Hi , where do I find this file? I searched everywhere
-
- Posts: 106
- Joined: Wed 10 Feb 2016 8:43 pm
- Weather Station: Oregon Scientific wmr-200
- Operating System: Windows 10 - Android
- Location: U.S.
Re: Bad reading nooa monthly e yearly report
I still have this strange character problem, I'd like to solve it, but how?
On the interface of cumulus mx I see well the file nooa on the web instead no.
in a simple way how is it solvable?
I send I upload the file to my server and on my site I have the link to the file that is natively a txt, as it remains on the web
On the interface of cumulus mx I see well the file nooa on the web instead no.
in a simple way how is it solvable?
I send I upload the file to my server and on my site I have the link to the file that is natively a txt, as it remains on the web
- HansR
- Posts: 5966
- Joined: Sat 20 Oct 2012 6:53 am
- Weather Station: GW1100 (WS80/WH40)
- Operating System: Raspberry OS/Bookworm
- Location: Wagenborgen (NL)
- Contact:
Re: Bad reading nooa monthly e yearly report
Reading the text reports output from Cumulus it looks good. As @mcrossley remarks, the textfiles are apparently encoded UTF-8. I assume - because it works normally well - that a correct ° symbol would work.
It is apparently in the file wxnoaaclimatereports.php which includes include-noaa-reports.php. It seems to me, the last file does some filtering/transformation with the report generated by Cumulus[MX].
The last file contains many lines saying: and in my humble opinion, somewhere there the problematic character is generated. The display of NOAA reports is created by Ken True with help from Beteljuice for Cumulus.
So, my guess is @Beteljuice may have an answer - as to why the character is here before the ° - and if he does not, we better move the question to the SaratogaWX board. Point is the ° is correctly there and displayed, but in the process the weird extra character is added before it. Where and how to remove it is up to the programmer(s).
It is apparently in the file wxnoaaclimatereports.php which includes include-noaa-reports.php. It seems to me, the last file does some filtering/transformation with the report generated by Cumulus[MX].
The last file contains many lines saying:
Code: Select all
$rpt = preg_replace('|°|Uis','°',$rpt);
So, my guess is @Beteljuice may have an answer - as to why the character is here before the ° - and if he does not, we better move the question to the SaratogaWX board. Point is the ° is correctly there and displayed, but in the process the weird extra character is added before it. Where and how to remove it is up to the programmer(s).
Hans
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
- mcrossley
- Posts: 12767
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: Bad reading nooa monthly e yearly report
The encoding is optionally UTF-8 - it is a configuration option in the NOAA settings, if that is not selected it will be the users default encoding, normally Windows-1250 on Windows.
-
- Posts: 106
- Joined: Wed 10 Feb 2016 8:43 pm
- Weather Station: Oregon Scientific wmr-200
- Operating System: Windows 10 - Android
- Location: U.S.
Re: Bad reading nooa monthly e yearly report
Another strange thing is that you have to send these files via extra web files because using the interface setting
noaa setting does not take place.
noaa setting does not take place.
- HansR
- Posts: 5966
- Joined: Sat 20 Oct 2012 6:53 am
- Weather Station: GW1100 (WS80/WH40)
- Operating System: Raspberry OS/Bookworm
- Location: Wagenborgen (NL)
- Contact:
Re: Bad reading nooa monthly e yearly report
Aha, switched that off. Never realised that, completely missed it.
Will report back tomorrow.
Hans
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
- HansR
- Posts: 5966
- Joined: Sat 20 Oct 2012 6:53 am
- Weather Station: GW1100 (WS80/WH40)
- Operating System: Raspberry OS/Bookworm
- Location: Wagenborgen (NL)
- Contact:
Re: Bad reading nooa monthly e yearly report
@Nevizio:
@mcrossley: indeed, Switch off UTF-8 encoding in the NOAA settings did it!
@mcrossley: indeed, Switch off UTF-8 encoding in the NOAA settings did it!
Hans
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3