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

Data Summary - possible calculation error

Other discussion about creating web sites for Cumulus that doesn't have a specific subforum

Moderator: daj

RayProudfoot
Posts: 3389
Joined: Wed 06 May 2009 6:29 pm
Weather Station: Davis VP2 with Daytime FARS
Operating System: Windows XP SP3
Location: Cheadle Hulme, Cheshire, England
Contact:

Re: Data Summary - possible calculation error

Post by RayProudfoot »

freddie wrote: Fri 22 May 2020 9:26 pm Winter is attributed to the year in which it starts. That is the meteorological convention. I'll try and find a link that specifically states this. One I know of in passing is this: https://www.metoffice.gov.uk/weather/le ... nter-start
Freddie, that would mean me changing lots of records in my Season Averages page which I'm not prepared to do. It seems illogical to use the year winter starts when most of it occurs in the year it ends. I might be wrong but at least my own records and the php code now match as I've just reverted to what I had before today's update.

I did find that site myself but it doesn't state which year winter records should be stored. Winters of course are described as 1962/63 for clarity but when you only have a single year to store it against it makes more sense to me to store it in the year that has two months of winter rather than the year that only has one. Each to their own I suppose.

I wonder how antipodeans store their summer records?
Cheers,
Ray, Cheshire.

Image
Mapantz
Posts: 1807
Joined: Sat 17 Dec 2011 11:55 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 11 x64
Location: Dorset - UK
Contact:

Re: Data Summary - possible calculation error

Post by Mapantz »

freddie wrote: Fri 22 May 2020 9:26 pm
RayProudfoot wrote: Fri 22 May 2020 9:17 pm I’ve had a look at the Met Office for guidance on how to store winter records but it doesn’t give a definitive answer.
Winter is attributed to the year in which it starts. That is the meteorological convention. I'll try and find a link that specifically states this. One I know of in passing is this: https://www.metoffice.gov.uk/weather/le ... nter-start
That's exactly what I explained.

Take a look Ray, I wasn't wrong.

It has been like that for as long as records have been kept.
Image
RayProudfoot
Posts: 3389
Joined: Wed 06 May 2009 6:29 pm
Weather Station: Davis VP2 with Daytime FARS
Operating System: Windows XP SP3
Location: Cheadle Hulme, Cheshire, England
Contact:

Re: Data Summary - possible calculation error

Post by RayProudfoot »

Mapantz wrote: Fri 22 May 2020 9:45 pm That's exactly what I explained.

Take a look Ray, I wasn't wrong.

It has been like that for as long as records have been kept.
Sorry but that link does not say definitively which year winter records should be stored against. I know meteorological winter starts on 1 December and ends on the last day of February but please show me where it says it should be stored against the year winter starts.
Cheers,
Ray, Cheshire.

Image
RayProudfoot
Posts: 3389
Joined: Wed 06 May 2009 6:29 pm
Weather Station: Davis VP2 with Daytime FARS
Operating System: Windows XP SP3
Location: Cheadle Hulme, Cheshire, England
Contact:

Re: Data Summary - possible calculation error

Post by RayProudfoot »

@mapantz, I've just looked at your data summary page and you have winter records stored against 2020. But how is that possible if they should be stored against the year winter starts? Winter 2020 should not be populated until December 2020.

Your station's records started on 1 March 2016 and your first winter season average is stored against 2017. So you are using the same rule as me.
Last edited by RayProudfoot on Fri 22 May 2020 10:02 pm, edited 1 time in total.
Cheers,
Ray, Cheshire.

Image
Mapantz
Posts: 1807
Joined: Sat 17 Dec 2011 11:55 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 11 x64
Location: Dorset - UK
Contact:

Re: Data Summary - possible calculation error

Post by Mapantz »

RayProudfoot wrote: Fri 22 May 2020 10:00 pm @mapantz, I've just looked at your data summary page and you have winter records stored against 2020. But how is that possible if they should be stored against the year winter starts? Winter 2020 should not be populated until December 2020.
I use the same one that Mark does, but he updated his version and I haven't. :lol:
Image
RayProudfoot
Posts: 3389
Joined: Wed 06 May 2009 6:29 pm
Weather Station: Davis VP2 with Daytime FARS
Operating System: Windows XP SP3
Location: Cheadle Hulme, Cheshire, England
Contact:

Re: Data Summary - possible calculation error

Post by RayProudfoot »

Mapantz wrote: Fri 22 May 2020 10:02 pm I use the same one that Mark does, but he updated his version and I haven't. :lol:
Yes, I can see that now. Given we all seem to be doing our own thing I shall stick to what seems best for me. I very much doubt my visitors will spot the difference. :D
Cheers,
Ray, Cheshire.

Image
freddie
Posts: 2469
Joined: Wed 08 Jun 2011 11:19 am
Weather Station: Davis Vantage Pro 2 + Ecowitt
Operating System: GNU/Linux Ubuntu 22.04 LXC
Location: Alcaston, Shropshire, UK
Contact:

Re: Data Summary - possible calculation error

Post by freddie »

RayProudfoot wrote: Fri 22 May 2020 9:36 pm
freddie wrote: Fri 22 May 2020 9:26 pm Winter is attributed to the year in which it starts. That is the meteorological convention. I'll try and find a link that specifically states this. One I know of in passing is this: https://www.metoffice.gov.uk/weather/le ... nter-start
Freddie, that would mean me changing lots of records in my Season Averages page which I'm not prepared to do. It seems illogical to use the year winter starts when most of it occurs in the year it ends. I might be wrong but at least my own records and the php code now match as I've just reverted to what I had before today's update.

I did find that site myself but it doesn't state which year winter records should be stored. Winters of course are described as 1962/63 for clarity but when you only have a single year to store it against it makes more sense to me to store it in the year that has two months of winter rather than the year that only has one. Each to their own I suppose.
Having worked in meteorology for 35 years I'm pretty sure I know which year winter is attributed to. I wish I could find a link with the definition! I wasn't actually asking you to change anything - merely stating the meteorological convention.
Freddie
Image
RayProudfoot
Posts: 3389
Joined: Wed 06 May 2009 6:29 pm
Weather Station: Davis VP2 with Daytime FARS
Operating System: Windows XP SP3
Location: Cheadle Hulme, Cheshire, England
Contact:

Re: Data Summary - possible calculation error

Post by RayProudfoot »

freddie wrote: Fri 22 May 2020 10:09 pm Having worked in meteorology for 35 years I'm pretty sure I know which year winter is attributed to. I wish I could find a link with the definition! I wasn't actually asking you to change anything - merely stating the meteorological convention.
Freddie, I mean no disrespect and a link would clear things up. What would be hard is resetting my brain as I've had it hard-wired to accept winter records are stored against the year it ends.
Cheers,
Ray, Cheshire.

Image
Mapantz
Posts: 1807
Joined: Sat 17 Dec 2011 11:55 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 11 x64
Location: Dorset - UK
Contact:

Re: Data Summary - possible calculation error

Post by Mapantz »

I think it is simply down to the fact that the MetOffice use meteorological seasons to keep their data 'tidy' as astronomical seasons don't always fall on the same day. A change to a new year has to happen, and it just happens to be in a Winter month (unless you're in the land of the 'roos)

So, that means that the 3 months of Winter data will be in two different years, and so for example, they'll have their 3 months of data for the 'Winter of 2020/2021'

Here's data from 2019/2020's Winter: https://www.metoffice.gov.uk/binaries/c ... r_2020.pdf
Image
User avatar
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: Data Summary - possible calculation error

Post by beteljuice »

BTW .... some cultures in South Asia have six seasons, and in Finland and Sweden seasons are based solely on temperatures above and below freezing, so their seasons begin on different days each year depending on their climate.
Image
......................Imagine, what you will KNOW tomorrow !
RayProudfoot
Posts: 3389
Joined: Wed 06 May 2009 6:29 pm
Weather Station: Davis VP2 with Daytime FARS
Operating System: Windows XP SP3
Location: Cheadle Hulme, Cheshire, England
Contact:

Re: Data Summary - possible calculation error

Post by RayProudfoot »

Mapantz wrote: Fri 22 May 2020 10:20 pm I think it is simply down to the fact that the MetOffice use meteorological seasons to keep their data 'tidy' as astronomical seasons don't always fall on the same day. A change to a new year has to happen, and it just happens to be in a Winter month (unless you're in the land of the 'roos)

So, that means that the 3 months of Winter data will be in two different years, and so for example, they'll have their 3 months of data for the 'Winter of 2020/2021'

Here's data from 2019/2020's Winter: https://www.metoffice.gov.uk/binaries/c ... r_2020.pdf
Look at pages 2-5. Look at the title. Winter 2020! Not Winter 2019. Surely that proves my point. Even the document title says 2020 and not 2019. I rest my case. :D
Cheers,
Ray, Cheshire.

Image
User avatar
mcrossley
Posts: 12756
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Data Summary - possible calculation error

Post by mcrossley »

Mapantz wrote: Fri 22 May 2020 10:20 pm Here's data from 2019/2020's Winter: https://www.metoffice.gov.uk/binaries/c ... r_2020.pdf
Cross posted with Ray!...
In that PDF, the diagrams are labelled "Winter 2020" though.

And for instance look at the climate data sets, eg: https://www.metoffice.gov.uk/pub/data/w ... ate/UK.txt
where Winter 2019/20 is put into the year 2020 row.

:roll:

Edit: we need a popcorn smiley :)
Mapantz
Posts: 1807
Joined: Sat 17 Dec 2011 11:55 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 11 x64
Location: Dorset - UK
Contact:

Re: Data Summary - possible calculation error

Post by Mapantz »

Not sure what you're looking at? It's there in black & white

Winter 2019/2020
The following represents an assessment of the weather experienced across the UK during
Winter 2019/20 (December, January and February) and how it compares with the 1981 to
2010 average.


Forget what the diagrams/images/title of document says - they probably have a reason for that. However, the truth of the matter is, the MetOffice will ALWAYS use Winter of 2009/2010 or 2019/2020

It's been like that for.. well, ever! It's well known across the British meteorological community. I'm really not sure why there's such an extensive debate about it? I actually find it rather odd that you would define it any other way.
Last edited by Mapantz on Fri 22 May 2020 10:39 pm, edited 1 time in total.
Image
RayProudfoot
Posts: 3389
Joined: Wed 06 May 2009 6:29 pm
Weather Station: Davis VP2 with Daytime FARS
Operating System: Windows XP SP3
Location: Cheadle Hulme, Cheshire, England
Contact:

Re: Data Summary - possible calculation error

Post by RayProudfoot »

Mapantz wrote: Fri 22 May 2020 10:33 pm Not sure what you're looking at? It's there in black & white

Winter 2019/2020
The following represents an assessment of the weather experienced across the UK during
Winter 2019/20 (December, January and February) and how it compares with the 1981 to
2010 average.
Look at the title on the three maps showing the variations. Winter 2020.
Cheers,
Ray, Cheshire.

Image
sfws
Posts: 1183
Joined: Fri 27 Jul 2012 11:29 am
Weather Station: Chas O, Maplin N96FY, N25FR
Operating System: rPi 3B+ with Buster (full)

Re: Which year is winter in

Post by sfws »

PLEASE NOTE MY CHANGE OF TOPIC TITLE FOR MY POST
RayProudfoot wrote: Fri 22 May 2020 9:36 pm I wonder how antipodeans store their summer records?
The BOM in Australia attributes summer to the year in which it ends; for 2019 example see page title in browser for http://www.bom.gov.au/climate/current/s ... mary.shtml and then look at page title in bold when you read actual page. For them 2020 already has summer season completed, they are still in autumn.

I start my years with September, to my mind that is when the weather really changes in a way that I experience, lower sun, shorter days, a feeling that as summer is over it is a new beginning. It is when people say "after such a mild winter, we expected a better summer" or similar rot, yes I think most ordinary people in UK connect each winter to a following summer.

I do follow the convention that each season is 3 month long, that does lead to simplification unlike using any astronomy data.

I don't see a sudden change in climate swapping any other months, yes sometimes the precise weather chooses to change with the month, but not its general feel.

Not from February to March, nor from November to December [I would agree with Freddie (to my mind the Met O web site revamp may make it look friendlier, but it is a lot harder to find what you want than the old design) that is UK standard], nor from December to January, and not September to October (that Steve Loft selected as default for Chill Season start).

With a September start I can easily compare the chill hours and frost seen for gardeners, and get a much better comparison of whether it has been a wet or dry season. That is my choice. I swapped from the paper records of most of my life to computer file based ones in 2009, from then onwards I maintained both daily and monthly summaries, made easier by swapping to Cumulus 1 from September 2010. I first did seasons starting in September, to match my first use of Cumulus. For a couple of years I experimented with different starting months. By 2014 when I had all my data summaries in a database, I settled up on my September knowing it was easy to recalculate season data for past data if I ever regretted using September start. Although I restarted weather recording in my current home just last January, a helpful meteorologist in a nearby village who has monthly spreadsheets available on his web site helped me get data back to September (he responded to my PMs for what was not on his website) so here my web scripts still report by day, by month, and by season starting in September.

I'm not a professional meteorologist, just someone fascinated by weather all my life, and I do what suits me, not what some professional meteorologist says, or what some third party package does. I give advice, but allow freedom for others to disagree. Equally I don't see a need to follow the crowd.
Post Reply