- Admin wrote:
- Should you not ask Chesstempo.com and Chessable.com ?
Aside of that, the problem you are facing is that (as far as I know) no engine programmer ever took the trouble to create and maintain 2 books, one for white and one for black, we just do one for both colors.
If you have a working polyglot book for white and one for black I will see if I can make a special ProDeo version for since it requires a couple of significant changes.
I did ask Chesstempo.com and Chessable.com, but I didn't have an answer yet.
I was hoping someone with programming knowledge could help me with it. I have my repertoires in pgn format.
This is a standard format that every chess programmer knows.
I don't like to use bin books for making repertoires.
They are hard to convert to pgn. And if you convert them to pgn the candidate moves don't have the same frequency of play as the original pgn files.
If you make an obk book from a pgn file. And you export back to pgn with obk2pgn, you have exactly the same number of games as the input pgn, and the candidate moves have the same frequency of play as the original pgn files.
The PGN output of “obk2pgn” looks like this: Each variation in the original OBK file is output as a separate game in the PGN file. Each move is annotated according to the book score:
3 = !!, 2 = !, 1 = , 0 = ?.
The problem is that I can’t search for moves without an informant symbol (moves with 1 dot in the obk book). Therefore, we change the output with Python script:
3 = !! or $3, 2 = ! or $1, 1 = !? or $5, 0 = ? or $2.
Then I remove all games with a ? or !? or ! in the annotation. So I only keep the games where each move (for the side of the repertoire), is annotated with a !!.
To remove inferior lines for the side of the repertoire, (games played less by top grandmasters, and strong engines).
That's what I want, to not make it more complicated as necessary.
I think the reason is that transpositions are ignored when making obk books.
If you try to convert a bin book of 500Mb to pgn with jja 0.9.0 for example. It takes night and day and never finishes. And If you abort you get a pgn file from more 200GB.
Bin books is good for engines, but not for making over the board repertoires I think.
The obk book format is also not ideal because it is slow to make obk books and to convert back to pgn, but it is the best approach I know for now.
If I was a programmer I would make a new book format that is suitable both for making otb repertoires as to use with engines. That can easily be converted back and forth to pgn (with informant symbols), while maintaining the same frequency of play of the candidate moves, as the input pgn, (frequency of play is something different than the weight of a move in the book).