Hi, Thanks for looking into the problem. So the snowie_moves number is correct then. But the product of snowie_moves and snowie_error_rate_per_move is still different than what gnubg reports itself.
Maybe I'll have a look into the code myself when I find some time, 'cause I would really like to be able to query some average Snowie error rates from my database. Cheers, Misja 2009/8/17 Ian Shaw <[email protected]>: > > >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] >> On Behalf Of Misja Alma >> Sent: 15 August 2009 15:54 >> To: bug-gnubg >> Subject: [Bug-gnubg] How to calculate snowie error rate from >> logged databasedata >> >> Hi, >> >> I've been trying to reconstruct my Snowie error rate from a >> match that I've logged in the database with gnubg. > [snip] >> I then checked what the value for snowie_moves was for my >> match, and it was the total number of (forced or unforced) >> moves of me and my opponent added up. > > I can't help with the rest of your query, but I do know that this is > correct. Snowie uses the sum of your and your opponent's moves as the > divisor. Forced or unplayable moves (such as being closed out) are > counted. > > This is the main reason that gnubg's gradings are so much tougher than > Snowie's. # > > Lot's of people dislike Snowie's method, because it is counter-intuitive > to count your opponents' moves as the divisor for your own error rate. > However, it is the rate that people are most familiar with (which I > suppose is why you are trying to extract it.) Douglas Zare also wrote an > interesting article at GammonVillage in which he argued in its favour. > > -- Ian > > > _______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
