bug-gnubg
[Top][All Lists]
Advanced

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

RE: [Bug-gnubg] Match statistics graph


From: Albert Silver
Subject: RE: [Bug-gnubg] Match statistics graph
Date: Fri, 29 Aug 2003 13:53:53 -0300

> I think this is the big divide between the Unix background and the
> Windows background, Unix has the idea of lots of generic tools as
> separate pieces which get assembled to meet requirements, Windows has
> the idea (even if it's by sharing IE as the basic rendering platform),
> of monolithic do-all tools.

The divide isn't merely a philosophical one, it has very much to do with
the nature of the user-groups. Unix users are either professionals or
very computer-savvy users, hecne their requirements and desires are
going to be necessarily different. Windows users are the common Joe who
will get lost in their file manager.

> But most of what Albert mentions are actually derivations from simple
> game data. Assume that gnubg can output a CSV file for every game
> played containing:
> 
> date & time (I'd also suggest putting in the Unix time() value, as
>              it's much easier to process)
> player names
> type - match/money game
> score
> rules/context - jacoby, crawford, post-crawford
> result
> luck total/average
> chequer/cube/overall total and average errors
> moves forced/total

Yes, this is why I admit having trouble seeing the difficulty here. I
figured it was pretty simple. It already creates statistics for
individual games, so merely adding information on what the score was for
each game seemed like a very small step. Instead of just recording the
stats for each game, including double errors, etc. It would also retain
the score difference for each game (that's only one extra element of
information), and be able to list this. 

The list wouldn't involve any graphics, since I can't even begin to see
how graphics would be of help in such a breakdown, and would simply be
able to list them as such. All-in-all, it seemed like fairly little to
ask, and really a lot of use to users. I'll further add that I mentioned
the usefulness of this in GOL quite some time ago, and I recall a number
of people agreeing about this, including another developer (who I'm
pretty sure will remember) who mentioned it was in the works.

                                                        Albert






reply via email to

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