Hi Heikki,

I already reject using cgos_name because "name" is being used by
the GTP protocol.

I did consider whether to distinguish between the opponent and
the player who is receiving the message.   But it does not seem
in the spirit of of GTP and in programming there is the similar
principle of code factoring - better to pass an argument than to
have multiple functions which essentially perform the same 
function but with perhaps minor variations.   I think GTP used
to have "genmove_white" and "genmove_black" or something like this,
and they saw the wisdom of making this a single command.   I think
that principal applies here.    

I'm also very reluctant to add features that can be computed off-line.
An example of this is that I can make the GTP client produce an SGF
file, since it knows everything about the game.   I could also ask
the server to push a copy of the gtp file to the client, but I prefer
to use the lazy functionality approach - only do what is needed when
it is needed.   

(I violate this principle with the cross-tables, they all exist even 
if nobody looks at them but that is because I hate writing CGI scripts
and this can change later if I want.  At any rate the server doesn't
produce the cross-tables, another process does.)

I am curious about what the group thinks about the uber command, where
everything relevant is sent as a single gtp message?

   cgos_gameinfo gameID white black

   The ratings could be attached to the names or they could be
   explicit arguments:    JoeBot(1743)  FooBot(1239?)

   You could also specify which color this message is being sent
   to, but then the command cannot be used in another context, perhaps
   to view games where there is no specific target intended.

- Don




On Wed, 2007-04-04 at 08:49 +0200, Heikki Levanto wrote:
> On Tue, Apr 03, 2007 at 10:48:05PM -0400, Don Dailey wrote:
> >    cgos_name color name       ; cgos_name white Lazarus
> 
> 'name' is much used thing, and prone to misunderstandings. I would
> prefer 'cgos_opponent' or even 'cgos_opponent_name' to make it
> absolutely clear whom we talk about.
> 
> >    cgos_elo color rating      ; cgos_elo white 1990?
> >    cgos_rank color rank       ; cgos_rank black GnuGo  5kyu
> 
> Likewise
>      cgos_opponent_elo and cgos_opponent_rank
> 
> That way it could also be extended to return the players own elo or rank
> at the end of the tournament round.
> 
>      cgos_own_elo, cgos_own_rank
> 
> Not that I see any point in making this extension now, but at some time
> they might become interesting.
> 
> And this still leaves open the possibility to enquire the ratings and
> names of other players in a tournament, should we wish to add that at
> some point.
> 
> 
> Just my $0.02. Of course you do as you please!
> 
>    - Heikki
> 
> 

_______________________________________________
computer-go mailing list
computer-go@computer-go.org
http://www.computer-go.org/mailman/listinfo/computer-go/

Reply via email to