chessdb-users Mailing List for ChessDB - a Free Chess Database (Page 6)
Brought to you by:
drkirkby
Menu
▾
▴
chessdb-users — User mailing list - used by developers too.
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(36) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(101) |
Feb
(82) |
Mar
(24) |
Apr
(11) |
May
(1) |
Jun
(6) |
Jul
(9) |
Aug
(3) |
Sep
(13) |
Oct
(1) |
Nov
(1) |
Dec
(3) |
| 2008 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2009 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(4) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
| 2010 |
Jan
(2) |
Feb
(6) |
Mar
(3) |
Apr
(6) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(4) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2011 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(7) |
| 2013 |
Jan
(3) |
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Christian P. Z. <chr...@gm...> - 2007-04-08 19:00:15
|
On Sun, Apr 08, 2007 at 04:03:54PM +0200, Christian Pinedo Zamalloa wrote: > Hello, >=20 > I'm Christian Pinedo (my nickname zako) and I was working some time ago > with Dr. Kirkby on making a Debian package of ChessDB. Preliminary > packages are available at [1] and a debian developer has emailed me and > said that he's interested on sponsoring the package. A great new. >=20 > [1] http://bipt106.bi.ehu.es/debian/packages/chessdb/ Sorry the good URL is: http://bipt106.bi.ehu.es/~jtbpizac/debian/packages/chessdb --=20 Christian Pinedo Zamalloa (zako) PGP key at: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0x828D0C80 Fingerprint: 7BFF 4105 F46B 7977 BD96 348C 1007 4FF8 828D 0C80 |
|
From: Christian P. Z. <chr...@gm...> - 2007-04-08 14:04:10
|
Hello, I'm Christian Pinedo (my nickname zako) and I was working some time ago with Dr. Kirkby on making a Debian package of ChessDB. Preliminary packages are available at [1] and a debian developer has emailed me and said that he's interested on sponsoring the package. A great new. [1] http://bipt106.bi.ehu.es/debian/packages/chessdb/ But to package chessdb some issues about the copyright and licenses should be well defined. I think this issues should be also interesting for you and so I have opened some bugs in the BTS of chessdb. 1. The chessdb source distribution "chessdb-3.6.15.tar.gz" includes software from third parties: phalanx, zlib, ... That in my opinion shouldn't been distributed but you should write in the readme/install file that should be necesary/recommended to have installed some software in order to compile/use chessdb. This is the standard way.=20 2. Furthermore, some parts chessdb is based on like sounds, bitmaps, bitmaps2, tablebases, ... could have copyright and license different of the chessdb. Best regards, --=20 Christian Pinedo Zamalloa (zako) PGP key at: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0x828D0C80 Fingerprint: 7BFF 4105 F46B 7977 BD96 348C 1007 4FF8 828D 0C80 |
|
From: Cory H. <cor...@ya...> - 2007-03-30 03:42:43
|
Sorry, forgot the attachments... Cory Helfrich cor...@ya... =EF=BF=BC=EF=BF=BC On 30-Mar-07, at 6:33 AM, Cory Helfrich wrote: > Hello Warren, > > Attached are the original exported pgn (with comments) and the =20 > present version of the game (after I stripped the comments and =20 > began adding comments from that point. This game resides in a =20 > database that has 164 games in it, so it is a fairly small =20 > database. Please let me know if you need anything else. > > Thanks, > Cory=09 > Cory Helfrich > cor...@ya... > > > > On 30-Mar-07, at 4:07 AM, war...@mi... wrote: > >> Hi Cory, >> >> If you have an empty database and you import this game that causes =20= >> problems does it give you the corrupt message? >> Or do you need a fairly large database before this happens? If you =20= >> have such a game could you send it to me, so I can >> use it to try and determine the cause of this issue? >> >> cheers - Warren >> >> -----Original Message----- >> From: Cory Helfrich >> Sent: Mar 28, 2007 2:00 AM >> To: che...@li..., David Kirkby >> Subject: [Chessdb-users] Size or annotation limit on games? >> >> Hello Dr. Kirkby, >> >> I have been happily using ChessDB. Thanks for continuing =20 >> development on this project. >> >> I have a question regarding any limits on the comments within =20 >> games. I play mostly email chess, so my games tend to be rather =20 >> full of annotations and variations. After the games reach a =20 >> certain size, I start to receive a "Sorry, this game appears to be =20= >> corrupt" dialog box. The Details button reveals the following: >> Begin "Details" log >> Sorry, this game appears to be corrupt. >> Sorry, this game appears to be corrupt. >> while executing >> "sc_game load $selection" >> (procedure "::game::Load" line 7) >> invoked from within >> "::game::Load $number" >> (procedure "::game::LoadNextPrev" line 12) >> invoked from within >> "::game::LoadNextPrev last" >> (menu invoke) >> End "Details" log >> >> Note that I regularly compact the game file, as even adding one =20 >> move to some of my games bloats this fill by 50 K. Also note that =20 >> I am running version 3.6.12-beta-1 on a Windows machine and the =20 >> January 1 release on a Mac machine (I am at my Windows machine, so =20= >> I am not sure of the version on the Mac). This problem occurs on =20 >> both machines. >> >> When I receive this message, I restore the backup copy of the =20 >> database (learned this lesson the hard way), delete the game, and =20 >> import a pgn of the game without comments (but with variations). I =20= >> then continue until the problem happens again and then repeat the =20 >> process. This kludge works, but I lose all of my annotations from =20 >> past moves. Note that simply deleting the game and reimporting =20 >> with the comments results in the same "Sorry, this game appears to =20= >> be corrupt" dialog box. >> >> Do you have any suggestions for avoiding this? >> >> Best regards, >> Cory >> >> >> >> Cory Helfrich >> cor...@ya... >> >> The best gets better. See why everyone is raving about the All-new =20= >> Yahoo! Mail. >> > |
|
From: Cory H. <cor...@ya...> - 2007-03-30 03:34:09
|
Hello Warren, Attached are the original exported pgn (with comments) and the present version of the game (after I stripped the comments and began adding comments from that point. This game resides in a database that has 164 games in it, so it is a fairly small database. Please let me know if you need anything else. Thanks, Cory Cory Helfrich cor...@ya... On 30-Mar-07, at 4:07 AM, war...@mi... wrote: > Hi Cory, > > If you have an empty database and you import this game that causes > problems does it give you the corrupt message? > Or do you need a fairly large database before this happens? If you > have such a game could you send it to me, so I can > use it to try and determine the cause of this issue? > > cheers - Warren > > -----Original Message----- > From: Cory Helfrich > Sent: Mar 28, 2007 2:00 AM > To: che...@li..., David Kirkby > Subject: [Chessdb-users] Size or annotation limit on games? > > Hello Dr. Kirkby, > > I have been happily using ChessDB. Thanks for continuing > development on this project. > > I have a question regarding any limits on the comments within > games. I play mostly email chess, so my games tend to be rather > full of annotations and variations. After the games reach a certain > size, I start to receive a "Sorry, this game appears to be corrupt" > dialog box. The Details button reveals the following: > Begin "Details" log > Sorry, this game appears to be corrupt. > Sorry, this game appears to be corrupt. > while executing > "sc_game load $selection" > (procedure "::game::Load" line 7) > invoked from within > "::game::Load $number" > (procedure "::game::LoadNextPrev" line 12) > invoked from within > "::game::LoadNextPrev last" > (menu invoke) > End "Details" log > > Note that I regularly compact the game file, as even adding one > move to some of my games bloats this fill by 50 K. Also note that I > am running version 3.6.12-beta-1 on a Windows machine and the > January 1 release on a Mac machine (I am at my Windows machine, so > I am not sure of the version on the Mac). This problem occurs on > both machines. > > When I receive this message, I restore the backup copy of the > database (learned this lesson the hard way), delete the game, and > import a pgn of the game without comments (but with variations). I > then continue until the problem happens again and then repeat the > process. This kludge works, but I lose all of my annotations from > past moves. Note that simply deleting the game and reimporting with > the comments results in the same "Sorry, this game appears to be > corrupt" dialog box. > > Do you have any suggestions for avoiding this? > > Best regards, > Cory > > > > Cory Helfrich > cor...@ya... > > The best gets better. See why everyone is raving about the All-new > Yahoo! Mail. > |
|
From: <war...@mi...> - 2007-03-30 01:07:23
|
<head><style>body{font-family: Geneva,Arial,Helvetica,sans-serif;font-size:9pt;background-color: #ffffff;color: black;}</style></head><body><div id="compText">Hi Cory,<br><br>If you have an empty database and you import this game that causes problems does it give you the corrupt message?<br>Or do you need a fairly large database before this happens? If you have such a game could you send it to me, so I can<br>use it to try and determine the cause of this issue?<br><br>cheers - Warren<br><br><blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 0px;">-----Original Message-----
<br>From: Cory Helfrich <cor...@ya...>
<br>Sent: Mar 28, 2007 2:00 AM
<br>To: che...@li..., David Kirkby <dav...@on...>
<br>Subject: [Chessdb-users] Size or annotation limit on games?
<br><br>Hello Dr. Kirkby,<br><br>I have been happily using ChessDB. Thanks for continuing development on this project.<br><br>I have a question regarding any limits on the comments within games. I play mostly email chess, so my games tend to be rather full of annotations and variations. After the games reach a certain size, I start to receive a "Sorry, this game appears to be corrupt" dialog box. The Details button reveals the following:<br>Begin "Details" log<br>Sorry, this game appears to be corrupt.<br>Sorry, this game appears to be corrupt.<br> while executing<br>"sc_game load $selection"<br> (procedure "::game::Load" line 7)<br> invoked from within<br>"::game::Load $number"<br> (procedure "::game::LoadNextPrev" line 12)<br> invoked from within<br>"::game::LoadNextPrev last"<br> (menu invoke)<br>End "Details" log<br><br>Note that I regularly compact the game file, as even
adding one move to some of my games bloats this fill by 50 K. Also note that I am running version 3.6.12-beta-1 on a Windows machine and the January 1 release on a Mac machine (I am at my Windows machine, so I am not sure of the version on the Mac). This problem occurs on both machines.<br><br>When I receive this message, I restore the backup copy of the database (learned this lesson the hard way), delete the game, and import a pgn of the game without comments (but with variations). I then continue until the problem happens again and then repeat the process. This kludge works, but I lose all of my annotations from past moves. Note that simply deleting the game and reimporting with the comments results in the same "Sorry, this game appears to be corrupt" dialog box.<br><br>Do you have any suggestions for avoiding this?<br><br>Best regards,<br>Cory<br><br><br><br>Cory Helfrich<br>cor...@ya...</dav...@on...></cor...@ya...><p>
</p><hr size="1">The best gets better. See why everyone is raving about the <a target="_blank" href="http://us.rd.yahoo.com/evt=40705/*http://mrd.mail.yahoo.com/try_beta?.intl=ca"><b>All-new Yahoo! Mail.</b></a>
</blockquote></div></body>
|
|
From: Cory H. <cor...@ya...> - 2007-03-28 06:00:27
|
Hello Dr. Kirkby,
I have been happily using ChessDB. Thanks for continuing development on this project.
I have a question regarding any limits on the comments within games. I play mostly email chess, so my games tend to be rather full of annotations and variations. After the games reach a certain size, I start to receive a "Sorry, this game appears to be corrupt" dialog box. The Details button reveals the following:
Begin "Details" log
Sorry, this game appears to be corrupt.
Sorry, this game appears to be corrupt.
while executing
"sc_game load $selection"
(procedure "::game::Load" line 7)
invoked from within
"::game::Load $number"
(procedure "::game::LoadNextPrev" line 12)
invoked from within
"::game::LoadNextPrev last"
(menu invoke)
End "Details" log
Note that I regularly compact the game file, as even adding one move to some of my games bloats this fill by 50 K. Also note that I am running version 3.6.12-beta-1 on a Windows machine and the January 1 release on a Mac machine (I am at my Windows machine, so I am not sure of the version on the Mac). This problem occurs on both machines.
When I receive this message, I restore the backup copy of the database (learned this lesson the hard way), delete the game, and import a pgn of the game without comments (but with variations). I then continue until the problem happens again and then repeat the process. This kludge works, but I lose all of my annotations from past moves. Note that simply deleting the game and reimporting with the comments results in the same "Sorry, this game appears to be corrupt" dialog box.
Do you have any suggestions for avoiding this?
Best regards,
Cory
Cory Helfrich
cor...@ya...
---------------------------------
The best gets better. See why everyone is raving about the All-new Yahoo! Mail. |
|
From: Dr. D. K. <dav...@on...> - 2007-03-13 01:14:57
|
Jeremy White wrote: > Hi, > > I gave this a whirl tonight. It's quite promising, but I've > found it to be buggy, I'm afraid. I had it download a sequence > of my FICS games, and the short ones came through fine, > but longer ones get truncated. Of 8 games, only 2 were > recorded completely, and that was because they were done in > 21 or fewer moves. > > Scanning the console output, it seems as though a buffer > fills and is truncated at around 27 moves or so; none of the > games I pulled down came down as longer than about that. > > But quite promising! > > Cheers, > > Jeremy Has anyone else tried this? Does anyone else get the same problem as Jeremy, with games from FICS being truncated when they are downloaded? I'm not finding that problem myself. I'm testing under Solaris - it is possible Solaris and Linux behave differently with regard to the size of a buffer. I guess I'll need to try it on a Linux box. |
|
From: Dr. D. K. <dav...@on...> - 2007-03-12 21:19:39
|
Jeremy White wrote: > Hi, > > I gave this a whirl tonight. It's quite promising, but I've > found it to be buggy, I'm afraid. I did say it would be! That is why I did not make a release and just left it in CVS. > I had it download a sequence > of my FICS games, and the short ones came through fine, > but longer ones get truncated. Of 8 games, only 2 were > recorded completely, and that was because they were done in > 21 or fewer moves. I was not aware of that problem. > Scanning the console output, it seems as though a buffer > fills and is truncated at around 27 moves or so; none of the > games I pulled down came down as longer than about that. OK, that will hopefully be reasonably easy to fix. > But quite promising! I think it should be useful. When I have a bit more time, I will look into the problem. > Cheers, > > Jeremy > > >>Feedback welcome. I know this is a bit buggy here, and messages are >>printed to stdout which one would not normally do. But I thought I'd >>make it available, as I will not get too much time over the next few >>days to do much, so thought I'd let others have a play. Let me know of >>the bugs you find. You may find it necessary to quit ChesDB after >>downloading games if you want to change to new players. After logging >>out, the next login is not working properly. I will fix that later. > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Chessdb-users mailing list > Che...@li... > https://lists.sourceforge.net/lists/listinfo/chessdb-users > |
|
From: Jeremy W. <jw...@co...> - 2007-03-12 01:40:22
|
Hi, I gave this a whirl tonight. It's quite promising, but I've found it to be buggy, I'm afraid. I had it download a sequence of my FICS games, and the short ones came through fine, but longer ones get truncated. Of 8 games, only 2 were recorded completely, and that was because they were done in 21 or fewer moves. Scanning the console output, it seems as though a buffer fills and is truncated at around 27 moves or so; none of the games I pulled down came down as longer than about that. But quite promising! Cheers, Jeremy > Feedback welcome. I know this is a bit buggy here, and messages are > printed to stdout which one would not normally do. But I thought I'd > make it available, as I will not get too much time over the next few > days to do much, so thought I'd let others have a play. Let me know of > the bugs you find. You may find it necessary to quit ChesDB after > downloading games if you want to change to new players. After logging > out, the next login is not working properly. I will fix that later. |
|
From: Dr. D. K. <dav...@on...> - 2007-03-11 00:14:45
|
I've recently got ChessDB downloading games from FICS, thanks to quite a bit of help from Warren Lewis who wrote the code that converts FICS format output to PGN. It is nice to see several making contributions. What basically happens is 1) ChessDB connects to FICS via telnet. (ChessDB has its own telnet client) 2) ChessDB sends command to FICS to print the moves of particular player(s). 3) FICS sends back the moves in its own format (smoves) 4) The code Warren wrote converts the smoves format to PGN. 5) ChessDB reads the PGN from memory into a database (there is no need to save files to PGN). (This also works for ICC but I've had that working for some time, so that is not new). This now means you can pick any player on FICS and download all the games in their history. The default is to do it for two fairly weak players (around ~1100 I think), but you can change the user names to those of GMs if you wish. (GM games are much easier to get anyway, which is why I made the default two weak players. I will find more suitable players later, as the two I just chosen seem to play mainly unrated games, which is not as helpful as it could be. But of course, you can chose who you want. Anyway, I have made this available, but only as a CVS checkout just now, as the code contains several bugs and more than a few rough edges. To get the *very* latest code, use: cvs -z3 -d:pserver:ano...@ch...:/cvsroot/chessdb co -P chessdb However, you may find that will now work - that is the nature of code in CVS. So for extra safety, check out a specific version I have tagged 'Version-3_6_18_beta_1' which you can do with: cvs -z3 -d:pserver:ano...@ch...:/cvsroot/chessdb co -r Version-3_6_18_beta_1 chessdb Feedback welcome. I know this is a bit buggy here, and messages are printed to stdout which one would not normally do. But I thought I'd make it available, as I will not get too much time over the next few days to do much, so thought I'd let others have a play. Let me know of the bugs you find. You may find it necessary to quit ChesDB after downloading games if you want to change to new players. After logging out, the next login is not working properly. I will fix that later. There are a few new items on the Help menu too. I'll make a real release when I have some time to debug this more. |
|
From: Stu O. <st...@go...> - 2007-03-09 09:52:53
|
This is not actually valid PGN. For it to be valid the comments need
to be in curley brackets to seperate it from the moves. For example
you could have the comment "26.g4 f4 26.g3 would have been better"
which will clearly confuse a pgn parser. So this should be "26.g4 f4
{26.g3 would have been better}" which separates the comment from the
moves.
>
> I tried to load the game below (Malcolm Pein's account
> of Magnus-Topalov, Linares 2007 on TWIC) using
> 'Edit>Paste Clipboard Text as PGN game' but I got a
> bunch of 'Unexpected Symbol' errors regarding the
> comments text and PGN header tags. Is there a fix?
> Please let me know.
>
> Thanks,
> Kareem
>
>
> 1.d4 Nf6 2.c4 g6 3.Nc3 d5 4.cxd5 Nxd5 5.e4 Nxc3 6.bxc3
> Bg7 7.Bc4 c5 Black must attack White's centre or be
> crushed. The focus of his counterplay is the d4 square
> 8.Ne2 Nc6 9.Be3 0-0 10.0-0 Na5 An unfashionable line
> but a sensible choice since it has been rarely tried
> at the top level in Carlsen's lifetime. The other
> lines are [10...Qc7 and Rd8; 10...Bd7; and the old
> main line 10...cxd4 11.cxd4 Bg4 12.f3 Na5 when White
> plays Bxf7+ or 13.Bd3 Be6 14.d5 giving up the
> exchange] 11.Bd3 b6 12.Rc1 Qd2 and Rad1 is also
> possible but the c file is important in these
> positions after Black exchanges on d4 12...cxd4
> 13.cxd4 e6 14.Qd2 Bb7 15.h4! [White's plan is to
> undermine Black's dark squares by getting this pawn to
> h6. In my book on the Exchange Gruenfeld published in
> I attributed this move to Rainer Knaak and was so
> impressed I started to play it myself. Previously
> 15.Bh6 was standard] 15...Qe7 [15...Qd7 16.Bh6 Nc6
> 17.Bxg7 Kxg7 18.Bb5 a6 19.Bxc6 Bxc6 20.d5 Bb5 21.Rfd1
> e5 22.h5 Rac8 23.h6+ Kg8 24.Rxc8 Rxc8 25.Nc3 Qd6
> 26.Nxb5 axb5 27.Qb2 b4 28.Rc1 Rc5 29.Rc2 Qc7 30.Rd2
> Qd6 31.a3 Rc4 32.axb4 Rxe4 33.Qc1 Rxb4 34.Ra2 Qf8
> 35.Ra7 Qd8 36.g3 Qb8 37.Qg5 Qe8 38.Qf6 Rb1+ 39.Kg2 1-0
> Kasparov,G-Lutz,C/Frankfurt 1986/EXT 2006] 16.h5
> [16.Bg5 f6 17.Bf4 1-0 Knaak,R-Heinig,W/Eggesin
> 1978/EXT 2000 (39)] 16...Rfc8 [16...Rac8 17.h6 Bh8
> 18.e5 buries the black bishop] 17.e5 [17.Rxc8+ Rxc8
> 18.Rc1 Qd7 19.hxg6 hxg6 20.f3 Rxc1+ 21.Qxc1 1/2-1/2
> Perdomo,L-Semerene,D/Bento Goncalves 2000/EXT 2001;
> 17.Bg5 Qa3 18.e5 Bd5 19.Nc3 Nc4 20.Bxc4 Rxc4 21.h6 Bf8
> 22.Nxd5 exd5 23.Rxc4 dxc4 24.d5 c3 25.Qd3 Qxa2 26.d6
> Qe6 27.d7 Be7 28.Bxe7 Qxe7 29.Rd1 Rd8 30.Qxc3 b5
> 31.Rd6 b4 32.Qd4 b3 33.Qc3 a5 34.Qxa5 b2 35.Qb6 b1Q+
> 36.Qxb1 Qxe5 37.Qd1 Qg5 38.Rc6 Qxh6 39.Rc8 Qf8 40.Qc2
> Qe7 41.Rxd8+ 1-0 Zueger,B-Gobet,F/Geneve 1988/EXT
> 1997] 17...Rxc1N [17...Qd8 18.f3 Bd5 19.Bg5 f6 20.Bh6
> Nc4 21.Bxc4 Bxc4 22.Bxg7 Kxg7 23.Nf4 fxe5 24.Rxc4 exf4
> 25.h6+ Kxh6 26.Qxf4+ Qg5 27.Qh2+ Qh5 28.Qf4+ Qg5
> 29.Qh2+ Kg7 30.Rc7+ Rxc7 31.Qxc7+ Kg8 32.Re1 Qd5
> 33.Re4 Qxa2 34.Rf4 Rf8 35.Rxf8+ Kxf8 36.Qd8+ Kf7
> 37.Qc7+ 1/2-1/2 Andrews,S-Stone,R/Lansing 1989/EXT
> 2003] 18.Rxc1 Rc8 19.Rxc8+ Bxc8 20.Bg5 Qc7 [20...f6
> 21.exf6 Bxf6 22.Bxf6 Qxf6 23.Qc2 Bb7 24.Qc7] 21.Bf6!
> 21...Nc6? [21...Bb7 22.Qg5 h6 23.Qg4 Bxf6 24.exf6 Qd8!
> 25.hxg6 Qxf6 defends but after 26.gxf7+ Kxf7 27.Nf4
> Bd5 28.Nxd5 exd5 29.Qd7+ White wins a pawn] 22.Qg5
> Simply intending to play. Bxg7 h5-h6+ and Qf6 22...h6
> 23.Qc1! Creating threats to g6 and along the c file
> 23...g5 24.Bb5 Bd7 25.d5! exd5 26.Nd4 Winning a piece
> and the game 26...Bxf6 27.exf6 Qd6 28.Bxc6 Qxf6
> 29.Bxd7 Qxd4 30.g3 Qc5 31.Qxc5 bxc5 32.Bc6 d4 33.Bb5
> Kf8 34.f4 gxf4 35.gxf4 1-0
>
>
>
> ____________________________________________________________________________________
> 8:00? 8:25? 8:40? Find a flick in no time
> with the Yahoo! Search movie showtime shortcut.
> http://tools.search.yahoo.com/shortcuts/#news
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Chessdb-users mailing list
> Che...@li...
> https://lists.sourceforge.net/lists/listinfo/chessdb-users
>
|
|
From: Kareem T. <ko...@ya...> - 2007-03-09 03:34:48
|
Hello, I tried to load the game below (Malcolm Pein's account of Magnus-Topalov, Linares 2007 on TWIC) using 'Edit>Paste Clipboard Text as PGN game' but I got a bunch of 'Unexpected Symbol' errors regarding the comments text and PGN header tags. Is there a fix? Please let me know. Thanks, Kareem 1.d4 Nf6 2.c4 g6 3.Nc3 d5 4.cxd5 Nxd5 5.e4 Nxc3 6.bxc3 Bg7 7.Bc4 c5 Black must attack White's centre or be crushed. The focus of his counterplay is the d4 square 8.Ne2 Nc6 9.Be3 0-0 10.0-0 Na5 An unfashionable line but a sensible choice since it has been rarely tried at the top level in Carlsen's lifetime. The other lines are [10...Qc7 and Rd8; 10...Bd7; and the old main line 10...cxd4 11.cxd4 Bg4 12.f3 Na5 when White plays Bxf7+ or 13.Bd3 Be6 14.d5 giving up the exchange] 11.Bd3 b6 12.Rc1 Qd2 and Rad1 is also possible but the c file is important in these positions after Black exchanges on d4 12...cxd4 13.cxd4 e6 14.Qd2 Bb7 15.h4! [White's plan is to undermine Black's dark squares by getting this pawn to h6. In my book on the Exchange Gruenfeld published in I attributed this move to Rainer Knaak and was so impressed I started to play it myself. Previously 15.Bh6 was standard] 15...Qe7 [15...Qd7 16.Bh6 Nc6 17.Bxg7 Kxg7 18.Bb5 a6 19.Bxc6 Bxc6 20.d5 Bb5 21.Rfd1 e5 22.h5 Rac8 23.h6+ Kg8 24.Rxc8 Rxc8 25.Nc3 Qd6 26.Nxb5 axb5 27.Qb2 b4 28.Rc1 Rc5 29.Rc2 Qc7 30.Rd2 Qd6 31.a3 Rc4 32.axb4 Rxe4 33.Qc1 Rxb4 34.Ra2 Qf8 35.Ra7 Qd8 36.g3 Qb8 37.Qg5 Qe8 38.Qf6 Rb1+ 39.Kg2 1-0 Kasparov,G-Lutz,C/Frankfurt 1986/EXT 2006] 16.h5 [16.Bg5 f6 17.Bf4 1-0 Knaak,R-Heinig,W/Eggesin 1978/EXT 2000 (39)] 16...Rfc8 [16...Rac8 17.h6 Bh8 18.e5 buries the black bishop] 17.e5 [17.Rxc8+ Rxc8 18.Rc1 Qd7 19.hxg6 hxg6 20.f3 Rxc1+ 21.Qxc1 1/2-1/2 Perdomo,L-Semerene,D/Bento Goncalves 2000/EXT 2001; 17.Bg5 Qa3 18.e5 Bd5 19.Nc3 Nc4 20.Bxc4 Rxc4 21.h6 Bf8 22.Nxd5 exd5 23.Rxc4 dxc4 24.d5 c3 25.Qd3 Qxa2 26.d6 Qe6 27.d7 Be7 28.Bxe7 Qxe7 29.Rd1 Rd8 30.Qxc3 b5 31.Rd6 b4 32.Qd4 b3 33.Qc3 a5 34.Qxa5 b2 35.Qb6 b1Q+ 36.Qxb1 Qxe5 37.Qd1 Qg5 38.Rc6 Qxh6 39.Rc8 Qf8 40.Qc2 Qe7 41.Rxd8+ 1-0 Zueger,B-Gobet,F/Geneve 1988/EXT 1997] 17...Rxc1N [17...Qd8 18.f3 Bd5 19.Bg5 f6 20.Bh6 Nc4 21.Bxc4 Bxc4 22.Bxg7 Kxg7 23.Nf4 fxe5 24.Rxc4 exf4 25.h6+ Kxh6 26.Qxf4+ Qg5 27.Qh2+ Qh5 28.Qf4+ Qg5 29.Qh2+ Kg7 30.Rc7+ Rxc7 31.Qxc7+ Kg8 32.Re1 Qd5 33.Re4 Qxa2 34.Rf4 Rf8 35.Rxf8+ Kxf8 36.Qd8+ Kf7 37.Qc7+ 1/2-1/2 Andrews,S-Stone,R/Lansing 1989/EXT 2003] 18.Rxc1 Rc8 19.Rxc8+ Bxc8 20.Bg5 Qc7 [20...f6 21.exf6 Bxf6 22.Bxf6 Qxf6 23.Qc2 Bb7 24.Qc7] 21.Bf6! 21...Nc6? [21...Bb7 22.Qg5 h6 23.Qg4 Bxf6 24.exf6 Qd8! 25.hxg6 Qxf6 defends but after 26.gxf7+ Kxf7 27.Nf4 Bd5 28.Nxd5 exd5 29.Qd7+ White wins a pawn] 22.Qg5 Simply intending to play. Bxg7 h5-h6+ and Qf6 22...h6 23.Qc1! Creating threats to g6 and along the c file 23...g5 24.Bb5 Bd7 25.d5! exd5 26.Nd4 Winning a piece and the game 26...Bxf6 27.exf6 Qd6 28.Bxc6 Qxf6 29.Bxd7 Qxd4 30.g3 Qc5 31.Qxc5 bxc5 32.Bc6 d4 33.Bb5 Kf8 34.f4 gxf4 35.gxf4 1-0 ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news |
|
From: Bradley S. <bra...@ho...> - 2007-03-08 14:36:17
|
Windows still has the dos commands of its ancestor. One of the things you can do, which I used to do when I was trying to imoprt the whole of TWIC at one fell swoop, was to use the copy command. The thing to remember is that PGN files are merely ascii text files and they can all go together, either in a text editor, or with a command. You can do "COPY File1.pgn+File2.pgn+File3.pgn File123.pgn" I believe however the command line is limited to 255 characters so this may not be your friend. You can also simply use a wildcard and do "COPY *.PGN ALLFILES.PGN" I did find however, that with TWIC for example that some of the files contained either broken PGN or junk of one sort or another. Once they were all in one big file the importer executabel gave a line number of where the error occured, which allowed me to use a text editor possessing the ability to use line number to go and fix them. On the other hand, this has been modified in ChessDB which I am sure many people have probably already posted. _________________________________________________________________ Win a Zunemake MSN® your homepage for your chance to win! http://homepage.msn.com/zune?icid=hmetagline |
|
From: Bradley S. <bra...@ho...> - 2007-03-08 14:04:09
|
I have been watching the changes going on. I am wondering, if anyone is making efforts to capitolize on the changes made to the other project? Or are the changes being made so in such a theoretically different mindset that they dopn't make sense to do ? _________________________________________________________________ Win a Zunemake MSN® your homepage for your chance to win! http://homepage.msn.com/zune?icid=hmetagline |
|
From: Dr. D. K. <dav...@on...> - 2007-03-08 12:23:38
|
Peter Horst wrote: > I want to import a large number (~100) of individual pgn files into a > Scid database. I'm under the impression that I can only import 4 at a > time. Is this correct? If not, what is the correct procedure? Worse > comes to worst, I can always stitch the pgn files together with a shell > script or something. > > Thanks. I'm not aware of how you can import more than *one* at a time under Scid, unless you stitch them together as you say. But ChessDB, http://chessdb.sourceforge.net/ which is an enhanced version of Scid I am developing, has an item on the tools menu "Import all PGN files in a directory" You basically chose a directory, then the import works on each file in a directory. |
|
From: Dr. D. K. <dav...@on...> - 2007-03-08 12:09:04
|
Peter Horst wrote: > Niklas Hallqvist wrote: > >>[snip] >> >>PS Of course I assume you are not trying to do this in the GUI, it's >>hardly the purpose of the GUI, if you ask me. >> And, I assume you're not using Windows as well, as you write >>"shell script", but even if you were, you could >> easily install cygwin, and ease the burden the OS put upon you a >>fair deal. >> > > Yes, unfortunately I'm using Windows - the shell script reference was > just an acknowledgment that I could use Perl, or a script on my Linux > machine, if need be. The '4 pgn files at a time' was a reference to the > Windows GUI. I should have been much more specific, sorry. Can I > perhaps install Scid on my Linux machine, do the work there, then copy > over the database? With ChessDB, it works on both Linux and Windows, so there is no need. There is absolutely nothing missing in ChessDB that was in Scid. *Everything* is there, but you gain the extras such as this feature. Some of the changes are listed at: http://chessdb.sourceforge.net/changes/ |
|
From: Dr. D. K. <dav...@on...> - 2007-03-06 23:31:32
|
Kareem Talhouni wrote: > Hello all, > > Sorry for this email about a topic which has likely > been answered several times, but I have not been able > to get TogaII to work in ChessDB and I wasn't able to > get it to work in Scid either. > > I don't understand the bit about the directories so > I'm hoping someone can walk me through it. Toga II is a UCI engine and currently needs Polyglot as described at: http://chessdb.sourceforge.net/tutorial/t_tool_engine.php You need to configure the engine something like this: Name: polyglot Command: /usr/local/bin/polyglot Parameters: Directory: /export/home/drkirkby/chess That tells ChessDB the location of the binary polyglot (/usr/local/bin/polyglot) and the location where the polyglot.ini configuration file will be found. You need to create a file polyglot.ini file, like that below. Note the chess engine in this case is called fruit, but you may have it called toga, or whatever else the case may be. [PolyGlot] Log = true LogFile = /export/home/drkirkby/chess/polyglot.log EngineDir = /usr/local/bin EngineCommand = fruit Book = true BookFile = /export/home/drkirkby/chess/fruit-book.bin ; same directory as INI file, use full path otherwise Book = false [Engine] Hash = 512 If its any help, this is the relavant section of my file .chessdb/config/options.dat, but note that should all be created in the GUI for you. engine { Name polyglot Cmd /usr/local/bin/polyglot Args {} Dir /export/home/drkirkby/chess Elo 0 Time 1173148323 URL {} } > Thanks, > Kareem > > PS... I've been getting a "500 - Internal Server > Error" when I try to click on 'Chessdb-users Archives.' That does not surprise me. I am getting rather fed up with Sourceforges relieabiltiy. |
|
From: Kareem T. <ko...@ya...> - 2007-03-06 23:08:29
|
Hello all, Sorry for this email about a topic which has likely been answered several times, but I have not been able to get TogaII to work in ChessDB and I wasn't able to get it to work in Scid either. I don't understand the bit about the directories so I'm hoping someone can walk me through it. Thanks, Kareem PS... I've been getting a "500 - Internal Server Error" when I try to click on 'Chessdb-users Archives.' ____________________________________________________________________________________ The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php |
|
From: Dr. D. K. <dav...@on...> - 2007-03-06 22:57:29
|
Kareem Talhouni wrote: > Hello again Dr. Kirkby, > > I feel badly at bothering you all the time, and I have > some tech support questions now, so I'm wondering if > there is a ChessDB support forum somewhere. If the > mailing list is the support forum, can you tell me if > there is heavy email volume on the list? > > Thanks, > Kareem Hi, there is a mailing list - it is che...@li... so support questions are probably best answered there. I read the list, so of course will respond, but others may have solved your problem before I see the list. You need to register to use the list - please go to https://lists.sourceforge.net/lists/listinfo/chessdb-users and register. There has been a few hundred posts to the list since it was set up in mid-December. |
|
From: Jeremy W. <jw...@co...> - 2007-03-02 01:17:03
|
> 5) Code to generate list of games played in a history has not been > implemented. Hmm. It appears to me (in my 30 seconds of analysis :-/) that the FICS games at least are uniquely identify; handle + game number. Couldn't we store the handle + game number in the game db? Then, when it came time to decide which games to pull, we could easily screen out the ones we already had. Forgive me if that doesn't make sense for ICC (or for that matter, FICS :-/), but that seems a bit easier than setting up a series of files to track the status. Cheers, Jeremy |
|
From: Dr. D. K. <dav...@on...> - 2007-03-02 00:28:41
|
Denis Navas wrote: > It works for me, if a include Spanish from Spain, but not with Spanish > from Nicaragua. > > -- > > > Atentamente, > > Denis J Navas > Thank you. I thought it was working for them all, but I would agree it was not. I've now put hard links on the web site, rather than symbolic ones: $ ln index.php.es index.php.es-ni etc and it seems to work. |
|
From: Denis N. <den...@gm...> - 2007-03-01 23:41:56
|
It works for me, if a include Spanish from Spain, but not with Spanish from Nicaragua. -- Atentamente, Denis J Navas |
|
From: Bradley S. <bra...@ho...> - 2007-03-01 13:48:57
|
>>I just went through the TWIC download process. Let me say that I really >>like it. > >It seems to be a feature requested a lot. It is one of the features >requested on the Scid site. Yes, it is a good one, I used to use the Python scripts to do it, and even modified them somewhat to doit a bit more to my personal liking. but this as a feature is just convenient. >>However, the first time I tried it, I had only CLIPBASE open. Once I got >>it downloaded, I decided that was not really a good idea. So I created a >>new database called TWIC, then opened the SWITCHER figuring I could drag >>and drop clipbase to it, or something to that effect. However, it just >>sort of hung at that point, and I was unable to regain control without >>killing the process from the task manager. > >I've just tried to reproduce that and can't here, but I will look at it. I >must admit, I do not do as much testing under Windows as I should. > >>The second time, I started off right by creating a TWIC database and >>selecting it, then everything worked alright. I still haven't opened the >>switcher again. > >Interesting. How many issues did you try to download? How much RAM do you >have? I have recently increased the number of games that can go into the >clipbase a lot (from 50,000 to 2,000,000). A lot of TWIC issues would mean >a lot of games, which might be an issue if you were low on RAM. I downloaded ALL of the issues. I think it comes out to 600k+ games. I have 768mb (max my machine will allow :( unfortunately) of physical ram, and am running Windows Server 2003 which will swap around memory for diskspace to have as much as it likes. > >>Here's either a question or a suggestion depending on how things already >>work. Let's say I want to do a study on an opening, for example the >>London. As white I am going to do d4, Nf3, Bf4 pretty much regardless of >>what black does, I am sure I could come up with some black defenses that >>work similarly. However, in order to do this I want to search out all the >>games that have those 3 moves or that pawn piece position for white >>regardless of what black's responses are. Is there a way to do that, or am >>I suggesting that such a search should exist :) >> >>-- Bradley > >I'm not aware of a way to do it. I just had a look at some documentation >which Shane wrote: > >http://chessdb.sourceforge.net/tutorial/programmers-reference.php > >I think it would need changes to the C++ database code, which is not very >well documented (I'm also not much of a C++ programmer - I'm much happier >with C). > >The bit needed would be sc_board: > >http://chessdb.sourceforge.net/tutorial/programmers-reference.php#search > >but there does not look an obvious way to me, without changing that. And >how to change it is not obvious either. > >If you, or anyone else, can see how to change the code, I could easily add >a couple of radio buttons to search for a specific black position, but >ignore the white one. > >Dave I will take a look at that document and see what I can, I can program c++, but don't really have the free cycles at present to do much. I am sure it would take some knowledge of the db format as well, or perhaps it could be handled in some way similar to another search. _________________________________________________________________ Win a Zunemake MSN® your homepage for your chance to win! http://homepage.msn.com/zune?icid=hmetagline |
|
From: Dr. D. K. <dav...@on...> - 2007-03-01 12:38:29
|
Bradley Small wrote: > I just went through the TWIC download process. Let me say that I really > like it. It seems to be a feature requested a lot. It is one of the features requested on the Scid site. > However, the first time I tried it, I had only CLIPBASE open. > Once I got it downloaded, I decided that was not really a good idea. So > I created a new database called TWIC, then opened the SWITCHER figuring > I could drag and drop clipbase to it, or something to that effect. > However, it just sort of hung at that point, and I was unable to regain > control without killing the process from the task manager. I've just tried to reproduce that and can't here, but I will look at it. I must admit, I do not do as much testing under Windows as I should. > The second time, I started off right by creating a TWIC database and > selecting it, then everything worked alright. I still haven't opened the > switcher again. Interesting. How many issues did you try to download? How much RAM do you have? I have recently increased the number of games that can go into the clipbase a lot (from 50,000 to 2,000,000). A lot of TWIC issues would mean a lot of games, which might be an issue if you were low on RAM. > Here's either a question or a suggestion depending on how things already > work. Let's say I want to do a study on an opening, for example the > London. As white I am going to do d4, Nf3, Bf4 pretty much regardless of > what black does, I am sure I could come up with some black defenses that > work similarly. However, in order to do this I want to search out all > the games that have those 3 moves or that pawn piece position for white > regardless of what black's responses are. Is there a way to do that, or > am I suggesting that such a search should exist :) > > -- Bradley I'm not aware of a way to do it. I just had a look at some documentation which Shane wrote: http://chessdb.sourceforge.net/tutorial/programmers-reference.php I think it would need changes to the C++ database code, which is not very well documented (I'm also not much of a C++ programmer - I'm much happier with C). The bit needed would be sc_board: http://chessdb.sourceforge.net/tutorial/programmers-reference.php#search but there does not look an obvious way to me, without changing that. And how to change it is not obvious either. If you, or anyone else, can see how to change the code, I could easily add a couple of radio buttons to search for a specific black position, but ignore the white one. Dave |
|
From: Dr. D. K. <dav...@on...> - 2007-02-28 21:02:50
|
Jeremy White wrote: >>I don't know if you have an ICC account, but I am particulary keen to >>have some feedback on that. I played someone yesterfay who played 1.b4 > > > How is the FICS support looking? I don't have an ICC account, but do > have one on FICS, and would be happy to test and possibly help with the > development (although that is probably more a case of the spirit is > willing, but... :-/) > > Cheers, > > Jeremy Hi Jeremy. ChessDB connects to FICS, as you can see in the screen shot. http://chessdb.sourceforge.net/Scid/ You might also see an annoying square box at the start of each line. (I think the screen shot is not 100% correct, as it shows as \r when I see it) I need to sort out what the server is sending to cause that. Interestingly, on ICC, it is at the end of the line. So far my attempts to remove that have failed, but that is soluble - just not as trivial as I first though. On ICC at least, it is not causing any problems, as ChessDB seems to ignore the rubbish. Many of the issues that exist on ICC will be on FICS too, so solving for one will sort them out on both. I'm certainly not 100% happy with the ICC implementation. FICS is a bit more complex, in that there is no command to generate a PGN of the game. But Warren Lewis has written something to do that, so hopefully we can get the games to PGN. (No PGN file need be created, as ChessDB can read from memory). One of the biggest issues is that it is currently only possible to download all the games of a player. That is not sensible if someone has a history of 20 games, but has only played one new one!! It uses 20x the bandwidth it needs to, takes 20x as long, as since ICC have a limit on the number of games that may be downloaded in quick succession (100), it seriously reduces the amount one can do. It also means if its run twice, without the person having played 20 games, there will be duplicate games. If you wanted to contribute, I an think of a way you can do so, in a useful way, that would not require too much interaction with the code from someone else. For both FICS and ICC we need a procedure which can take the history of a person and return a list of the game numbers and a simple checksum for that line in their history. For example, lets assume we want to download the games of 'bortjr'. We need to know what slots in his/her history has games: 'his for bortjr' returns: History for bortjr: Opponent Type ECO End Date 32: + 1587 W 1445 totito [ sr 50 1] A01 Adj Tue Feb 20, 15:55 PST 2007 33: - 1578 B 1555 Johnnygomes [ sr 15 0] C41 Res Wed Feb 21, 15:46 PST 2007 34: - 1570 B 1587 Multnomah [ sr 16 0] D00 Res Wed Feb 21, 16:15 PST 2007 35: - 1144 W 1145 GentlemanJoe [ br 5 12] A01 Res Sat Feb 24, 15:08 PST 2007 36: - 1137 B 1229 ayi [ br 10 0] D00 Res Sat Feb 24, 15:24 PST 2007 37: - 1128 B 1150 Chevalaile [ br 3 12] C22 Res Mon Feb 26, 14:03 PST 2007 38: + 1137 W 1142 Chevalaile [ br 3 12] A01 Res Mon Feb 26, 14:22 PST 2007 39: - 1136 W 1752 sccrrckstr [ br 5 10] A01 Res Mon Feb 26, 14:44 PST 2007 40: - 1561 B 1535 JeanPhilippe [ sr 15 0] C10 Mat Mon Feb 26, 14:59 PST 2007 41: - 1552 W 1544 JeanPhilippe [ sr 15 0] A01 Res Mon Feb 26, 15:19 PST 2007 > for bortjr: It seems the history format of ICC and FICS are very similar, if not identical (see ICC examples below) We need to 1) Verify the history is for bortjr, and not someone else. 2) Extract a list of the games numbers (32, 33, 34 ... 41) 3) Have a simple checksum or say 32 bits or more, (use one built into Tcl if one exists), or write something simple, so that we can tell if the game has already been played. 4) Write the checksums to a file. File will be called $user.$server.txt Once we have the checksum written to a file, we can then verify if any particular game has been downloaded, since we would know the checksum from the history. So in summary 1) ChessDB connects and can log into FICS 2) Commands can be run on FICS 3) FICS output is seen 4) Code for converting FICS output to PGN has not been tested inside of ChessDB. 5) Code to generate list of games played in a history has not been implemented. Dave Here are a few examples from ICC of the history. Ideally code would work on both. aics% hist chesscoach Recent games of ChessCoach: Opponent Type ECO End Date 98: + 1681 W 974 Visin [ bu 7 0] C58 Fla Feb 27 07 05:12 97: + 1681 B 974 Visin [ bu 7 0] C00 Res Feb 27 07 05:05 96: + 1681 W 924 crazynights [ bu 7 0] C50 Res Feb 27 07 04:57 95: + 1681 B 1083 contrary [ bu 7 0] A22 Fla Feb 27 07 04:37 94: + 1681 W 1083 contrary [ bu 7 0] C50 Res Feb 27 07 04:28 93: + 1681 B 1056 faithless [ bu 5 0] A40 Res Feb 27 07 04:17 92: + 1681 W 1056 faithless [ bu 5 0] B21 Res Feb 27 07 04:15 91: a 1681 B 720 ronlad [ bu 5 0] A00 Sho Feb 27 07 04:10 90: + 1681 W 720 ronlad [ bu 5 0] C40 Fla Feb 27 07 04:00 89: + 1681 B 1104 msb [ bu 5 0] E30 Mat Feb 27 07 03:50 88: + 1681 W 1100 X-76 [ bu 8 0] C50 Mat Feb 27 07 03:26 87: + 1681 B 888 chakalite [ bu 8 0] C00 Res Feb 27 07 02:56 86: + 1681 W 655 MyQueen2B [ bu 8 0] C02 Res Feb 27 07 00:07 85: + 1681 W 681 CHLOMAR [ bu 8 0] C41 Res Feb 26 07 23:26 84: + 1681 W 971 bdk [ bu 8 0] C50 Res Feb 26 07 23:05 83: + 1681 B 971 bdk [ bu 8 0] C00 Res Feb 26 07 22:57 82: + 1681 W 840 HBSB [ bu 8 0] C50 Mat Feb 26 07 22:46 81: + 1681 B 840 HBSB [ bu 8 0] C00 Res Feb 26 07 22:40 80: + 1681 W 840 HBSB [ bu 8 0] C57 Res Feb 26 07 22:39 79: + 1681 B 840 HBSB [ bu 8 0] C00 Mat Feb 26 07 22:33 aics% his g8wrb Recent games of g8wrb: Opponent Type ECO End Date 75: - 1344 W 1506 jackson1754 [ sr 23 21] B21 Res Feb 27 07 19:03 74: - 1354 B 1496 jackson1754 [ sr 23 21] C15 Res Feb 27 07 18:54 73: - 1023 B 1544 liverlipsYYZ [ bu 2 12] A00 Res Feb 27 07 08:58 72: - 1023 B 1544 liverlipsYYZ [ bu 2 12] A00 Res Feb 27 07 08:49 71: - 1023 B 1544 liverlipsYYZ [ bu 2 12] A00 Res Feb 27 07 08:45 70: - 1023 B 1544 liverlipsYYZ [ bu 2 12] A00 Res Feb 27 07 08:37 69: + 1023 B 1064 TTIGER [ br 2 12] A00 Res Feb 25 07 22:26 68: - 1365 B 1402 Spildle [ sr 30 0] C01 Res Feb 25 07 11:03 67: - 1381 W 1386 Spildle [ sr 30 0] B21 Res Feb 25 07 10:44 66: + 1398 B 1369 Spildle [ sr 30 0] C02 Res Feb 25 07 10:34 65: - 1382 W 1385 Spildle [ sr 30 0] B21 Res Feb 25 07 09:44 64: - 1399 B 1369 Toalla [ sr 45 45] E00 Mat Feb 24 07 20:31 63: - 1418 W 1497 escak [ sr 30 10] C01 Res Feb 21 07 18:02 62: + 1432 B 1349 ChessGuy [ sr 30 12] C00 Mat Feb 20 07 19:27 61: = 1419 W 1448 BLAHOG604 [ sr 30 0] B21 Agr Feb 20 07 12:53 60: - 1418 B 1459 tooslow [ sr 30 0] C00 Res Feb 18 07 16:00 59: + 1434 W 1327 houseofcook [ sr 45 45] C02 Res Feb 17 07 10:00 58: - 1003 B 1104 alfa [ bu 5 12] C02 Res Feb 16 07 18:11 57: + 1422 W 1281 Volkster [ sr 20 20] C41 Res Feb 14 07 20:32 56: + 1411 B 1292 Volkster [ sr 20 20] C00 Res Feb 14 07 20:04 aics% his dougmo Recent games of dougmo: Opponent Type ECO End Date 78: + 1248 B 1185 ottofive [ br 5 10] C00 Res Feb 28 07 13:15 77: + 1234 W 1199 ottofive [ br 5 10] C44 Res Feb 28 07 13:05 76: + 1218 B 1123 WimpD [ br 2 8] C07 Mat Feb 24 07 07:37 75: - 1205 B 1100 Galli777 [ br 5 10] C02 Res Feb 22 07 19:03 74: - 1228 B 1193 Arthos [ br 5 12] E30 Res Feb 22 07 18:50 73: + 1247 W 1155 Howdry [ br 10 0] C01 Res Feb 22 07 10:00 72: - 1234 B 1129 rhombus [ br 8 0] C02 Fla Feb 22 07 09:43 71: = 1256 B 1082 ReBach [ br 3 3] C00 Rep Feb 22 07 09:36 70: + 1264 W 1022 Timur [ br 4 12] C44 Res Feb 21 07 11:59 69: - 1257 W 1210 WimpD [ br 2 8] B23 Res Feb 21 07 11:55 68: + 1277 B 1154 Rusten [ br 5 10] C00 WQ Feb 21 07 09:04 67: + 1266 B 1066 fastglass [ br 5 12] A40 Res Feb 20 07 15:46 66: = 1522 B 1551 chadamir [ sr 20 0] C02 Rep Feb 20 07 13:48 65: + 1258 W 1059 gerard [ br 5 12] C44 Res Feb 19 07 14:44 64: - 1520 B 1573 rubashov [ sr 45 45] C07 Res Feb 18 07 10:02 63: + 1250 B 1094 lyndsy [ br 5 12] A40 Res Feb 17 07 05:13 62: + 1240 W 1046 gastov6368 [ br 2 12] C44 Res Feb 16 07 12:19 61: - 1232 W 1155 tugg1 [ br 10 5] B01 Fla Feb 16 07 11:56 60: a 1253 W 1000 newsartist [ br 2 12] B00 Sho Feb 16 07 10:36 59: + 1253 B 1085 famouswoods [ br 2 12] C00 Res Feb 16 07 09:16 |
9 messages has been excluded from this view by a project administrator.
