Page 1 of 2
Version 7.3.2 is online.
Posted: Wed 11 Dec 2024 2:10 am
by PaulMy
Thanks again Hans. The Seasonal snowfall TableView looks nice. And it helped me identify a couple of dates I missed an entry. The only dates missing now is 7 days in 2020 when I was severally ill with Covid. These were also missed in my CoCoRaHS reporting.
Enjoy,
Paul
Re: Version 7.3.2 is online.
Posted: Wed 11 Dec 2024 6:31 am
by sutne
I am also pleased with the presentation of snow.
A minor thing in the table, is it possible to remove dashes in non-existing days, ex 31. november?
And will it be possible to change colour in the graph?
Re: Version 7.3.2 is online.
Posted: Wed 11 Dec 2024 8:14 am
by HansR
@Paul: Thanks, that sounds good. Did not know you were that ill back than. I can imagine you had other things on your mind with covid!
@Steinar:
sutne wrote: ↑Wed 11 Dec 2024 6:31 am
I am also pleased with the presentation of snow.
A minor thing in the table, is it possible to remove dashes in non-existing days, ex 31. november?
And will it be possible to change colour in the graph?
1) Thanks
2) You are correct, they should be totally blank (like in YADR), will do that.
3) The chart will
eventually be made with the compiler giving you the possibility to change every aspect of it (e.g. change colour or make it with lines) and put it where you want. This chart then will probably be removed, not sure yet.
Re: Version 7.3.2 is online.
Posted: Wed 11 Dec 2024 9:57 pm
by Dador
Currently, if I open the table in any year, switching to the chart always shows the latest data. Wouldn't it be better if the chart coincided with the year selected in the table?
Example:
Now there is table 2020 -> chart 2024
There may be a 2020 table -> 2020 chart.
I hope I made myself clear.
PS.
Unless it's CMX's fault and not Cutils'.
Re: Version 7.3.2 is online.
Posted: Wed 11 Dec 2024 10:56 pm
by HansR
Dador wrote: ↑Wed 11 Dec 2024 9:57 pm
Currently, if I open the table in any year, switching to the chart always shows the latest data. Wouldn't it be better if the chart coincided with the year selected in the table?
Example:
Now there is table 2020 -> chart 2024
There may be a 2020 table -> 2020 chart.
I have been thinking about but pre-setting a selection is not a compiler option so I could do that now but further down the road that would be difficult. But I'll think about it. Don't count on it
Dador wrote: ↑Wed 11 Dec 2024 9:57 pm
I hope I made myself clear.
Yes
Dador wrote: ↑Wed 11 Dec 2024 9:57 pm
PS.
Unless it's CMX's fault and not Cutils'.
Nobody's

Re: Version 7.3.2 is online.
Posted: Sun 15 Dec 2024 9:17 pm
by PaulMy
Hi Hans,
Code: Select all
PaulMy wrote:
Thanks again Hans. The Seasonal snowfall TableView looks nice. And it helped me identify a couple of dates I missed an entry
Something seems to have changed in my most recent installs as now the Reports > Diary shows ok and current in the ChartView but the TableView has lost all the 0.0 entries and now replaced with --- in the centre of the date, and the last entry of December 10th.
https://www.komokaweather.com/cumulusmx ... iaryReport
https://www.komokaweather.com/cumulusmx ... iaryReport
https://www.komokaweather.com/cumulusmx ... iaryReport
Enjoy,
Paul
Re: Version 7.3.2 is online.
Posted: Sun 15 Dec 2024 11:23 pm
by HansR
As the
release notes say:
- both snowDepth and snow24h are filled in and a number (may be '0') => both are displayed
- only one of snowDepth and snow24h are filled in with a number (may be '0') => the number is displayed, the other has '---'
- both snowDepth and snow24h are not filled in => one column centred '---' is filled in for that date
So if you see dashes in the centre of the column, both values have not been entered in the database
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 12:54 am
by PaulMy
Hi Hans,
both snowDepth and snow24h are filled in and a number (may be '0') => both are displayed
Yes all my dates are filled in with a value including 0 if no snowfall or snowdepth. I have checked many dates with the editor, and also with DB Browser where every date has a value. Since the last item in TableView of Dec 10 there has been snowfall on Dec 12, and snowdepth Dec 11, 12, 13, 14 as can be seen in ChartView
It did work as per my comment
The Seasonal snowfall TableView looks nice. And it helped me identify a couple of dates I missed an entry. The only dates missing now is 7 days in 2020
Before I realized this change I still had one install that showed a value for every date. I then did a rerun 'website' of all installs and now all are with '---' for dates with '0' in the value.
I can't think of what may have changed.
Enjoy,
Paul
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 6:56 am
by HansR
OK.
This thread shows there is a conversion issue. That might be the case here as well. Could you post me your diary.db so I can look at reproducing the problem?
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 4:25 pm
by mcrossley
There has been a subtle change to the "Date" column in the weather diary.
In 4.3.0 and 4.3.1 the date of migrated entries was "yyyy-MM-dd", but newly created or edited entries was "yyyy-MM-dd hh:mm:ss"
In v4.3.2 it fixes the new/edited entries to now also conform to the "yyyy-MM-dd" format.
Is that catching CUtils out?
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 5:08 pm
by PaulMy
There has been a subtle change to the "Date" column in the weather diary.
In 4.3.0 and 4.3.1 the date of migrated entries was "yyyy-MM-dd", but newly created or edited entries was "yyyy-MM-dd hh:mm:ss"
In v4.3.2 it fixes the new/edited entries to now also conform to the "yyyy-MM-dd" format.
Is that catching CUtils out?
My notes show I updated my live installs to v4.3.1 on December 10th and that is also the date of the last value shown in TableView.
Two installs are on v4.3.1 and one 4.3.2 and if data is entered '0' they all now show the same centered '---' in the TableView. I enter and save just a single '0' for no snow but I think it is actually then logged as '0.0' in the diary as that is what shows when I open in DB Browser. And if '0.0' is entered and saved, then reopen the editor and it shows just '0'.
Enjoy,
Paul
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 5:16 pm
by HansR
@Paul: you are still using version beta 2. Please install the release version 4.3.2 that should fix it!
@Mark:
mcrossley wrote: ↑Mon 16 Dec 2024 4:25 pm
Is that catching CUtils out?
CMX is not the issue

I think.
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 5:36 pm
by PaulMy
@Paul: you are still using version beta 2. Please install the release version 4.3.2 that should fix it!
This
https://www.komokaweather.com/cumulusmx ... DiaryChart is on v4.3.2 b4065 and also on latest CUtils I think. And that shows the same TableView as those on release v4.3.1 with latest Utils.
I'll try any other suggestion.
Enjoy,
Paul
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 5:51 pm
by HansR
Sorry Paul but the footer says v7.3.2 beta 2
Re: Version 7.3.2 is online.
Posted: Mon 16 Dec 2024 7:53 pm
by PaulMy
Hi Hans,
First, my apologyyyy as I hadn't picked up on the 'beta' of v7.3.2 Beta. I had downloaded and unzipped the release v7.3.2 likely Dec 10th but I was updating in the \utils folder the beta version

I must have had it correct on December 10th, then because of some issue I reinstalled but used the beta folder
All 3 installs now have the current release v7.3.2 and the TableView is with '0.0' in both '24 hrs' and 'snow' columns so excellent with that, and again sorry for causing the confusion.
However the last day of data for all 3 installs in the TableView is still to Day 10 for December. The ChartView has graph data to current day, so appears the 'diary' is ok and maybe Mark's tweak
Enjoy,
Paul