It looks like you are using version 10.37L. You may need to upgrade to the current version (10.37Q) as I believe there was a fix made sometime back for something similar.
I’m using a Mac and the latest version is 10.37L build 68, which is what I have. Do you think the script is incompatible with the Mac version at the moment?
I’ve managed to remove the January 2010 entry of 0.0 by editing wdisplay.ini. It now reads —, as do February to August. September to November still show the 2009 figures, while December is correct.
I’m going to leave the script in place for a few months to see if it corrects itself as I’ve run out of ideas.
Incidentally, this is the entry in wdisplay.ini …
[Rain chart]
Sep 2009=8
Oct 2009=376
Nov 2009=1188
Dec 2009=608
Jan 2010=308
Feb 2010=348
Mar 2010=452
Apr 2010=220
May 2010=256
Jun 2010=660
Jul 2010=458
Aug 2010=674
Sep 2010=708
Oct 2010=566
Nov 2010=708
Dec 2010=708
This issue is the same in the Linux version so I just place the correct total in the field in the testag file before parsing
say $avrainaugnow = ‘108.20’; instead of the tag job done, I know have a working script.
For the current month I use $avraindecnow = ‘%monthraininmm%’;
Then at the beginning of each month I just update the testtag file.
just working on the problem in the Mac version
I notice that the tag is actually
%nowrainnov%
and not
%avrainnovnow%
(for november for example)
but maybe the script does that conversion?
To test what is going wrong here, I added the month to date and year to date differentials to the dashboard as documented here. As you can see, the script is assuming that we have had no rain in the years prior to this year as the totals and the difference are the same.
Also, it states that we have had 3 rain days in March, when in fact we have had 9.