Cumulus Support

mcrossley

Hi David, the answer is no, it will always return dashes for records with no value.

mcrossley

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

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

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.

mcrossley

The Cumulus.ini files have both ways but not sure how each is use The entries Latitude/Longitude are the decimal values of position. These are used by Cumulus for its calculations. The entries LatTxt/LonTxt are text representations of the position, they are derived from the values above when they a...

mcrossley

OK, thanks for the logfile. It looks like the realtime SSH file copies get in a state where MX is waiting for the copy to finish and it never does. It should timeout and try to close/re-establish the relatime connection (like it does to FTP, FTPS) but it hasn't kicked in for some reason. I have seen...

mcrossley

<#LastRaintipISO> always displays the date/time in ISO format (the clue is in the name). I added the <#LastRainTip> tag to version 3.6.1 to which you can add a format string if you wish, otherwise it will use the default formatting.

mcrossley

Here's data from 2019/2020's Winter: https://www.metoffice.gov.uk/binaries/content/assets/metofficegovuk/pdf/weather/learn-about/uk-past-events/summaries/uk_monthly_climate_summary_winter_2020.pdf Cross posted with Ray!... In that PDF, the diagrams are labelled "Winter 2020" though. And f...

mcrossley

No. February 2010 would be part of Winter 2009. We usually refer to it as "The Winter of 2009/2010" The infamous December 2010 would be part of Winter 2010/2011. Though to be fair the met office seem to mix the two conventions. They refer to winter 2010/11 but then on some data sets make ...

mcrossley

RayProudfoot wrote: ↑Fri 22 May 2020 7:19 pm ...since all but 10 days fall in 2010.

Meteorological winter starts on the 1st December, not the solstice.

mcrossley

beteljuice wrote: ↑Fri 22 May 2020 4:51 pm @Mark

How many years have I been debugging this and you still find errors ?

We aim to please! My version is now fixed I think.

mcrossley

Ah, yes, because it is using the season year in cal_days_in_month(). The actual year in say Feb 2016 (seasonal) will be 2017 = 28 days, but lookup will find 29 days. So, the checks need to be something like this... $dayCnt = cal_days_in_month(CAL_GREGORIAN, $m_offset[$m], $typeS_year[$d] + ($m_offse...

mcrossley

Looking at this again with a view to hacking my seasons to start with spring, I notice that the seasonal February data is flagged as incomplete each leap year (2016, 2012, 2008). But the February in question will actually be from the year following the leap years though.

mcrossley

No debug

Code: Select all

2020-05-22 11:13:45.937 Command line: "C:\CumulusMX\CumulusMX.exe"
..
2020-05-22 11:13:46.022 Debug logging is disabled
2020-05-22 11:13:46.022 Data logging is disabled

mcrossley

Not much

It shows MX reading the logger data, then nothing.

You need to start Cumulus using the command...

Code: Select all

CumulusMX.exe -debug

Cumulus Support

Search found 11478 matches

Re: webtags

Re: New release

Re: New release

Re: New release

Re: Initial Location Entry

Re: cumulus stop process file

Re: Last Rainfall date format problem

Re: Data Summary - possible calculation error

Re: Data Summary - possible calculation error

Re: Data Summary - possible calculation error

Re: Yet Another Dayfile Reader (PHP)

Re: Yet Another Dayfile Reader (PHP)

Re: Yet Another Dayfile Reader (PHP)

Re: Cumulus MX and Aercus WS 3083 Issue

Re: Cumulus MX and Aercus WS 3083 Issue