[Top][All Lists]

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

Re: [Bug-gnubg] Match statistics graph

From: Joern Thyssen
Subject: Re: [Bug-gnubg] Match statistics graph
Date: Fri, 29 Aug 2003 22:26:28 +0000
User-agent: Mutt/1.4.1i

On Fri, Aug 29, 2003 at 06:50:29PM -0300, Albert Silver wrote
> I think this is hyperbole. What I asked for, whether it is done or not,
> is not nearly so specialized. 

Well, I think it was. My example about gammon prices was just a
generalisation of this: it doesn't make sense to look at -7,-7 and -9,-9
seperately as they have almost the same gammon price.

> The minute a player begins to break beyond
> the usual limitations of straight play and starts learning about playing
> according to score, this becomes of interest.
> Since the fear is one of breaking the current records, why not add this
> into a separate file? This would be standard database handling anyhow,
> and should limit the trouble involved I believe. 

It's not a concern for me -- but I was afraid it was to you since you
speak to highly of the players' records. OTOH, I don't want to support
two different kinds of players' records. 

> Chess Assistant's biggest strength (and it was the core of its purpose)
> was its ability to compress information and the speed of its searches.
> It was quite simply unparalleled, and could go through a 2 million game
> database in seconds. One of the keys to its speed was the use of
> libraries for different parts. In other words there was a Player
> library, a Site library, etc. It meant that a search was not hampered by
> irrelevant information. Here that score info could be stored in a
> separate file and accessed according to need. That way it would be
> faster, and would not imply touching pre-existing records.

I have no chance of writing such a database, that's exactly why I want
to use an existing database!

> I agree with much of what has been said, but still think this is basic
> enough for budding/advanced players to warrant inclusion.

I don't think we disagree that a net set of players' records with
complete game statistics information would be a benifit -- but I really
suggest we provide simple tools to get to view this data. If the users
wants something out of the ordinary, he would have to import the data
into another program.


Attachment: pgpjyPyh5_m9n.pgp
Description: PGP signature

reply via email to

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