Welcome to the Cumulus Support forum.

Latest Cumulus MX release v3.6.3 (build 3079) - 21 May 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.

Data Summary - possible calculation error

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

Moderator: daj

RayProudfoot
Posts: 2780
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:

Data Summary - possible calculation error

Post by RayProudfoot »

This problem appears related to arithmetic on the excellent Data Summary PHP code. Looking at the attached image the total of rainfall for Spring 2020 is shown as 4.13".

However, if you add up the three individual month totals of 2.19, 0.67 and 0.27 they sum at 3.13", not 4.13". Other season totals are fine. Just a bug in the current season calculation perhaps?
Rainfall_Error.jpg
You do not have the required permissions to view the files attached to this post.
Cheers,
Ray, Cheshire.

Image

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

Re: Data Summary - possible calculation error

Post by Mapantz »

Don't quote me on it, but I have a feeling this was mentioned some time ago and it was fixed?!
Image

sfws
Posts: 800
Joined: Fri 27 Jul 2012 11:29 am
Weather Station: Modified Fine Offset
Operating System: Win. 10 PC
Location: The Marches, UK

Re: Data Summary - possible calculation error

Post by sfws »

Ray, unless I am muddling this up with something else, my memory tells me your bug has already been reported and resolved, as it is a very very old one. Glad to see mapantz agrees with me on at least that it was fixed.

If it has resurfaced, me wonders about version control. More likely, knowing you well through your comments, you have stuck with an old version.

If my memory is faulty, ignore this post. Maybe you can find the post about this, it is somewhere on the forum. Unfortunately daily summary issues get scattered between different sub-forums. I might be wrong, but my memory suggests Mark worked out the solution.

I can't recall enough to quote the solution, but I do recall the extra "1" comes from adding in the boolean test result of true, so you might even be able to spot the place in the code where a boolean is added into sum.
Last edited by sfws on Fri 22 May 2020 2:02 pm, edited 1 time in total.

RayProudfoot
Posts: 2780
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 »

Gents, thanks for your replies. Maybe there was an update I missed as I tend to leave well alone.

I’ll have a look though the code and see if I can spot it. I’ll be back later with or without good news.
Cheers,
Ray, Cheshire.

Image

User avatar
beteljuice
Posts: 2916
Joined: Tue 09 Dec 2008 1:37 pm
Weather Station: None !
Operating System: ex XP SP3 - now W10 laptop grr
Location: Dudley, West Midlands, UK

Re: Data Summary - possible calculation error

Post by beteljuice »

You are running quite an old version ...

'Seasonal' now starts with Spring.

Yet Another Dayfile Reader
Image
......................Imagine, what you will KNOW tomorrow !

RayProudfoot
Posts: 2780
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 »

beteljuice wrote:
Fri 22 May 2020 12:19 pm
You are running quite an old version ...

'Seasonal' now starts with Spring.

Yet Another Dayfile Reader
I'm not surprised since I rarely check for updates if things are working okay. Can you point me to the latest version please? Is it just betel_datasummary.php I need to replace? Do I lose any settings if I do that?
Cheers,
Ray, Cheshire.

Image

RayProudfoot
Posts: 2780
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 »

I've found betel_7.1.3.zip so I shall follow your instructions in that, thanks! :)
Cheers,
Ray, Cheshire.

Image

RayProudfoot
Posts: 2780
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 »

I've updated to the latest build and although the rainfall totals for Spring 2020 is correct I'm confused about how Winter is determined. I've always used Dec, Jan and Feb for the three months so for example December 2009 - February 2010 would be deemed to be Winter 2010 since all but 10 days fall in 2010.

But if you select Average Temps and Seasonal here http://www.cheadlehulmeweather.co.uk/be ... ummary.php and then compare to my manually calculated seasonal average temps here http://www.cheadlehulmeweather.co.uk/seasonaverages.htm my average of 2.8 is shown against 2009 when it should be 2010. All the Winter entries are one year out.

Finally, Jan and Feb are shown in red in the Winter column. Why? Some error in my setting up?
Cheers,
Ray, Cheshire.

Image

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

Re: Data Summary - possible calculation error

Post by Mapantz »

The red colouring is to indicate that those months are not in the current year - Winter being spread in two different years.
Image

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

Re: Data Summary - possible calculation error

Post by Mapantz »

RayProudfoot wrote:
Fri 22 May 2020 7:19 pm
I've always used Dec, Jan and Feb for the three months so for example December 2009 - February 2010 would be deemed to be Winter 2010 since all but 10 days fall in 2010.
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.
Image

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

Re: Data Summary - possible calculation error

Post by 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.

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

Re: Data Summary - possible calculation error

Post by mcrossley »

Mapantz wrote:
Fri 22 May 2020 7:40 pm

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 it winter 2011/10 :?

RayProudfoot
Posts: 2780
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 7:40 pm
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.
Sorry, that’s wrong. I started keeping records in May 2009 my first winter record would be December 2009 to February 2010. And that average temp of 2.8°C is shown on my manually calculated Winter 2010 entry.

But that 2.8°C is shown on the Data Summary page under Winter 2009. That is not correct. The previous PHP page had them correctly. This one is wrong.

@mcrossley, yes, my mistake. 31 days of winter in 2009 and 59 or 60 in 2010. So Winter entries should always be in the year Winter ends, not starts.
Cheers,
Ray, Cheshire.

Image

RayProudfoot
Posts: 2780
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 »

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.

Given we seem to have different opinions I would rather stick to my system of storing the average against the year winter ends, not starts.

I shall revert to my previous PHP file and accept the temporary miscalculation of rainfall.
Cheers,
Ray, Cheshire.

Image

freddie
Posts: 706
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: Data Summary - possible calculation error

Post by freddie »

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
Freddie
Image

Post Reply