Welcome to the Cumulus Support forum.

Latest Cumulus MX V4 release 4.4.2 (build 4085) - 12 March 2025

Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 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

If you are posting a new Topic about an error or if you need help PLEASE read this first viewtopic.php?p=164080#p164080

Cleaning up New Data

Topics about the Beta trials up to Build 3043, the last build by Cumulus's founder Steve Loft. It was by this time way out of Beta but Steve wanted to keep it that way until he made a decision on his and Cumulus's future.

Moderator: mcrossley

Locked
Phil23
Posts: 888
Joined: Sat 16 Jul 2016 11:59 pm
Weather Station: Davis VP2+ & GW1000 (Standalone)
Operating System: Win10 Pro / rPi Buster
Location: Australia

Cleaning up New Data

Post by Phil23 »

Hi All,

Replaced my Fine Offset with a VP2 last month & have just noticed some issues in the data.
Initially ran old data transferred to MX, but then moved the station to a different PC and started data fresh.
(That's if memory serves me correctly, it was 3 weeks back, could have been new data on the old PC).

At any rate, the data I have starts at 5:30pm September 29th.

Have noticed though that Highest hourly rain is out the window at 612mm recorded about 15 minutes after start-up.
I also see rainfall counter entries of 64.8 from when the data starts at 5:30pm.

What's the best way of cleaning this up?
As I'm starting afresh, I'm happy to dump all of September, as it's only a day & a bit of data, but I'd like the 612mm gone.

I have no problems editing the text files, just want to be sure I do it correctly.

Thanks

Phil.
:Now: :Today/Yesterday:

Image

Main Station Davis VP2+ Running Via Win10 Pro.
Secondary Stations, Ecowitt HP2551/GW1000 Via rPi 3 & 4 Running Buster GUI.
:Local Inverell Ecowitt Station: :Remote Ashford Ecowitt Station:
Phil23
Posts: 888
Joined: Sat 16 Jul 2016 11:59 pm
Weather Station: Davis VP2+ & GW1000 (Standalone)
Operating System: Win10 Pro / rPi Buster
Location: Australia

Re: Cleaning up New Data

Post by Phil23 »

Phil23 wrote:Hi All,

Replaced my Fine Offset with a VP2 last month & have just noticed some issues in the data.
Initially ran old data transferred to MX, but then moved the station to a different PC and started data fresh.
(That's if memory serves me correctly, it was 3 weeks back, could have been new data on the old PC).

At any rate, the data I have starts at 5:30pm September 29th.

Have noticed though that Highest hourly rain is out the window at 612mm recorded about 15 minutes after start-up.
I also see rainfall counter entries of 64.8 from when the data starts at 5:30pm.

What's the best way of cleaning this up?
As I'm starting afresh, I'm happy to dump all of September, as it's only a day & a bit of data, but I'd like the 612mm gone.

I have no problems editing the text files, just want to be sure I do it correctly.

Thanks

Phil.
Hi Again,

Been having the occasional look at this, & alltimelog.txt contains this line:

Code: Select all

2016-09-29 17:46 619.200 "High hourly rain" 2016-09-29 17:20   0.000
Which is the incorrect data. I read in the Wiki that editing this file serves no purpose.

alltime.ini and year.ini contains this:-

Code: Select all

highhourlyrainvalue=619.2
highhourlyraintime=2016-09-29T17:46:00
And presume that's one of the entries needing editing.

Month.ini has this:-

Code: Select all

HourlyHigh=10
HHourlyTime=2016-10-31T08:00:00
So I'm presuming that would be the correct value to enter in to alltime.ini & year.ini.

Can anyone help & let me know if I'm on the right track.
Still not sure about the relevance of the raincount value and whether it also needs editing.

Thanks.

Phil.

This in the data directory if anyone is willing to take a look.
data.zip
You do not have the required permissions to view the files attached to this post.
:Now: :Today/Yesterday:

Image

Main Station Davis VP2+ Running Via Win10 Pro.
Secondary Stations, Ecowitt HP2551/GW1000 Via rPi 3 & 4 Running Buster GUI.
:Local Inverell Ecowitt Station: :Remote Ashford Ecowitt Station:
User avatar
steve
Cumulus Author
Posts: 26672
Joined: Mon 02 Jun 2008 6:49 pm
Weather Station: None
Operating System: None
Location: Vienne, France
Contact:

Re: Cleaning up New Data

Post by steve »

Rainfall data will usually go awry when changing stations, as it relies on a sensible progression of the rain counter, which of course is different in a different station. The easiest way to correct all-time (etc) records is to replace the .ini files with those from a backup - either a full backup you took yourself prior to changing stations, or from the last set of data in the Cumulus backup folder prior to the change.
Steve
Phil23
Posts: 888
Joined: Sat 16 Jul 2016 11:59 pm
Weather Station: Davis VP2+ & GW1000 (Standalone)
Operating System: Win10 Pro / rPi Buster
Location: Australia

Re: Cleaning up New Data

Post by Phil23 »

Thanks Steve,

I was sure I started fresh data with the new station & MX.

My old data was 1.9.4 & Fine offset & lots of bad readings I didn't want to carry over.
Only anomaly I can see is the rain counter started at 68 from memory.

The high hourly rain is registered as 16 minutes after I started it.
Started it on 29/09/16 at 5:30 pm, that's why I was wondering if the best thing is to eliminate Septembers data as it's only 2 days.

Phil.
:Now: :Today/Yesterday:

Image

Main Station Davis VP2+ Running Via Win10 Pro.
Secondary Stations, Ecowitt HP2551/GW1000 Via rPi 3 & 4 Running Buster GUI.
:Local Inverell Ecowitt Station: :Remote Ashford Ecowitt Station:
User avatar
steve
Cumulus Author
Posts: 26672
Joined: Mon 02 Jun 2008 6:49 pm
Weather Station: None
Operating System: None
Location: Vienne, France
Contact:

Re: Cleaning up New Data

Post by steve »

It's possible you had a 'false start' so the rain counter got recorded as zero. Once you got it connected properly, the entire rain counter would then have been counted in one go. I agree that deleting September is a good idea.
Steve
Locked