Welcome to the Cumulus Support forum.

Latest Cumulus MX release 3.6.10 (build 3086) - 24 June 2020 (please see important announcement regarding releases since 3.5.0)
Legacy Cumulus 1 release v1.9.4 (build 1099) - 28 November 2014 (a patch is available for 1.9.4 build 1099 that extends the date range of the NOAA report and Snow Index drop-down menus to 2030)

See the Wiki to download the software or click on the Downloads link in the Forum Banner.

New release

Discussion of the Cumulusutils tool and website generator.

Moderator: HansR

User avatar
HansR
Posts: 1090
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: Davis Vantage Pro 2+
Operating System: Raspbian GNU/Linux 10 (Buster)
Location: Wagenborgen (NL)
Contact:

Re: New release

Post by HansR »

sutne wrote:
Sun 24 May 2020 9:10 am
Comments on 3.6.7:
Beaufort: I think it could be nice to have the Beaufort description (Calm, Gale etc). Then the font has to be smaller.
And I do not think Beaufort is valid for the latest measured, it has to be the average the last 10 minutes.

pwsFWI: the new text in the heading disappears in a small window (ex portrait mode on iPad)
It should be possible to change the text. Do you think normal users who is not active on this forum knows what pwsFWI means?
In the pwsFWI the wind is always km/h, should be the same as the setting.
Thanks for the comments:
  1. The space is too small for beaufort description. Calm may work but in Dutch and probably other languages other windforces will have longer descriptions. So I don't think this will make it.
  2. The disappearance of the pwsFWI is the consequence of the menu toggle: if the screen gets too small, the menu disappears behind the button. And before you ask: the LED does not because it is not a menu item. This is the way responsiveness works in Boostrap.
  3. No, maybe not. But the menu is not the place to learn. pwsFWI is more or less the origin and the basis of CumulusUtils so people will know easily, Google search is clear. But if a user does not know and searches the wrong way, he can click out of curiosity which leads to the report. I will make a clear title there - which I agree is missing - with a link (which is already below the pwsFWI report). I guess that should do the trick.
  4. I will clarify this in the Manual. The answer is, that the equations used for pwsFWI (to which I point below the table) are in the units shown, so the pwsFWI value is only valid in those units, therefore, no matter what units the user uses, his values are converted to these units and this table will always show those converted units. Just like the csv file which is generated and which the user can find in the utils directory at the cumulus machine, always has those converted units. It's just something to know.
https://meteo-wagenborgen.nl / Cumulus 3.6.8 (build: 3084)
Davis Vantage Pro 2+ / Raspberry Pi 3 Model B Plus Rev 1.3
Raspbian Linux 10 (buster) / 4.19.118-v7+ armv7l
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:31:43 UTC 2020)

User avatar
HansR
Posts: 1090
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: Davis Vantage Pro 2+
Operating System: Raspbian GNU/Linux 10 (Buster)
Location: Wagenborgen (NL)
Contact:

Re: New release

Post by HansR »

sutne wrote:
Sun 24 May 2020 9:10 am
And I do not think Beaufort is valid for the latest measured, it has to be the average the last 10 minutes.
I forgot to reply to this one.

I guess this is something you may have a point on but:
  1. I can't find a reference to the time period in which a wind speed must be measured for the definition of the Beaufort scale. Maybe others do.
  2. As the Beaufort number is given in the realtime.txt by CumulusMX and corresponds with the latest wind, I assume this point has been raised before. Anybody?
So, for the time being, unless there are strong reasons to start calculating it myself, I leave it with the values as supplied by Cumulus.
And as such, the value represents the Beaufort value of the last wind measured (and displayed).
https://meteo-wagenborgen.nl / Cumulus 3.6.8 (build: 3084)
Davis Vantage Pro 2+ / Raspberry Pi 3 Model B Plus Rev 1.3
Raspbian Linux 10 (buster) / 4.19.118-v7+ armv7l
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:31:43 UTC 2020)

User avatar
mcrossley
Posts: 6595
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2
Operating System: Buster Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: New release

Post by mcrossley »

Cumulus normally calculates the Beaufort force on the average wind speed (as defined by UK met office). I'll check that it is doing that for the realtime file - it should be using the average, and is wrong if it isn't.

sutne
Posts: 74
Joined: Sun 14 Oct 2012 4:23 pm
Weather Station: Oregon Scientific WMR100
Operating System: Raspbian Buster
Location: Rjoanddalen, Voss, Norway

Re: New release

Post by sutne »

I can't find a reference to the time period in which a wind speed must be measured for the definition of the Beaufort scale. Maybe others do.
I have norwegian texts that states this very clearly. But also on this site:

https://cumuluswiki.org/a/Wind_measurement

it is mentioned when discussing Beaufort:
Note that the scale applies to sustained (average) wind speeds.
So one should assume that the number given from CumulusMX is 10-min average wind.
(But I do not think it is.)

User avatar
mcrossley
Posts: 6595
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2
Operating System: Buster Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: New release

Post by mcrossley »

sutne wrote:
Sun 24 May 2020 1:04 pm
So one should assume that the number given from CumulusMX is 10-min average wind.
(But I do not think it is.)
The web tag is correct I'm pretty sure - my latest was 13 mph, average 6.6 mph, and Force =2

The question is just around realtime.txt

sutne
Posts: 74
Joined: Sun 14 Oct 2012 4:23 pm
Weather Station: Oregon Scientific WMR100
Operating System: Raspbian Buster
Location: Rjoanddalen, Voss, Norway

Re: New release

Post by sutne »

The space is too small for beaufort description.
If the Beaufort description is placed underneath the Average wind (where it belongs) and uses same font, I think it can fit in.
The longest Norwegian text is 12 characters: ‘Liten kuling’

sutne
Posts: 74
Joined: Sun 14 Oct 2012 4:23 pm
Weather Station: Oregon Scientific WMR100
Operating System: Raspbian Buster
Location: Rjoanddalen, Voss, Norway

Re: New release

Post by sutne »

The web tag is correct I'm pretty sure - my latest was 13 mph, average 6.6 mph, and Force =2
Yes, after closely studying it for some time (last was within average for a long time), you are right. When last differ from the average range, BF shows average.

User avatar
HansR
Posts: 1090
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: Davis Vantage Pro 2+
Operating System: Raspbian GNU/Linux 10 (Buster)
Location: Wagenborgen (NL)
Contact:

Re: New release

Post by HansR »

mcrossley wrote:
Sun 24 May 2020 1:15 pm
The question is just around realtime.txt
Indeed. I'll wait for the verdict. And of course I'll adjust the display if Beaufort number is on the average, meaning it will go below the average number (or at the side).
The main figure remains the latest measurement.

Apart from the discussion where the Beaufort number belongs to, one can definitely give the Beaufort number to the latest measurement: both are indications of speed and as the main indicator is the latest measurement why would I be obliged to give the Beaufort to the average? Isn't that similar to the claim that the only number that should be displayed must be the average wind speed?
sutne wrote:
Sun 24 May 2020 1:34 pm
If the Beaufort description is placed underneath the Average wind (where it belongs) and uses same font, I think it can fit in.
The longest Norwegian text is 12 characters: ‘Liten kuling’
Sorry, Norwegian is not the only language. I most likely will not put the text in.
https://meteo-wagenborgen.nl / Cumulus 3.6.8 (build: 3084)
Davis Vantage Pro 2+ / Raspberry Pi 3 Model B Plus Rev 1.3
Raspbian Linux 10 (buster) / 4.19.118-v7+ armv7l
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:31:43 UTC 2020)

User avatar
HansR
Posts: 1090
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: Davis Vantage Pro 2+
Operating System: Raspbian GNU/Linux 10 (Buster)
Location: Wagenborgen (NL)
Contact:

Re: New release

Post by HansR »

sutne wrote:
Sun 24 May 2020 1:45 pm
The web tag is correct I'm pretty sure - my latest was 13 mph, average 6.6 mph, and Force =2
Yes, after closely studying it for some time (last was within average for a long time), you are right. When last differ from the average range, BF shows average.
Just to make things clear: I don't use webtags.
https://meteo-wagenborgen.nl / Cumulus 3.6.8 (build: 3084)
Davis Vantage Pro 2+ / Raspberry Pi 3 Model B Plus Rev 1.3
Raspbian Linux 10 (buster) / 4.19.118-v7+ armv7l
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:31:43 UTC 2020)

sutne
Posts: 74
Joined: Sun 14 Oct 2012 4:23 pm
Weather Station: Oregon Scientific WMR100
Operating System: Raspbian Buster
Location: Rjoanddalen, Voss, Norway

Re: New release

Post by sutne »

both are indications of speed and as the main indicator is the latest measurement why would I be obliged to give the Beaufort to the average? I
If you are referring to the Beaufort scale, it must be according to the definition for Beaufort scale.

User avatar
HansR
Posts: 1090
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: Davis Vantage Pro 2+
Operating System: Raspbian GNU/Linux 10 (Buster)
Location: Wagenborgen (NL)
Contact:

Re: New release

Post by HansR »

yesyes... just waiting for Marks answer.
https://meteo-wagenborgen.nl / Cumulus 3.6.8 (build: 3084)
Davis Vantage Pro 2+ / Raspberry Pi 3 Model B Plus Rev 1.3
Raspbian Linux 10 (buster) / 4.19.118-v7+ armv7l
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:31:43 UTC 2020)

freddie
Posts: 765
Joined: Wed 08 Jun 2011 11:19 am
Weather Station: Davis Vantage Pro 2
Operating System: Ubuntu 18.04 (LXC container)
Location: Dorrington, Shropshire, UK
Contact:

Re: New release

Post by freddie »

HansR wrote:
Sun 24 May 2020 3:17 pm
one can definitely give the Beaufort number to the latest measurement: both are indications of speed and as the main indicator is the latest measurement why would I be obliged to give the Beaufort to the average?
The wind speeds used on the modern day Beaufort scale are mean speeds - see https://www.rmets.org/resource/beaufort-scale for the specific statement of the usage of mean speed (and see the note about gust speeds - which are instantaneous/latest speeds). Note that the common definition of mean speed in the meteorological world is the 10 minute mean.
Freddie
Image

User avatar
HansR
Posts: 1090
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: Davis Vantage Pro 2+
Operating System: Raspbian GNU/Linux 10 (Buster)
Location: Wagenborgen (NL)
Contact:

Re: New release

Post by HansR »

Yes. OK, Mark... is the realtime Bf on the average or ...
https://meteo-wagenborgen.nl / Cumulus 3.6.8 (build: 3084)
Davis Vantage Pro 2+ / Raspberry Pi 3 Model B Plus Rev 1.3
Raspbian Linux 10 (buster) / 4.19.118-v7+ armv7l
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:31:43 UTC 2020)

User avatar
mcrossley
Posts: 6595
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2
Operating System: Buster Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: New release

Post by mcrossley »

Realtime.txt Beaufort is correctly derived from the average speed.

User avatar
HansR
Posts: 1090
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: Davis Vantage Pro 2+
Operating System: Raspbian GNU/Linux 10 (Buster)
Location: Wagenborgen (NL)
Contact:

Re: New release

Post by HansR »

thnx
https://meteo-wagenborgen.nl / Cumulus 3.6.8 (build: 3084)
Davis Vantage Pro 2+ / Raspberry Pi 3 Model B Plus Rev 1.3
Raspbian Linux 10 (buster) / 4.19.118-v7+ armv7l
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:31:43 UTC 2020)

Post Reply