Utilizando unixODBC sin la GUI o todo lo que quería saber sobre "odbcinst" pero no se atrevía a preguntar

Articulo Original: https://web.mst.edu/~cottrell/Issues/The%20global%20warming%20debate.htm
Por: Mitchell S. Cottrell

Como con cualquier teoría científica, se propone una hipótesis, se adquieren datos científicos y luego la hipótesis se demuestra o se refuta. En teoría, así es como funciona la ciencia. ¿Qué sucede cuando la política se encuentra con la ciencia? En el entorno actual, la necesidad de financiación continua para la investigación tiende a orientar los hallazgos hacia aquellos que permiten obtener aún más financiación. En el debate sobre el calentamiento global, la situación se complica por varios hechos.

La Tierra no es estática. Los modelos creados para comprender cómo responde la Tierra deben ser, necesariamente, complejos.

En la comunidad científica actual, la especialización es la regla. Cada científico es un experto en su propio campo, pero no en el de los demás que lo rodean, y tienden a creer que el suyo es el más importante.

Las presiones e influencias políticas no solo son significativas, sino que es difícil determinar quién está alimentando la agenda de quién.

Estos hechos han generado mucha especulación y teorías conspirativas. A pesar de esto, la película "Una verdad incómoda" ha sido aclamada como una obra innovadora para presentar al público los riesgos del calentamiento global, así como un llamado a la acción. La película ha circulado ampliamente y ha sido vista por millones de personas. El problema es que la película se presenta a sí misma como una obra basada en hechos científicos, cuando en realidad es poco más que una declaración política que exagera la ciencia. De hecho, muchos de los científicos que fueron citados en la película han declarado públicamente, algunos de ellos de manera bastante vocal, que el ex vicepresidente Al Gore tergiversó sus opiniones y declaraciones. Como ejemplo, un punto particular de la película afirma que un aumento de 20 pies en los niveles del mar es un efecto a corto plazo realista que podemos esperar. Afirma que toda la capa de hielo de Groenlandia y la Antártida podría derretirse rápidamente, causando inundaciones en todas las costas del mundo. El científico que proporcionó este peor escenario había declarado claramente que era una perspectiva muy improbable, con aumentos en el nivel del mar de dos o tres pulgadas en el próximo siglo como escenario más probable. Esta subida de dos o tres pulgadas también es la opinión mantenida por la mayoría de los climatólogos convencionales. Entonces, ¿a quién crees? Veamos la ciencia involucrada.

En un estudio financiado por el Programa de Procesos Criosféricos de la NASA y el Programa de Glaciología Antártica de la Fundación Nacional de Ciencias, de 1992 a 2003, Curt Davis, profesor de ingeniería eléctrica e informática de la MU, y su equipo de investigadores observaron 7.1 millones de kilómetros de la capa de hielo, utilizando satélites para medir los cambios en la elevación. Descubrieron que el interior de la capa de hielo estaba ganando masa en aproximadamente 45 mil millones de toneladas por año, lo que fue suficiente para reducir el aumento del nivel del mar en 0,12 milímetros por año.

Además, según los datos de la NOAA presentados en el sitio web de Bill Chapman del Grupo de Investigación Polar de la Universidad de Illinois (Urbana-Champaign), el nivel global de hielo marino ha alcanzado aproximadamente el mismo nivel que en 2003. El cambio actual en la cobertura global de hielo marino es de un millón de kilómetros cuadrados positivo, es decir, una ganancia de 1.8 millones de kilómetros cuadrados en el Hemisferio Sur compensada por una pérdida de 800,000 kilómetros cuadrados en el Hemisferio Norte.

¿Se está derritiendo el hielo polar y glacial? Ciertamente que sí. Pero también debemos recordar que todavía estamos (desde el punto de vista ecológico) saliendo de la última mini-edad de hielo, que terminó en 1880 (oficialmente). También debemos recordar que nuestro período interglacial actual ya tiene 10,000 años de antigüedad. Ningún período interglacial durante el último medio millón de años ha persistido por más de 12,000 años. La mayoría ha tenido una duración de solo 10,000 años o menos. Estadísticamente, por lo tanto, estamos a punto de deslizarnos hacia el próximo período glacial.

Así que volvamos a la política. Se ha hecho mucho ruido sobre el informe histórico del IPCC (Grupo Intergubernamental de Expertos sobre el Cambio Climático), que afirma claramente que el hombre y su quema de combustibles fósiles son los culpables del aumento de los niveles de CO2 y que esos niveles son responsables del cambio global de temperatura. Eso es obviamente una simplificación de lo que dice el informe, pero si realmente lo reduces, esa es la esencia. El IPCC está compuesto por cientos de científicos que combinaron sus conocimientos para producir esta obra histórica, aclamada como un hito de la colaboración científica y el consenso.

John R. Christy, miembro del IPCC, co-receptor del premio Nobel de la paz en 2007, y uno de los muchos científicos que forman parte de este consenso, hace esta declaración:

Estoy seguro de que la mayoría (pero no todos) de mis colegas del IPCC se estremecen cuando digo esto, pero no veo ni la catástrofe en desarrollo ni la prueba irrefutable que demuestre que la actividad humana sea la culpable de la mayor parte del calentamiento que vemos. Más bien, veo una dependencia de los modelos climáticos (útiles pero nunca una "prueba") y la coincidencia de que los cambios en el dióxido de carbono y las temperaturas globales tienen una similitud temporal imprecisa. Algunos de nosotros seguimos siendo tan humildes ante la tarea de medir y comprender el sistema climático extraordinariamente complejo que somos escépticos de nuestra capacidad para saber qué está haciendo y por qué. Sin embargo, a medida que construimos conjuntos de datos climáticos desde cero y observamos el interior del sistema climático, no encontramos que la teoría alarmista coincida con las observaciones. (Los datos satelitales de la Administración Nacional Oceánica y Atmosférica que analizamos en la Universidad de Alabama en Huntsville muestran un calentamiento modesto: alrededor de 2.5 grados Fahrenheit por siglo, si las tendencias actuales de calentamiento de 0.25 grados por década continúan).

Dada esta declaración de uno de los científicos que escribió el informe que se utiliza hoy en día como la biblia del calentamiento global, uno tendría que preguntarse, ¿exactamente qué tipo de consenso hubo para este informe innovador? La respuesta es que cuando se les preguntó, de los 345 científicos estadounidenses que estaban en el comité, solo el 14% estuvo de acuerdo en que el clima ideal era más frío que el clima actual. (http://prnewswire.com/cgi-bin/stories.pl?ACCT=104&STORY=/www/story/11-08-2007/0004701174&EDATE=). Si un total del 14% representa un consenso sobre este punto más importante del debate, entonces, ¿qué tipo de consenso tuvo el resto de los puntos del informe?

Dejando de lado el consenso, veamos el tema principal que el informe reclama. "El CO2 generado por el hombre, principalmente a través de la quema de combustibles fósiles, es responsable de un aumento de la temperatura global sin precedentes en la historia conocida". De nuevo, esto es una generalización, pero resumir cientos de páginas aburridas a algo legible requiere un poco de simplificación. Ahora echemos un vistazo a la afirmación.

La generación de CO2 por la quema de combustibles fósiles está causando un aumento de la temperatura global. Para que esto sea cierto, tendría que haber un aumento promedio de la temperatura global. El siguiente gráfico muestra el cambio de temperatura para el año 2007 frente a la temperatura promedio de 1880 a 1980. Tenga en cuenta que los colores rojos son temperaturas más altas y los azules son más frías.

Observando este gráfico, queda claro que el aumento general de la temperatura no es global. De hecho, hay zonas significativamente más frías. La teoría sostiene que la agitación del aire y las corrientes de las tormentas generalmente mezclan suficiente aire como para que un cambio de temperatura global equivalga a una tendencia general al alza en todo el planeta, con algunas anomalías de temperatura más alta que aparecen localmente de manera intermitente. El gráfico, generado a partir de datos proporcionados por NASA GISS (http://data.giss.nasa.gov/gistemp/maps/), muestra claramente que hay áreas significativas de temperaturas más altas y muchas de temperaturas más bajas. Tenga en cuenta también que las áreas de temperaturas más altas NO coinciden con las áreas que se dice que son las principales productoras de CO2. Mirando el mapa de EE. UU., puede ver claramente que grandes secciones del país tienen temperaturas más bajas. ¿No sería la conclusión natural que, si los grandes productores de CO2 tuvieran más CO2 sobre ellos, y si el CO2 fuera la causa real, entonces la temperatura en estas áreas no sería más alta? Lo que vemos es que las temperaturas más altas NO coinciden de ninguna manera con localidades que producen grandes volúmenes de CO2. Ahora bien, los expertos argumentarían que al CO2 le lleva más tiempo llegar a la atmósfera superior. Una vez allí, se propaga por todo el globo. Si esto es cierto, ¿por qué solo hay pequeños puntos de aumento de temperatura?

El gráfico anterior, generado a partir de la Administración de Información Energética, muestra que las áreas que corresponden a las zonas de mayor aumento de temperatura son en realidad los productores más bajos de CO2.

La teoría también sostiene que el CO2 en la atmósfera refleja la radiación infrarroja hacia el suelo, calentando la Tierra. ¿De dónde proviene esta radiación? En pocas palabras, proviene del sol. Ahora bien, si el CO2 refleja la radiación infrarroja del sol, ¿cómo puede pasar en primer lugar? ¿No crees que nos enfriaríamos, en lugar de calentarnos, con toda esa radiación infrarroja reflejada hacia el espacio debido a los altos niveles de CO2? Ah, sí, eso es correcto. Solo refleja la radiación DESPUÉS de que pasa por primera vez. Intenta este argumento en un trabajo de ciencias de la tierra de secundaria y seguramente encontrarás que está adornado con una calificación reprobatoria. ¿Por qué entonces este argumento tendría validez en cualquier otro lugar?
Otro problema grave con el argumento de que el CO2 causa temperaturas más altas son las temperaturas oceánicas. Un estudio reciente de las temperaturas oceánicas frente a las temperaturas del aire muestra que las temperaturas oceánicas son más altas que la temperatura del aire correspondiente. Hmmmm, pensemos en eso por un segundo. ¿El aire más frío calienta el agua del océano? Algo no cuadra. Bueno, el hecho es que no cuadra. El agua del océano no se calienta por el aire. Sin embargo, se calienta por la radiación infrarroja. Ah, sí, ahí está esa radiación infrarroja de nuevo. Solo que esta vez, es exactamente correcta. El agua absorbe grandes cantidades de radiación infrarroja. Cualquiera que haya pasado tiempo en un clima árido sabe que los cambios de temperatura son enormes, en comparación con un clima más húmedo, como una selva tropical, donde los cambios diarios son de solo unas pocas decenas de grados como máximo. En un desierto, puedes ver una temperatura baja en la noche de casi congelación y una alta por encima de los cien grados Fahrenheit. ¿Por qué es esto? Cualquier buen meteorólogo o profesor de ciencias de secundaria puede responder eso sin siquiera abrir un libro. Una tierra árida no tiene agua para absorber la radiación infrarroja del sol y luego emitir el calor almacenado durante las áreas oscuras. Este almacenamiento de energía funciona en el agua de la tierra, el aire y las plantas. Así que volvamos a nuestro océano. ¿De qué está hecho un océano? ¡Agua! Eso es correcto. Los océanos se calientan por el sol. Ahora, lo siguiente se vuelve un poco técnico, pero intentaré simplificarlo. Los océanos contienen altas cantidades de CO2. La mayor parte de esto está en el agua en lo que se conoce como solución. La cantidad de CO2 que el agua puede contener está directamente relacionada con la temperatura del agua. Cuanto más caliente esté el agua, menos CO2 puede contener debido a algo conocido como presión parcial. Ahora bien, si el agua se está calentando, ¿crees que está liberando más CO2? Por supuesto que sí. Y la evidencia muestra que los océanos están liberando su CO2 a ritmos tremendos. El siguiente gráfico muestra un ejemplo de lo que se conoce como el ciclo del carbono.

Tenga en cuenta que la quema de combustibles fósiles libera 5.3 mil millones de toneladas de carbono por año. Los océanos liberan y reabsorben entre 100 y 115 mil millones de toneladas por año. Mirando esto como un problema de concentración, los niveles de CO2 en la atmósfera aumentaron en 5 partes por millón entre 2001 y 2003. Según el Dr. Jarl Ahlbeck de la Universidad Abo Akademi, Finlandia, un aumento de temperatura de un grado en el océano puede aumentar los niveles atmosféricos de CO2 entre 10 y 20 partes por millón. (http://www.john-daly.com/oceanco2/oceanco2.htm)

Ahora bien, puede que solo sea un simple ingeniero, pero si los océanos se están calentando y los océanos cálidos crean varias veces más CO2 que el aumento observado entre 2001 y 2002, ¿no tendría sentido que esto sea un factor significativo en el aumento global de CO2? De hecho, un aumento de la temperatura promedio del océano de solo un cuarto de grado explicaría TODO el aumento de CO2 que observamos el año pasado. Este mismo punto ha sido señalado por el Dr. Ahlbeck. Los estudios de núcleos de hielo que cubren el clima de los últimos 60,000 años muestran que primero llega el calentamiento, luego el CO2. Esto se ha conocido y establecido en una serie de estudios científicos desde 1989. (http://www.co2science.org/scripts/CO2ScienceB2C/articles/V6/N26/EDIT.jsp)

Entonces, si el calentamiento viene antes del CO2 (de acuerdo con la ciencia real, no la política), ¿cuál es el factor determinante? Veamos. El infrarrojo calienta el agua del océano y el agua del océano emite CO2. Y sabemos que el agua en la mayoría de los climas absorbe infrarrojos moderándolos. Entonces, ¿es posible que el vapor de agua sea un factor? ¿Hay más vapor de agua en las zonas más cálidas de la atmósfera? Según la NOAA, las temperaturas más altas y el mayor contenido de vapor de agua están claramente relacionados, el uno alimenta al otro. La pregunta es, qué viene primero y qué alteró el ciclo de retroalimentación que mantiene las cosas bajo control.

En pocas palabras, sin el efecto invernadero, no habría vida en la Tierra. Es lo que nos impide convertirnos en poco más que un trozo de roca flotando en el espacio como la Luna. El siguiente diagrama muestra una versión muy simplificada de cómo funciona el efecto invernadero (tomado de Junkscience.com).

Puede ver que hay muchos factores que reflejan los infrarrojos tanto lejos de la Tierra como hacia ella. El equilibrio de estas energías es lo que permite que nuestro planeta se mantenga a sus cómodas temperaturas de vida. Cuando este equilibrio cambia, la Tierra cambia. Algunos de estos cambios son a largo plazo y otros a corto plazo. Como ejemplo, la década de 1880 fue el final de lo que se conoce como la pequeña edad de hielo, un período de la historia de nuestro planeta que comenzó en el siglo XVII, donde la temperatura promedio global bajó alrededor de medio grado. Este período siguió a un período de temperatura relativamente más alta conocido como el período cálido medieval, un aumento que alcanzó su punto máximo alrededor de dos décimas de grado en el año 1100. ¿Qué causó estos períodos más cálidos y más fríos? ¿Qué alteró el equilibrio y permitió que el equilibrio global cambiara? Científicamente, ya hemos eliminado el CO2 como causa, los datos de núcleos de hielo muestran claramente que los niveles de CO2 aumentaron después del calentamiento.
La respuesta es que simplemente no lo sabemos. Los modelos climáticos que se utilizan para determinar lo que está haciendo el clima global son simplemente inadecuados. Ninguno de los dieciséis modelos que existen actualmente predice correctamente nuestra situación actual sin "ajustes". Este ajuste es una recalibración manual a una temperatura arbitraria de 14 grados Celsius. ¿Por qué se hace esto? Porque si no lo haces, ninguno de los modelos predice con precisión dónde estamos hoy. Ahora bien, si vas a una tienda de comestibles, querrás que la caja registradora sume exactamente lo que gastas. ¿Cuántos de ustedes irían a una tienda que cobrara la mayor parte de su pedido y luego calculara cuánto debería ser su total y le cobrara por eso? Sé que yo no lo haría, pero eso es exactamente lo que quiere que hagas el IPCC. Tienen modelos que toman datos históricos y suman esos datos. En teoría, si el modelo es correcto, debería ser capaz de predecir un corto período en el futuro. Desafortunadamente, los modelos no funcionan, por lo que para reforzar su argumento de que el CO2 es el problema, ajustan el modelo para obtener el resultado que quieren. La realidad es que la temperatura media absoluta del aire superficial de la Tierra no se conoce y no hay una especificación de exactamente lo que estamos tratando de medir o cómo hacerlo. Nadie sabe cuál sería la temperatura óptima de la Tierra o cómo podría ajustarse de manera consciente y predecible, incluso si se pudiera acordar un óptimo.

¿Existe el calentamiento global? Ciertamente que sí. Si no fuera así, seríamos una bola de hielo flotando en el espacio. El verdadero problema es cuánto cambio climático global es bueno y cuánto es natural. ¿Somos realmente tan vanidosos como para pensar que realmente podemos afectar nuestra atmósfera en tal grado en un período de tiempo tan corto? La realidad nos muestra que una sola erupción volcánica masiva puede causar un cambio climático masivo. El año sin verano, 1816, fue causado por la erupción del Monte Tambora en abril del año anterior. El invierno volcánico causó un enfriamiento grave y aberraciones de temperatura en todo el mundo durante el próximo año. Pero incluso esto fue de corta duración. El sistema de corrección activo de la Tierra se ajustó y las cosas volvieron a la normalidad. Otro ejemplo son todas las pruebas científicas que erróneamente culparon a nuestra producción de clorofluorocarbonos por crear el agujero de ozono sobre el polo sur. Toda esa buena evidencia científica fue proporcionada por los científicos de Dupont, que casualmente estaban en posesión de las patentes de los productos basados en Freón que supuestamente causaban ese agujero. Las mismas patentes que estaban a punto de expirar y fueron rápidamente reemplazadas por patentes de los nuevos Freones. Pero ¿qué pasa con el agujero? En un artículo titulado "Forty Years' Research on Atmospheric Ozone at Oxford: A History" (Applied Optics, marzo de 1968), Dobson describió un programa de monitoreo de ozono que comenzó en Halley Bay en 1956. En este programa de monitoreo, describió lecturas en 1956, veinte años antes del uso de CFC, indicando que había una caída estacional en los niveles de ozono justo donde se "descubrió" el agujero en los años 90. ¿Fue este un descubrimiento motivado científicamente por los científicos de Dupont? Aparentemente no. Parece haber sido poco más que un descubrimiento motivado financieramente que usted está pagando actualmente todos los días. ¿Es el CO2 una causa válida de "calentamiento global"? Una vez más, aparentemente no, pero si la máquina política se sale con la suya, usted pagará por este descubrimiento con costos paralizantes para intentar controlar las emisiones que no tienen ninguna prueba científica de ser más que un indicador de un fenómeno natural. ¿Esto significa que no deberíamos preocuparnos? Claramente hay espacio para la preocupación, sin embargo, es preocupación por entender lo que está sucediendo, no por actos precipitados que podrían no tener otro efecto que destruir las economías enteras de los países.

Articulo original : https://www.freesoft.org/software/hoffman/13Sep2018/reference.pdf
Por : Brent Baccala

Septiembre 13, 2018

Hoffman es un programa para resolver finales de ajedrez usando análisis retrógrado, que es muy diferente de los programas convencionales de ajedrez por computadora. El análisis retrógrado solo es útil en el final, funciona muy lentamente y produce enormes cantidades de datos. Su gran ventaja radica en su capacidad para resolver completamente el final. En un sentido muy real, un motor retrógrado no tiene un "horizonte de movimiento" como un motor de ajedrez convencional. Lo ve todo. Para aquellos que no estén al tanto de la cultura estadounidense, el programa lleva el nombre de Trevor Hoffman, un lanzador de béisbol All Star que se especializa en "cerrar" juegos. Fue escrito específicamente para el juego The World vs. Arno Nickel.

Hoffman usa XML extensivamente tanto para configurar su operación como para etiquetar las bases de datos resultantes. De hecho, una base de datos Hoffman completa (típicamente en un archivo .htb) es solo un archivo comprimido con gzip que contiene un prefijo XML seguido de datos binarios de la base de datos (en un formato especificado por el XML). Básicamente, para operar Hoffman, se escribe un archivo XML que especifica el análisis que se quiere hacer, y luego se lo alimenta al programa. Como salida, produce una versión modificada del XML de entrada que incluye datos binarios de la base de datos añadidos al final.

1 Procesamiento Paralelo con Hoffman
Un análisis de Hoffman puede ser bastante intensivo en computación. El programa se puede compilar para usar hilos POSIX (si están disponibles), con el número de hilos especificado en tiempo de ejecución usando la opción -t. El programa también está diseñado para usar múltiples computadoras en paralelo, todas trabajando simultáneamente en un análisis. Esto se logra dividiendo el análisis en piezas más pequeñas, cada una con su propio archivo de configuración XML.

2 Tablas de propagación

Un análisis de Hoffman también puede ser bastante intensivo en espacio. Dado que su patrón de utilización de memoria es básicamente aleatorio, Hoffman comenzará a intercambiar dramáticamente y sufrirá una caída desastrosa en el rendimiento una vez que el tamaño de su conjunto de trabajo exceda la memoria disponible de la máquina. Para aliviar esto, el programa se puede operar en un modo en el que llena una serie de tablas de propagación, escribiendo cada una en disco cuando está llena, y luego las lee secuencialmente durante la siguiente pasada. Aunque menos eficiente que cuando el conjunto de trabajo puede contenerse en la memoria, las tablas de propagación permiten al programa construir bases de datos de tamaño esencialmente ilimitado sin intercambio y con una utilización razonable de la CPU. Este modo se activa en tiempo de ejecución especificando el tamaño de las tablas de propagación (en MB) con el interruptor -P. Los archivos temporales se escribirán en el directorio actual.

Por ejemplo, el comando hoffman -g -t 2 -P 1024 kqqkqq.xml activará una ejecución de generación de Hoffman con dos hilos, utilizando un gigabyte (1024 megabytes) de memoria.
3 Sintaxis XML

El elemento XML raíz en una base de datos Hoffman es siempre <tablebase>. Su único atributo (offset) es añadido por el programa, no debe ser suministrado por el usuario, e indica un desplazamiento de bytes hexadecimal en el archivo donde comienzan los datos binarios de la base de datos.

Dentro de un <tablebase> pueden ocurrir los siguientes elementos en el orden listado (los elementos y atributos obsoletos no están documentados):

3.1 <prune-enable color="white|black" type="concede|discard"/>
Especifica qué tipos de elementos de poda se permitirán en esta base de datos y en sus futuras bases. Ambos atributos son requeridos. concede significa que se pueden conceder victorias al color nombrado; discard significa que los movimientos del color nombrado pueden ser descartados. Se puede especificar como máximo un prune-enable para cada color. Sin embargo, no se requiere ningún elemento prune-enable, pero no se permiten elementos prune sin uno y las futuras bases no pueden tener elementos prune-enable adicionales más allá de los especificados para la base de datos actual.
3.2 <variant name="normal|suicide"/>
El elemento opcional <variant> especifica qué versión de las reglas de ajedrez se aplica a esta base de datos.

Predeterminado: normal
3.3 <index type="naive|naive2|simple|compact|no-en-passant|combinadic|combinadic2|combinadic3|combinadic4|pawngen" symmetry="1|2|4|8"/>
El elemento <index> especifica el algoritmo que se utilizará para calcular los números de índice en la base de datos; es decir, el algoritmo que convertirá las posiciones del tablero en desplazamientos de la base de datos y viceversa. Normalmente no es especificado por el usuario (pero puede serlo).

naive utiliza 26n+1 índices para almacenar posiciones para n piezas. Asigna un solo bit para la bandera de turno de juego, luego asigna 6 bits a cada pieza, que se usa para codificar un número de 0 a 63, indicando la posición de la pieza en el tablero.

naive2 Difiere de naive en su manejo de múltiples piezas idénticas, que almacena como una base y un desplazamiento, ahorrando así un solo bit. Actualmente, solo se manejan pares de piezas idénticas; se producirá un error fatal si hay más de dos piezas idénticas.

simple Como naive, pero solo asigna números a los cuadrados que son legales para una pieza en particular. Más lento de calcular que naive, pero más compacto para las bases de datos con muchas restricciones de movimiento en las piezas.

compact Una combinación de la codificación delta utilizada para piezas idénticas en naive2, la codificación de piezas restringidas utilizada en simple, más una codificación emparejada de los reyes para que nunca puedan ser adyacentes.

no-en-passant Una mejora de compact que utiliza el esquema de codificación emparejado para peones restringidos al mismo archivo. Como nunca pueden pasarse entre sí, podemos codificarlos como si fueran un par idéntico, y luego asignar sus colores en el mismo orden en que fueron especificados originalmente. En passant complica esto significativamente y no puede ser manejado con este esquema.

combinadic Una mejora de naive2 que puede codificar más de dos piezas idénticas y superpuestas utilizando un esquema de codificación combinatoria (ver la página de wikipedia "Sistema de números combinatorios").

combinadic2 Como combinadic, pero las piezas posteriores completamente contenidas en el rango semilegal de las piezas anteriores se codifican utilizando menos posiciones. El orden de las piezas es significativo. No se realiza ningún intento de reducir la codificación de los peones.

combinadic3 Como combinadic2, pero las codificaciones de peones también se reducen, reduciendo su valor de codificación (con en-passant incluido), mientras que se usa su posición en el tablero para reducir otras piezas.

combinadic4 Como combinadic3, pero las bases de datos simétricas de color, aquellas invariantes al intercambiar colores, se optimizan eliminando la bandera de turno de juego, reduciendo el tamaño de la base de datos a la mitad. (por ejemplo, kqkq es simétrico de color, pero kqkr no lo es)

pawngen Como combinadic4, pero los peones se manejan por separado construyendo una tabla de todas las posibles posiciones de peones que pueden resultar de una configuración inicial de peones dada.

El atributo opcional symmetry se puede usar para codificar múltiples posiciones usando una sola entrada, pero su utilidad depende del análisis exacto que se esté realizando. Una base de datos sin peones y sin restricciones de movimiento se puede codificar con simetría de 8 vías, ya que el tablero se puede rotar alrededor de un eje horizontal, vertical o diagonal sin afectar el comportamiento de las piezas. Una base de datos con peones puede utilizar una simetría de 2 vías como máximo, ya que solo un reflejo sobre un eje vertical preserva el comportamiento de las piezas. Una base de datos con restricciones en las posiciones de las piezas (por ejemplo, peones congelados) no puede usar ninguna simetría en absoluto. No todas las simetrías son compatibles con todos los tipos de índice; por ejemplo, la simetría de 8 vías no se puede utilizar con los tipos de índice naive o naive2.

Predeterminado: combinadic4 con simetría seleccionada automáticamente, a menos que haya un elemento pawngen presente en el XML, lo que activa pawngen.
3.4 Formato de base de datos
Los siguientes tres elementos especifican el formato de las entradas de la base de datos. Como máximo se puede especificar uno de ellos.

<dtm bits=integer/> especifica una métrica de distancia al mate. Se utiliza cero para los empates, -1 para las posiciones en las que el lado en movimiento está en jaque mate, y 1 para las posiciones en las que el lado en movimiento puede capturar al rey contrario, por lo que un campo dtm de ocho bits puede registrar distancias al mate de hasta 126. Si no se especifica un tamaño de campo, se selecciona automáticamente.

<dtc bits=integer/> especifica una métrica de distancia a la conversión, que es el número de movimientos necesarios antes de alcanzar una base de datos diferente. Se utiliza cero para los empates, -1 para las posiciones en las que el lado en movimiento está en jaque mate, y 1 para las posiciones en las que el lado en movimiento puede capturar al rey contrario, por lo que un campo dtm de ocho bits puede registrar distancias de hasta 126. Si no se especifica un tamaño de campo, se selecciona automáticamente.
<basic/> especifica una bitbase donde se utilizan dos bits para cada posición, y no se almacena información de distancia, solo una indicación del resultado final (ganar, perder o empatar). Tal formato es más compacto y requiere menos tiempo para generar, pero requiere más esfuerzo de usar, ya que se debe tener cuidado de evitar bucles al seguir líneas ganadoras.

<flag type="white-wins|white-draws"/> especifica una bitbase donde solo se usa un bit para cada posición. white-draws incluye tanto las posiciones ganadoras como las de empate para las blancas, por lo que esencialmente se da la situacion: NOT Black-wins.

Predeterminado: DTM con tamaño de campo seleccionado automáticamente.

3.5 <piece color="white|black" type="king|queen|rook|bishop|knight|pawn"location="string"/>

Los elementos piece se utilizan para especificar las piezas de ajedrez presentes en la base de datos. El color y el tipo son requeridos y deben ser obvios. El orden de los elementos de piece es significativo ya que afecta directamente al algoritmo de indexación, pero no hay ningún efecto visible para el usuario en el orden.

El atributo opcional location restringe las posiciones del tablero disponibles para esta pieza. Debe ser una lista de cuadrados, en notación algebraica, en los que se permite que esté la pieza. Un solo cuadrado resulta en una pieza completamente congelada. Además, los peones pueden usar una sintaxis adicional que consiste en un solo cuadrado inicial seguido de un signo más, lo que indica que el peón puede moverse hacia adelante lo más lejos posible. Esto se puede usar, por ejemplo, para ubicar un peón negro en "a7+" y un peón blanco en "a2+", indicando que ambos pueden moverse hacia adelante, pero no pueden "pasarse" el uno al otro.

3.6 <pawngen white-pawn-locations="string" black-pawn-locations="string"

white-pawns-required="number" black-pawns-required="number"

white-queens-required="number" black-queens-required="number"

white-captures-allowed="number" black-captures-allowed="number"/>

Las configuraciones de peones se pueden especificar utilizando un elemento pawngen en lugar del elemento piece. Se especifica un conjunto de ubicaciones iniciales de peones para cada color utilizando los atributos *-pawn-locations, y se calculan todos los posibles movimientos de peones desde esa configuración inicial. Dado que el número y los tipos de piezas son fijos para cada ejecución del programa, los atributos *-pawns-required deben especificarse para indicar cuántos peones de cada color están permitidos. Opcionalmente, los atributos *-queens-required pueden especificarse para forzar la consideración de posiciones donde cierto número de peones se han convertido en reinas, y los atributos *-captures-allowed incluyen la consideración de posiciones donde cierto número de piezas que no son peones han sido capturadas (las capturas de peones ya se consideran).

El script Perl auxiliar pawngen puede aceptar archivos de control sin atributos *-pawns-required, y genera nuevos archivos de control interconectados con los atributos requeridos añadidos.
3.7 <futurebase filename="string" colors="invert"/>
Se puede especificar una o más futuras bases con este elemento. Se debe especificar un comando filename para localizar una futura base, que debe ser otra base de datos, ya sea en formato Hoffman, Nalimov o Syzygy. La ruta a una base de datos Nalimov se ignora; debe estar en el directorio especificado en la línea de comandos usando la opción -N.

La futura base debe estar relacionada con la base de datos actual de una de las siguientes maneras:

Tiene exactamente la misma configuración de piezas que la base de datos actual, y corresponde al movimiento de una de las piezas restringidas, es decir, la base de datos actual tiene un peón blanco congelado en e4 y la futura base tiene un peón blanco congelado en e5.

Tiene exactamente la misma configuración de piezas que la base de datos actual excepto que falta una sola pieza, es decir, ocurrió una captura.

Tiene exactamente la misma configuración de piezas que la base de datos actual excepto que un solo peón ha sido reemplazado por un caballo, alfil, torre o reina, es decir, un peón promovido.

Tiene exactamente la misma configuración de piezas que la base de datos actual excepto que un solo peón ha sido reemplazado por un caballo, alfil, torre o reina, y se ha eliminado una sola pieza no peón del color opuesto, es decir, un peón capturado y promovido en el mismo movimiento.
El atributo opcional colors="invert" puede especificarse para indicar que los colores de las piezas de la futura base deben invertirse a medida que se procesa. Esto evita la necesidad de calcular, por ejemplo, una base de datos con una reina blanca y una torre negra, así como una base de datos con una reina negra y una torre blanca. La primera puede ser utilizada (con esta opción) como una futura base para calcular una base de datos con dos torres blancas y una reina negra.

Nota: Cualquier elemento prune-enable de la futura base debe ser un subconjunto de los elementos prune-enable de la base de datos actual.
3.8 <prune color="white|black" move="string" type="concede|discard"/>
Los movimientos futuros no manejados especificando futuras bases deben ser podados usando uno o más de estos elementos, o se producirá un error. La accion move se especifica usando sintaxis de expresión regular para hacer coincidir un movimiento en un subconjunto de notación algebraica estándar. Todas las siguientes cadenas son ejemplos de cadenas de movimientos legales en un elemento prune: Pe5, P=Q, RxQ, PxR=Q. Las siguientes expresiones regulares coincidirían con Kd4: Kd?, K?4, K[a-d]4, K*. El atributo type especifica qué se debe hacer con los movimientos coincidentes: tratarlos como victorias para el lado en movimiento en este caso; (concede), o ignorarlos completamente con(discard). Si múltiples elementos prune coinciden con un movimiento particular, es una advertencia avisara si son del mismo type, o un error fatal saltara si sus types difieren.

Se puede especificar un solo elemento prune con move="stalemate" y type="concede". En este caso, el atributo color indica a qué lado se deben conceder los empates como victorias.
Nota: los elementos prune no afectan los movimientos dentro de una base de datos. Especificar un elemento prune que solo coincida con movimientos dentro de una base de datos no hará nada.

Nota: Si se especifica un elemento prune para un futuro movimiento manejado por una futura base, entonces la futura base tiene prioridad. Sin embargo, este caso se maneja rastreando cada futuro movimiento en cada posición, por lo que es posible especificar futuras bases que manejen un subconjunto de los posibles movimientos futuros, y luego usar elementos prune para manejar el resto por defecto.

Nota: los elementos prune solo están permitidos si coinciden con un elemento prune-enable. Si no se especificaron elementos prune-enable, entonces no se permitirán elementos prune.

Nota: Las versiones anteriores de Hoffman permitían un atributo pawngen-condition que ya no es compatible.
3.9 Controles de generación

Estos elementos son todos opcionales, pero siempre que output no sea especificada, se debe especificar un nombre de archivo de salida output en la línea de comandos usando el interruptor -o.
3.9.1 <output filename="string"/>
Como máximo debe utilizarse un único elemento de output para especificar dónde debe escribirse la base de datos terminada.
3.10 <tablebase-statistics> ... </tablebase-statistics>
Este elemento es añadido por el programa y no debe ser especificado en la entrada. Contiene estadísticas relacionadas con la base de datos terminada.

3.11 <generation-statistics> ... </generation-statistics>

Este elemento es añadido por el programa y no debe ser especificado en la entrada. Contiene estadísticas relacionadas con la ejecución del programa que generó la base de datos.

4 Algunos mensajes de error confusos

4.1 Las futuras bases no pueden ser menos simétricas que la base de datos en construcción

Las bases de datos simétricas colapsan múltiples posiciones en una, por lo que las futuras bases deben tener la misma simetría (al menos), o la futura base podría manejar de manera diferente dos posiciones que la base de datos más simétrica trata como una.

4.2 Los peones doblados deben (actualmente) aparecer en orden de tablero en la lista de piezas

Actualmente, los peones doblados que usan ubicaciones "más" (por ejemplo, location="a2+") en el mismo archivo deben tener los elementos de piece listados en el XML en el orden en que los peones aparecen en el tablero, contando en notación algebraica de la fila 1 a la fila 8. Quiero decir, de la fila 2 a la fila 7.

4.3 Restricciones de piezas no permitidas con índices simétricos (todavía)

No se puede especificar un atributo de caracter index symetry sin también especificar atributos piece location, incluso si las restricciones en las ubicaciones de las piezas pudieran ser compatibles con la simetría solicitada.

4.4 Restricciones de piezas superpuestas no idénticas no permitidas con este tipo de índice

Para los tipos de índice naive, naive2 y simple, no se pueden especificar dos piezas idénticas con diferentes restricciones del tipo location a menos que esas restricciones sean completamente distintas. Por ejemplo, no puedes tener una torre blanca libre y otra torre blanca restringida al archivo a. Si lo piensas bien, esta situación permitiría que las torres "cambiaran de lugar": ambas podrían moverse al archivo a y luego cualquiera de las dos podría moverse. Los tipos de índice más simples no pueden manejar esta situación. Sin embargo, podrías tener una torre blanca restringida al archivo a y otra restringida al archivo d (o usar un tipo de índice más sofisticado, como compact).

4.5 La futura base no coincide con los prune-enables!

Recuerde que los elementos prune-enable de la futura base deben ser un subconjunto de los prune-enables de la base de datos actual.

4.6 No hay futura base o poda para ...

Movimientos futuros no manejados ...

Si uno o más movimientos futuros no se manejan especificando una futura base o una declaración de poda, se producirá un error fatal inmediatamente o después de la pasada de inicialización. Para ayudar en el diagnóstico, el mensaje de error incluye el FEN de la posición infractora.

4.7 pawngen no admite elementos de salida en los controles de generación

El script pawngen genera automáticamente todos sus nombres de archivo. Elimine el elemento de salida. Después de la generación, todos los archivos htb resultantes se pueden cargar juntos en el modo de sonda de Hoffman.