bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Bug-gnubg] (no subject)


From: olivier croisille
Subject: RE: [Bug-gnubg] (no subject)
Date: Wed, 16 Jul 2003 19:38:51 +0200


However, when doing theoretical work such as developing a MET, the experts are requesting accuracy to 3 sf. This means that we need to display 4 sf so that we don't get rounding errors. One of the main criticisms of the Woolsey-Heinrich MET is that it is to only 2 sf, which leads to large errors when calculating a takepoint. See http://mail.gnu.org/archive/html/bug-gnubg/2002-12/msg00306.html for a comment by Jørn on this issue.



Ian,

I certainly didn't intend to ask GNU people to deprive you of a valuable tool for theoretical work. I was just puzzled but I got your point now and understand why you may need this 4th digit.

... BUT ...

On your part, you have to realize how disturbing this additional digit is on a daily basis (sorry, no offence intended, but at the end of the day, that is what GNU is meant for), when you have to readjust mentally almost every single position's equity for, say, a 11 pointer analyzed.

Actually, since this discussion started, I realized the 4th digit is also displayed now when you export a match in HTML, as illustrated below.

*FRENCHKISS moves 24/20 13/8

# Ply Move Equity
* 1 1 24/20 13/8 -0,1041
 44,80% 10,73% 0,23% - 55,20% 12,09% 0,35%
 2 1 13/9 13/8 -0,1211 (-0,0170)
 43,94% 11,73% 0,25% - 56,06% 12,73% 0,61%
 3 1 24/15 -0,1282 (-0,0241)
 43,59% 9,39% 0,17% - 56,41% 13,52% 0,29%
 4 1 24/20 6/1* -0,1312 (-0,0272)
 43,44% 10,21% 0,20% - 56,56% 12,47% 0,41%
 5 1 13/9 6/1* -0,1495 (-0,0455)
 42,52% 11,54% 0,25% - 57,48% 14,50% 0,84%

Also, this has been like this since the very beginning of HTML exports, but for practical purposes of reviewing a match, I have to add I would be quite happy with percentages displaying only one decimal place (only for exports). This would make it much more readable.

Plus, there may be out there casual users of GNU that would be quite happy with 2 or even 1 decimal places... so IMHO the best solution - if not too much time consuming - is to include this choice as an option, I mean a real option, not a 'hidden' one as Jorn suggested

Olivier

_________________________________________________________________
Trouvez l'âme soeur sur MSN Rencontres http://g.msn.fr/FR1000/9551





reply via email to

[Prev in Thread] Current Thread [Next in Thread]