Em uma árvore de abertura no ChessBase, como podemos corrigir as estatísticas para que as transposições não sejam levadas em consideração no número total de jogos?

8

Em uma árvore de abertura (também chamada de "explorer de abertura" ou "livro de aberturas") no ChessBase 12, aqui estão as estatísticas que obtemos após 1. Nf3 c5:

Parece que, depois de 1. Nf3 c5, as brancas jogam 2. e4 em 93% das vezes.
É óbvio que essas estatísticas não fazem sentido.
Todo mundo sabe que depois de 1. Nf3 c5, as brancas jogam 2. c4 50% das vezes, 2. g3 30% das vezes e 2. e4 apenas 10% das vezes.
Jogadores brancos que jogam 1. Nf3 geralmente não estão muito interessados ​​em entrar em um aberto siciliano ...
"2. e4 464238" não significa "nesta posição As brancas jogaram a jogada 2. e4 464238 vezes", apenas significa " a posição alcançada após o movimento 2. e4 foi alcançada 464238 vezes por diferentes ordens de movimento ".
Como podemos resolver esse problema?
Não deve ser fisicamente impossível, pois a maioria das outras árvores de abertura não tem esse problema ( a árvore de abertura do ChessOK ,O 365Chess 'Opening Explorer e o FICS' Opening Explorer não têm esse problema).

Quando clicamos com o botão direito do mouse e, em seguida, clique em "Propriedades", esta janela é exibida:

Infelizmente, marcar ou desmarcar a caixa "Transposições não reproduzidas" parece não fazer nada.

Destino
fonte
1
Desmarcar "Transposições não reproduzidas" impedirá apenas que a guia Livro de aberturas exiba movimentos que nunca foram feitos em seu banco de dados, mas que ainda levam a uma posição em seu banco de dados por transposição.
dfan
O Chess.com também faz isso, o Scid faz da maneira que você sente que está correta.
RemcoGerlich

Respostas:

2

Infelizmente, muitas das funções estatísticas do recurso Opening Book no ChessBase não são confiáveis ​​em todas as versões que possuo.

Por exemplo, após a linha Caro-Kann 1. e4 c6 2. d4 d5 3. e5 Bf5 4. Nf3 e6 5. Be2 Nd7 6. OO h6 7. Nbd2 Ne7 8. Nb3 Qc7 9. Bd2, o livro de abertura PowerBook 2013 mostra esta tabela:

Move       N     %    Av  Perf
          15  76.7  2409  2283

9...Bh7    8  56.3  2433  2494
9...g5     6  83.3  2405  2233
9...Nc8    4  62.5  2393  2335
9...a5     2  50.0  2561  2564
9...Be4    1 100.0  2414  2315

Bem, primeiro, você notará que o número de jogos no total (15) não tem relação com o número de jogos em cada variação fornecida (um total de 21).

Segundo, se você fizer uma aritmética simples, poderá descobrir que a porcentagem média de vitórias brancas é realmente 66,7%, e não 76,7%, conforme relatado.

Bem, então, vamos ignorar as estatísticas totais da posição geral e passar a examinar um item de linha. Vejamos a linha 9 ... Bh7, que esta tabela diz ter derivado de 8 jogos, com uma porcentagem de vitórias brancas de 56,3%

Se você fizer essa jogada, terá uma nova tabela. Como agora estamos na nova posição, as estatísticas da posição na parte superior da nova tabela devem ser as mesmas da linha de detalhe 9 ... Bh7 da tabela pai da posição anterior, certo?

Aqui está o que eles realmente dizem:

Move       N     %    Av  Perf
           8  56.3  2545  2484

Nada mal, né? As duas primeiras estatísticas concordam ... mas os números de ELO médio e ELO de desempenho são reduzidos em 100 ELO no 1º status e 10 ELO no segundo.

E aqui está a tabela completa para a nova posição

Move       N     %    Av  Perf
           8  56.3  2545  2484

10.a4      4  75.0  2455  2513
10.Bb4     4  62.5  2557  2537
10.Rc1     2  50.0  2650  2591

Novamente, o número total de jogos não está relacionado ao número de jogos em cada uma das continuações. E desta vez, a porcentagem de vitórias brancas chega a 65%, não 56,3%. E o desempenho ELO da posição claramente não é a média do desempenho ELO das continuações. Deve ser 2538, um erro de 50 ELO.

Eu escolhi um exemplo pronto de um jogo que eu estava olhando alguns minutos atrás, mas qualquer jogo serve para demonstrar esse problema. Costumo constatar que, quando tento escolher uma jogada de uma continuação aparentemente vencedora, os dados detalhados da posição resultante simplesmente não suportam a estatística aparentemente "vencedora". Em alguns casos, pode-se dizer que as brancas têm até 60% de porcentagem vencedora para a continuação e, em seguida, na próxima posição, nenhuma das outras continuações tem uma porcentagem superior a 50%. Simplificando, é absurdo.

Agora, aqui é onde fica interessante: eu configurei meu Banco de Dados de Referência como o banco de dados de jogos que foram fornecidos com o PowerBook 2013 (PowerGames 2013). O PowerBook 2013 foi gerado pelo ChessBase usando todos os jogos do PowerGames 2013 e apenas esses jogos.

Agora posso abrir o painel da janela Referência e ele pesquisará as estatísticas dos jogos nesse banco de dados. Eles devem ser idênticos às estatísticas mostradas no painel Livro de abertura, mas não são.

De fato, as estatísticas de referência para a 2ª posição (após 9 ... Bh7) mostram o seguinte:

10.Bb4     4  62.5  
10.a4      2  50.0  
10.Rc1     2  50.0 

Este é o lugar onde as estatísticas totais em PowerBook 2013 estão vindo! O número total de jogos = 8 (correto) e o desempenho médio = 56,25% (correto)!

De fato, nas estatísticas de continuação do PowerBook 2013, parece haver 2 jogos extras em que 10.a4 foi jogado (e que as brancas aparentemente venceram), mas elas não aparecem nas estatísticas do banco de dados de referência e não são fatoradas no PowerBook 2013 totaliza estatísticas.

Realmente não importa se esse é um problema inerente aos livros vendidos comercialmente no ChessBase ou em como o software de banco de dados ChessBase usa / calcula / exibe as estatísticas. Simplificando, existe um defeito aqui que está presente desde pelo menos o ChessBase 6.0 e não foi corrigido até a versão 11 (a que eu estou usando). Apenas tome cuidado ao tentar usar um livro de abertura para escolher uma linha com base em sua suposta porcentagem de vitórias. A melhor abordagem é usar o Painel de Referência ou, pelo menos, verificar duas vezes as continuações para mais algumas jogadas.

Pessoalmente, agora uso o painel da janela Referência para esse fim e aguento o pequeno atraso necessário para atualizar as estatísticas de cada nova posição no jogo. Eu uso um processador AMD Quad a 2,9 GHz, portanto, se você tiver algo menos poderoso, poderá sentir um pouco mais de pressão.

Não sou excessivamente crítico com o software ChessBase em geral; Eu uso muitos dos recursos com bastante eficiência. Mas alguns deles têm falhas que você deve saber como contornar.

Outro exemplo: tente usar uma pesquisa de posição em um banco de dados; ignore os resultados. Em seguida, edite a posição no filtro de pesquisa (adicione, mova, exclua partes, o que for), anote a nova posição que você está procurando e execute a pesquisa novamente. Salve a lista resultante de jogos. Agora, redefina o filtro de pesquisa completamente (sugiro fechar e reabrir o banco de dados também). Por fim, configure a posição de pesquisa (alterada) novamente do zero e execute a pesquisa uma terceira vez. Os resultados das buscas 2ª (posição editada) e 3ª (posição nova) devem corresponder. Eles freqüentemente não. Observei muitos casos em que o novo filtro de pesquisa retornou muito mais jogos que o filtro de pesquisa editado. Não tenho explicação para isso, mas não edito mais a posição no filtro de pesquisa. Eu sempre crio uma nova posição (geralmente copiando e colando de uma janela do jogo que configurei para esse objetivo).

Espero que isso seja útil!

jaxter
fonte
1
O Livro de Abertura trata de posições, não variações, que podem ser confusas no caso de transposições. No seu exemplo de Caro-Kann, a posição após 9.Bd2 ocorreu 15 vezes, das quais White marcou 11,5 / 15 = 76,7%. A posição após 9.Bd2 Bh7 ocorreu 8 vezes, mas nem todos vieram da posição após 9.Bd2; alguns eram transposições. No total, 21 jogos alcançaram uma das cinco posições que ocorrem quando as pretas respondem a 9.Bd2.
Dfan
@danf Sua explicação faz sentido, mas não há muito sentido em saber quais são as estatísticas para a posição após 9 Bd7, se todos os movimentos dessa posição levarem a um conjunto de estatísticas completamente diferente. Na verdade, é um caso de inverter você não pode chegar lá a partir daqui, no qual você não pode evitar ir a lugares que não pretendia. Eu acho que seria mais intuitivo e útil mostrar as médias da ELO e da Taxa de Vitórias para as continuações , em vez das estatísticas para a posição a partir da qual as continuações decorrem, que são substituídas pelas de transposições de qualquer maneira.
Jaxter
1

Você pode obter essas informações na guia Referência, em vez da guia Livro de aberturas. (É claro que as estatísticas corresponderão exatamente apenas se o livro de aberturas tiver sido feito a partir do banco de dados de referência.)

dfan
fonte
1

Não sabemos o formato exato dos livros do Chessbase, e é perfeitamente possível que o que estou prestes a dizer não seja verdade neste caso.

Os formatos de livro padrão aberto que eu conheço (Crafty, Pro Deo, Polyglot) representam posições de xadrez como um hash Zobrist de 64 bits. Você pode pesquisar no Google como uma dessas funciona, se quiser, está além do escopo desta resposta. Provavelmente é o mesmo para os livros da Chessbase.

Esses hashes foram projetados para que a chave para 1. e4 c5 2. Nf3 seja idêntica à chave para 1.Nf3 c5 2. e4. Isso é útil para cobrir transposições como esta. No entanto, significa que ele não pode distinguir entre linhas, resultando em não haver maneira de remover essas transposições.

TL; DR Suspeito que isso seja impossível devido a restrições técnicas no formato de livro do Chessbase.

ZircônioX
fonte
0

Você também pode criar uma chave de abertura para os jogos e organizá-la da maneira que desejar. Se você destacar um nó na tecla e pressionar 'S', poderá ver as estatísticas.

Um transeunte
fonte
infelizmente, estamos pesquisando linhas nas quais cada movimento tem ramificações. A criação dessa chave teria que ser automática. A função Reference já faz isso rapidamente; a diferença é que a chave é estática / permanente, mas o relatório de referência é dinâmico / temporário. Portanto, você pode usar os nós da chave mais de uma vez e pagar o custo da instalação uma vez. Usar qualquer posição mais de uma vez na Referência requer repetir todos os cálculos a cada vez. Não conheço uma maneira automatizada de criar essas chaves, mas o recurso Opening Book faz o equivalente. Mas suas estatísticas são erradas ...
Jaxter
0

Uma solução que desenvolvi para esse problema é que você pode ir para o primeiro nó. Agora você pega a lista de jogos e a separa. Então você usa uma árvore para ir para o segundo nó. Etc. No final, você terminará com uma lista de jogos com a ordem exata de movimentação em que está interessado.

Eu sei que é complicado e que uma solução automática seria ótima (como um interruptor que você pode girar na árvore para ter uma das duas maneiras), mas apenas pensei em lançar isso como uma possibilidade, se forem necessárias apenas algumas linhas ordens de movimentação exatas para.

hpcp
fonte