Dans une arborescence d'ouverture sur ChessBase, comment fixer les statistiques pour que les transpositions ne soient pas prises en compte dans le nombre total de parties?

8

Dans une arborescence d'ouverture (également appelée "explorateur d'ouverture" ou "livre d'ouvertures") sur ChessBase 12, voici les statistiques que nous obtenons après 1. Nf3 c5:

Il semble donc qu'après 1. Nf3 c5 White jouera 2. e4 93% du temps.
Il est évident que ces statistiques sont absurdes.
Tout le monde sait qu'après 1. Nf3 c5 White jouera 2. c4 50% du temps, 2. g3 30% du temps, et 2. e4 seulement 10% du temps.
Les joueurs blancs qui jouent 1. Nf3 ne sont généralement pas très intéressés pour entrer dans un Open Sicilien ...
"2. e4 464238" ne signifie pas "dans cette position les blancs ont joué le coup 2. e4 464238 fois", cela signifie juste " la position atteinte après le coup 2. e4 a été atteint 464238 fois par différents ordres de coup ".
Comment pouvons-nous résoudre ce problème?
Cela ne devrait pas être physiquement impossible, car la plupart des autres arbres d'ouverture n'ont pas ce problème ( l'arbre d'ouverture de ChessOK ,L'explorateur d'ouverture de 365Chess et l' explorateur d'ouverture de FICS n'ont pas ce problème).

Lorsque nous faisons un clic droit, puis cliquez sur "Propriétés", cette fenêtre apparaît:

Mais malheureusement, cocher ou décocher la case "Transpositions non jouées" ne semble rien faire.

— Sort
source

1

Décocher "Transpostions non jouées" empêchera seulement l'onglet Livre des ouvertures d'afficher les mouvements qui n'ont jamais été effectués dans sa base de données mais qui mènent toujours à une position dans sa base de données via la transposition.

— dfan

Chess.com fait également cela, Scid le fait comme vous le jugez correct.

— RemcoGerlich

2

Malheureusement, la plupart des fonctions statistiques de la fonction Ouverture du livre dans ChessBase n'étaient pas fiables dans toutes les versions que je possédais.

Par exemple, après la ligne 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, le livre d'ouverture PowerBook 2013 montre ce tableau:

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

Eh bien, tout d'abord, vous remarquerez que le nombre de jeux dans le total (15) n'a aucun rapport avec le nombre de jeux dans chaque variation donnée (un total de 21).

Deuxièmement, si vous faites de l'arithmétique simple, vous pouvez déterminer que le pourcentage moyen de gains des Blancs est en fait de 66,7%, et non de 76,7%, comme indiqué.

Eh bien, ignorons les statistiques totales de position globale et passons à l'examen d'un élément de campagne. Regardons la ligne 9 ... Bh7, qui d'après ce tableau est dérivée de 8 jeux, avec un pourcentage de gains blancs de 56,3%

Si vous faites ce mouvement, vous obtenez une nouvelle table. Puisque nous sommes maintenant à la nouvelle position, les statistiques de position en haut de la nouvelle table doivent être identiques à celles de la ligne de détail 9 ... Bh7 de la table parent de la position précédente, non?

Voici ce qu'ils disent réellement :

Move       N     %    Av  Perf
           8  56.3  2545  2484

Pas mal, non? Les deux premières statistiques sont d'accord ... mais les nombres ELO moyen et ELO de performance sont inférieurs de 100 ELO dans la 1ère statistique et 10 ELO dans la 2ème.

Et voici le tableau complet du nouveau poste

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

Encore une fois, le nombre total de jeux n'est pas lié au nombre de jeux dans chacune des suites. Et cette fois, le pourcentage de victoires des Blancs s'établit à 65%, et non à 56,3%. Et le Performance ELO du poste n'est clairement pas la moyenne des Performance ELO des continuations. Ce devrait être 2538, une erreur de 50 ELO.

J'ai choisi un exemple prêt d'un jeu que je regardais il y a quelques minutes, mais n'importe quel jeu fera pour démontrer ce problème. Je trouve souvent que lorsque j'essaie de choisir un mouvement dans une suite apparemment gagnante, les données détaillées de la position résultante ne prennent tout simplement pas en charge la statistique apparemment "gagnante". Dans certains cas, cela pourrait dire que White a jusqu'à 60% de pourcentage de victoires pour la suite, puis dans la position suivante, aucune des autres continuations n'a un pourcentage supérieur à 50%. Autrement dit, c'est absurde.

Maintenant, voici où cela devient intéressant: j'ai défini ma base de données de référence comme la base de données des jeux fournie avec PowerBook 2013 (PowerGames 2013). PowerBook 2013 a été généré par ChessBase en utilisant tous les jeux de PowerGames 2013, et seulement ces jeux.

Je peux maintenant ouvrir le volet de la fenêtre Référence, et il recherchera les statistiques des jeux dans cette base de données. Ils doivent être identiques aux statistiques affichées dans le volet Livre d'ouverture, mais ils ne le sont pas.

En fait, les statistiques de référence pour la 2e position (après 9 ... Bh7) montrent ce qui suit:

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

C'est de là que viennent les statistiques totales du PowerBook 2013! Le nombre total de jeux = 8 (correct), et la performance moyenne = 56,25% (correct)!

En fait, dans les statistiques de continuation du PowerBook 2013, il semble y avoir 2 jeux supplémentaires où 10.a4 a été joué (et que Blanc a apparemment gagné), mais ils n'apparaissent pas du tout dans les statistiques de la base de données de référence, et ils ne sont pas pris en compte dans les statistiques totales du PowerBook 2013.

Peu importe que ce soit un problème inhérent aux livres commercialisés de ChessBase ou à la façon dont le logiciel de base de données ChessBase utilise / calcule / affiche les statistiques. Autrement dit, il y a un défaut ici qui est présent depuis au moins ChessBase 6.0, et n'a pas été corrigé tardivement en tant que version 11 (celle que j'utilise). Faites simplement attention lorsque vous essayez d'utiliser un livre d'ouverture pour choisir une ligne en fonction de son pourcentage de gains présumé. La meilleure approche consiste à utiliser le volet de référence, ou au moins à revérifier les suites pour quelques mouvements supplémentaires.

Personnellement, j'utilise maintenant le volet de la fenêtre de référence à cet effet et supporte le léger décalage nécessaire pour mettre à jour les statistiques de chaque nouvelle position dans le jeu. J'utilise un processeur AMD Quad à 2,9 GHz, donc si vous avez quelque chose de moins puissant, vous pourriez ressentir le pincement un peu plus.

Je ne critique pas excessivement le logiciel ChessBase en général; J'utilise bon nombre des fonctionnalités de manière assez efficace. Mais certains d'entre eux ont des défauts connus que vous devez savoir contourner.

Un autre exemple: essayez d'utiliser une recherche de position dans une base de données; ignorer les résultats. Ensuite, modifiez la position dans le filtre de recherche (ajoutez, déplacez, supprimez des pièces, etc.), notez la nouvelle position que vous recherchez maintenant et relancez la recherche. Enregistrez la liste résultante des jeux. Maintenant, réinitialisez complètement le filtre de recherche (je suggère également de fermer et de rouvrir la base de données). Enfin, définissez à nouveau la position de recherche (modifiée) à partir de zéro et exécutez la recherche une troisième fois. Les résultats des recherches 2e (position modifiée) et 3e (nouvelle position) doivent correspondre. Souvent, ils ne. J'ai noté de nombreux cas où le nouveau filtre de recherche a renvoyé beaucoup plus de jeux que le filtre de recherche modifié. Je n'ai aucune explication à cela, mais je ne modifie plus la position dans le filtre de recherche. Je crée toujours une nouvelle position (généralement en copiant et collant à partir d'une fenêtre de jeu que j'ai configurée à cet effet).

J'espère que cela vous sera utile!

— jaxter
source

1

Le livre d'ouverture traite des positions et non des variations, ce qui peut prêter à confusion dans le cas de transpositions. Dans votre exemple Caro-Kann, la position après 9.Bd2 s'est produite 15 fois, dont White a obtenu 11,5 / 15 = 76,7%. La position après 9.Bd2 Bh7 s'est produite 8 fois, mais toutes ne provenaient pas de la position après 9.Bd2; certains étaient des transpositions. 21 matchs au total ont atteint l'une des cinq positions qui se produisent lorsque les Noirs répondent à 9.Bd2.

— dfan

@danf Votre explication est logique, mais il est inutile de savoir quelles sont les statistiques pour la position après 9 Bd7 si tous les mouvements depuis cette position conduisent à un ensemble de statistiques complètement différent. En fait, il s'agit d'un cas inverse-vous-ne-pouvez-pas-y-aller, dans lequel vous ne pouvez pas éviter d'aller dans des endroits que vous n'aviez pas l'intention. Je pense qu'il serait plus intuitif et utile de montrer les moyennes de l'ELO et du taux de gain pour les suites , au lieu des statistiques pour la position d'où les suites s'ensuivent, qui sont de toute façon remplacées par celles des transpositions.

— jaxter

1

Vous pouvez obtenir ces informations dans l'onglet Référence, plutôt que dans l'onglet Livre des ouvertures. (Bien sûr, les statistiques ne correspondront exactement que si votre livre d'ouvertures a été créé à partir de votre base de données de référence.)

— dfan
source

1

Nous ne connaissons pas le format exact des livres Chessbase, et il est tout à fait possible que ce que je vais dire ne soit pas vrai dans ce cas.

Les formats de livre standard ouverts que je connais (Crafty, Pro Deo, Polyglot) représentent les positions d'échecs comme un hachage Zobrist 64 bits. Vous pouvez google comment l'un de ces fonctionne si vous le souhaitez, c'est au-delà de la portée de cette réponse. C'est probablement la même chose pour les livres Chessbase.

Ces hachages sont conçus pour que la clé pour 1. e4 c5 2. Nf3 soit identique à la clé pour 1.Nf3 c5 2. e4. Ceci est utile pour couvrir des transpositions comme celle-ci. Cependant, cela signifie qu'il ne peut pas distinguer les lignes, ce qui fait qu'il n'y a aucun moyen de supprimer ces transpositions.

TL; DR Je soupçonne que cela est impossible en raison de restrictions techniques dans le format de livre Chessbase.

— ZirconiumX
source

0

Vous pouvez également créer une clé d'ouverture pour les jeux et l'organiser comme vous le souhaitez. Si vous mettez en surbrillance un nœud dans la clé et appuyez sur «S», vous pouvez voir les statistiques.

— Un passant
source

malheureusement, nous recherchons des lignes où chaque mouvement a des branches. La création d'une telle clé devrait être automatique. La fonction Référence le fait déjà à la volée; la différence est que la clé est statique / permanente, mais le rapport de référence est dynamique / temporaire. Ainsi, vous pouvez utiliser les nœuds de la clé plusieurs fois et payer le coût d'installation une fois. L'utilisation de n'importe quelle position plus d'une fois dans Référence nécessite de répéter tous les calculs à chaque fois. Je ne connais pas de moyen automatisé de créer de telles clés, mais la fonction Ouvrir le livre fait l'équivalent. Mais ses statistiques sont fausses ...

— jaxter

0

Une solution que j'ai développée pour ce problème est que vous pouvez aller au premier nœud. Maintenant, vous prenez la liste des jeux et la séparez. Ensuite, vous utilisez un arbre sur celui-ci pour accéder au deuxième nœud. Etc. À la fin, vous vous retrouverez avec une liste de jeux avec l'ordre de déplacement exact qui vous intéresse.

Je sais que c'est lourd et qu'une solution automatique serait géniale, (comme un interrupteur que vous pourriez retourner dans l'arbre pour l'avoir de toute façon), mais je pensais que je mettrais cela là-bas comme une possibilité si ce n'est que quelques lignes dont vous avez besoin ordres de déménagement exacts pour.

— hpcp
source