There is no provision as such - but it could be added externally. I briefly considered making authors register their bots in a separate step and that would have been the natural place to add this. But I decided against adding extra procedure.
So I will put this on the wish-list of things to add to the web-side of things. - Don 2009/6/24 Jason House <[email protected]> > Will the new server handle small description strings about the bots? It'd > be great if we could provide/lookup basic data on bots. Example data would > be a homepage or a 1-2 sentence summary. For example "John Smith's > experimental Fuego 0.4 with heavy playout for reading semeai" > > Sent from my iPhone > > On Jun 24, 2009, at 1:12 PM, Don Dailey <[email protected]> wrote: > > > > On Wed, Jun 24, 2009 at 12:52 PM, Michael Williams > <<[email protected]> > [email protected]> wrote: > >> A while back, I wrote a general purpose monitor tool that checks a >> specified URL for a specified RegEx and takes a specified action based on >> the result. The action can be play a sound or send an email or flash the >> tray icon. Something like that might work (it would be much easier if the >> CGOS page gave a simple list of all connected clients). > > > When I get the new CGOS pages up, I will provide a list of clients and > their status. A bot can be connected but busy playing a game, waiting for > a game, or in limbo - where it has not agreed to play the next game yet. > It can also be non-responsive. > > I noticed that there are still cases where there server THINKS a bot is > connected but it isn't - so I need to solve that problem before bringing the > server up - although it's currently functional. I am hoping that tomorrow > we can bring it up although most of the web stuff won't be working yet. > > I've considered the idea of having a network of anchors - bots that are > extremely active and who's ratings would be based solely on their > performance rating (not incremental rating) against each other. > Performance ratings are more accurate and stable if the entity is fixed. > This would serve as a stable backbone for the rating system and incremental > ratings would be more trustworthy as a result. > > - Don > > > _______________________________________________ > computer-go mailing list > [email protected] > http://www.computer-go.org/mailman/listinfo/computer-go/ >
_______________________________________________ computer-go mailing list [email protected] http://www.computer-go.org/mailman/listinfo/computer-go/
