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
Dayfile Gust High Wind Format
Moderator: mcrossley
-
- Posts: 160
- Joined: Wed 06 Jan 2021 3:01 pm
- Weather Station: Ecowitt
- Operating System: Raspberry Pi
Dayfile Gust High Wind Format
I am trying to correct my dayfile.txt data, please can the format of the first value after the time be confirmed? Old data shows values to one decimal point eg 6.7. New values show an integer eg 7, and CreateMissing also gives a whole number here. The Wiki shows a decimal point in the example value. Thanks.
17/05/20,8.0,248,11:50
02/01/22,16,237,13:19
17/05/20,8.0,248,11:50
02/01/22,16,237,13:19
-
- Posts: 160
- Joined: Wed 06 Jan 2021 3:01 pm
- Weather Station: Ecowitt
- Operating System: Raspberry Pi
Re: Dayfile Gust High Wind Format
Thank you very much. I’d rather get it right before I correct thousands of records!
- mcrossley
- Posts: 12763
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: Dayfile Gust High Wind Format
I'd add - by default - to that.
You can add decimals under the Units > Advanced settings. But not sure I'd trust any anemometer to give you a wind speed anywhere near accurate to decimal values except when using metres per sec.
-
- Posts: 160
- Joined: Wed 06 Jan 2021 3:01 pm
- Weather Station: Ecowitt
- Operating System: Raspberry Pi
Re: Dayfile Gust High Wind Format
Yes, problem was I think when I set all this up that I just used the example in the wiki to set my units without computing that the description shows interger ! However, CreateMissing happily seems to correct all the decimal point data to interger to so it’s a simple copy and paste. Such a useful utility.
- billy
- Posts: 255
- Joined: Mon 30 Nov 2015 10:54 am
- Weather Station: WLL / Davis VP2+
- Operating System: RPi bullseye
- Location: Gooseberry Hill, Western Australia
Re: Dayfile Gust High Wind Format
First, may I add a big tick to CreateMissing. Recently I ran it for the first time ... very useful for finding duplicates and a few other odd-bods accumulated over the years. I noticed that the highest wind gust speed was rounded by createmissing to the nearest whole number but records it to one decimal place, so all values end with a redundant ".0".
(The rounding was only for the early years of my dayfile when I had an oregon station that returned a value to one decimal place, which was probably due to it converting mph to km/h. In recent years I have had a Davis station which only reports to whole numbers)
I thought about just editing the dayfile (outside of cmx) and deleting the redundant ".0", but then I noticed my Station Settings / Units / Advanced Options / Wind Speed Decimals is set to 0. I don't think I have gone anywhere near these dragons, except to look just now ... I didn't know this setting existed until I read this topic!
All this is trivial ... except the high praise for CreateMissing ... but why do the new entries into the dayfile continue to include the decimal place, ie ".0" when the settings say there should be none? (And the admin dayfile editor doesn't show the decimal place.)
(The rounding was only for the early years of my dayfile when I had an oregon station that returned a value to one decimal place, which was probably due to it converting mph to km/h. In recent years I have had a Davis station which only reports to whole numbers)
I thought about just editing the dayfile (outside of cmx) and deleting the redundant ".0", but then I noticed my Station Settings / Units / Advanced Options / Wind Speed Decimals is set to 0. I don't think I have gone anywhere near these dragons, except to look just now ... I didn't know this setting existed until I read this topic!
All this is trivial ... except the high praise for CreateMissing ... but why do the new entries into the dayfile continue to include the decimal place, ie ".0" when the settings say there should be none? (And the admin dayfile editor doesn't show the decimal place.)
- mcrossley
- Posts: 12763
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: Dayfile Gust High Wind Format
Dayfile entries created by CMX will follow your Wind format decimals. I have mine set to 0 dp and my dayfile just contains integer values.
CreateMissing *should* honour the same setting.
CreateMissing *should* honour the same setting.
- billy
- Posts: 255
- Joined: Mon 30 Nov 2015 10:54 am
- Weather Station: WLL / Davis VP2+
- Operating System: RPi bullseye
- Location: Gooseberry Hill, Western Australia
Re: Dayfile Gust High Wind Format
My Cumulus.ini has
WindSpeedDecimals=0 (this is what I was referring to above)
RoundWindSpeed=0 (just noticed this one - it seems to be set under "common options")
I guess it is the latter that requires changing to effect this?
WindSpeedDecimals=0 (this is what I was referring to above)
RoundWindSpeed=0 (just noticed this one - it seems to be set under "common options")
I guess it is the latter that requires changing to effect this?
- mcrossley
- Posts: 12763
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: Dayfile Gust High Wind Format
The windspeed decimals value controls the format used for display and writing to the log files.
Round wind speed controls if all the speeds should be rounded to integers if they are decimal values. The average will be a decimal if CMX calculates it, otherwise it is what the station provides.
As I have a WLL the gust values are always integer from the station, and the average is a decimal value - I display/log averages to 1dp of mph.
Round wind speed controls if all the speeds should be rounded to integers if they are decimal values. The average will be a decimal if CMX calculates it, otherwise it is what the station provides.
As I have a WLL the gust values are always integer from the station, and the average is a decimal value - I display/log averages to 1dp of mph.
- billy
- Posts: 255
- Joined: Mon 30 Nov 2015 10:54 am
- Weather Station: WLL / Davis VP2+
- Operating System: RPi bullseye
- Location: Gooseberry Hill, Western Australia
Re: Dayfile Gust High Wind Format
All is fine. Well the dayfile is, but I am not. By accident (ie stupidity) I was editing a copy of an older dayfile that pre-dated running CreateMissing ... aaargh
CreateMissing did exactly what you (Mark) said it would do - honour the setting ... and in my case that meant removing the decimal place.
My apologies for wasting other's time.
CreateMissing did exactly what you (Mark) said it would do - honour the setting ... and in my case that meant removing the decimal place.
My apologies for wasting other's time.