Aunque te despierten las obras del vecino de abajo a las 9:30 de la mañana de un sábado, ver la vista que se veía desde la ventana te hace mirar con otros ojos el día.

Más fotos mías en Flickr

El anterior artículo sobre el arbitraje de Liga Vasca, dirigido directamente a Alfonso Acosta lo escribí en caliente. Leí su crónica y me enfadé. Me enfadé, porque las actitudes de unos pocos condicionan la opinión que tiene la gente sobre otros. Si me pasé y a alguien le molestó, pido disculpas.

Hoy, y respecto al incidente de la segunda ronda que comentaba en dicho artículo, hay un artículo aclaratorio de Txus Agirretxe. El caso es peor de lo que creía, no tenía demasiada información del caso, solo la que me dio Eli Argandoña, pero esto es peor. Yo entendí a Eli que no había árbitro en la sala de juego. Error. ¡¡Había un árbitro pero no actuó!!

Coincido casi punto por punto con lo que dice Txus. Hay que reflexionar sobre los árbitros en la Federación Vasca de Ajedrez, está claro, pero los jugadores también deberían aportar algo. El ajedrez es uno de los pocos deportes en los que la gran mayoría de los ajedrecistas desconoce el reglamento. Y eso que está en castellano.

Respecto a las tres preguntas que hace Txus en su crónica, me permito responderle:

¿Qué ocurrirá si algún pícaro realiza ilegales en situaciones parecidas, para ganar tiempo y desorientar al rival?

Al haber un árbitro presente, debería ser su tarea evaluar la picaresca de la situación y sancionar al pícaro llegado el caso

¿Qué hubiera sucedido si en vez de cantar ilegal, hubiera comido el Rey de Iosu?

Eso no pudo ocurrir. Pues en ajedrez "lento", el árbitro debe actuar ante las jugadas ilegales. Si hubiera habido una doble reclamación de jugada ilegal (desde julio de 2005 comer el rey es jugada ilegal), se debería haber vuelto a la posición anterior a la primera jugada ilegal, sancionar al que la cometió, ajustar los relojes y continuar la partida.

¿Qué hubiera sucedido si en vez de cantar ilegal, me como la indefensa pieza de f3? Si hubiera sabido lo que sucedió después...

Repitiendo lo anterior, el árbitro debió cantar la ilegal de Iosu. Si más tarde durante la partida, tras comer Txus la pieza de f3, se descubre que se ha producido una ilegal durante la partida (la de Iosu), hay que volver atrás hasta la posición en la que se produjo la jugada ilegal, sancionar a Iosu otorgando 2 minutos al adversario y continuar la partida con los relojes ajustados.

Recomendación para todos los ajedrecistas, bajaros el archivo de las Leyes en vigor, imprimidlas y llevarlas al club. Por el bien de todos.

No me gusta tener que criticar a jugadores por las opiniones que vierten, pero no me ha gustado nada la crónica que ha escrito Alfonso Acosta en la pagina web de Fomento sobre la segunda ronda de Liga Vasca

Te voy a explicar para qué son necesarios los árbitros en Liga Vasca:

1. Para que no pasen cosas como durante la 1ª ronda en Beraun que un reloj estaba mal colocado
2. Para que no pase como en el encuentro entre Urnieta y Fomento-Beraun de la 2ª ronda que los jugadores no sabían qué hacer cuando uno de los jugadores cometió una ilegal, pulsó el reloj y el reloj le sumó 30 segundos y el capitán llamó apurado a Gros.

No quiero decir nada, pero ha habido dos incidentes en esta Liga Vasca, y los dos han sucedido en encuentros del club de Alfonso Acosta. Y con eso no quiero decir nada más que lo que digo.

Ah, y gracias por pedir que no haya árbitros y se dediquen nuestras dietas a otras cosas. Espero que los 20,43 30 € por encuentro y los 0,15 € / km sin autopista que nos paga la vasca, sirvan para hacer otra labor (¿cuál? no conozco labor de la FVA...).

Sin acritud, que no tengo nada ni contra tí ni contra Fomento

Swiss Manager es un excelente programa austríaco para llevar la gestión de un torneo de ajedrez. Emparejamientos para torneos individuales, por equipos, por sistema liga, por sistema suizo, ...

Tiene infinidad de opciones, posiblidad de sacar listados en formato Excel, HTML y TXT. Inbluso tiene la posibilidad de exportar los datos de un torneo en archivos de texto separados por comas para poder importarlo en cualquier sitio, y también importa datos de archivos en ese mismo formato.

El soporte que ofrece el programador Heinz Herzog es increíblemente bueno. Crees que el programa tiene un fallo, le mandas un e-mail, lo comprueba y lo corrige. Le propones una nueva feature, la implementa y lo publica. De hecho durante el pasado Open de San Sebastián, detectamos un fallo en el cálculo de un dato de uno de los documentos que imprime, y lo corrigió al momento. Hizo lo mismo con otra norma del Sistema Suizo (la de que en la última ronda no se aplican los artículos B2, B5 y B6 para jugadores de más del 50% de los puntos si eso ayuda a obtener más emparejamientos), pues el programa no aplicaba esa última coletilla, se lo comentamos y lo modificó.

También le añadió, a petición de Agustín Santos y mía, la opción para sacar un archivo en formato TXT según la Circular 24-2004 de la FEDA para evaluación de rating FEDA, se lo comentamos y lo hizo.

El año pasado lo probé para llevar la gestión de la Liga Gipuzkoana y para enviar dicho torneo para evaluación de Elo FEDA. La experiencia no pudo ser más satisfactoria. Este año vamos a repetir la experiencia. De hecho ya he cargado los equipos, y también los jugadores de dos categorías, y se pueden consultar en el Wiener Zeitung, el servicio para publicar todos los datos del torneo, que también viene integrado en el programa. Podéis consultar todos los datos del Cto de Gipuzkoa por Equipos de categoría Preferente en esta web

Además tiene otra feature interesante, el programa viene con un archivo en un formato propio con el listado de elo FIDE, para que simplemente tengamos que buscar el jugador e introducirlo al torneo con un solo enter, sin tener que picar a mano todos sus datos. Además, te da la posibilidad de añadir otros listados de elo. Yo he creado los archivos para elo FEDA y FVA y los he puesto disponibles para todos. Simplemente hay que desomprimir los archivos en la carpeta de instalación de Swiss Manager que normalmente es c:\Programme\Swiss Manager. Se crearán dos archivos SCACH.ESP y RatingNat.DAT, el primero para el elo FEDA y el segundo para el FVA.

Atención a los usuarios del archivo de elo FVA: los elos de los jugadores salen con 1000 puntos menos, para que a la hora de hacer el ranking inicial se ordenen primero por FIDE, luego por FEDA y por último por FVA, porque al tener el programa solo dos columnas para elos, había que distinguir el FEDA y el FVA de alguna forma. Se utiliza, así mismo, la columna Club para indicar el codigo de elo FVA. Además, con enviar el archivo en formato Swiss Manager de un torneo al administrador de elo FVA, éste lo importa directamente al elo. Gracias a Miguel Angel Almansa por ello.

Archivo de elo FEDA Actualizado con la lista de la FEDA del 5/1/2006.

2006-1-20 Actualización del ELO FEDA. La FEDA ha publicado un nuevo listado de elo FEDA

Archivo de elo FVA

No hemos sido los primeros en desarrollar un producto para crear blogs o bitácoras para Zope. Aunque COREBlog sea una herramienta muy centrada en crear blogs, Squishdot ha sido uno de los productos para Zope que más se utiliza en CodeSyntax y también en el resto de la comunidad Zope, para crear noticieros (como éste del Ayuntamiento de Arrasate o este otro sobre un politico americano no muy bien visto parece ser) o weblogs colectivos como Sustatu.com.

Sin embargo, Squishdot no tenía todos los features que tiene un software bitacoril de los últimos como Movable Type o Wordpress y encontramos algunos fallos en COREBlog, que no se adaptaban a lo que creíamos que debía ser una herramienta cómoda y KISS. De hecho, modificamos y liberamos una versión de COREBlog para intentar adaptarse a lo que creíamos que se necesitaba, quitando de la vista del usuario todo ese ZMI horroroso de gestión de Zope, y añadiendo la opción de poder cambiar de fecha a los posts del blog. Pero la lista de cosas que creíamos que había que cambiar en COREBlog era muy larga, y por eso empezamos con Bitakora

Bitakora

Bitakora es un producto para Zope un servidor de aplicaciones web escrito en Python. De momento está dirigido a la versión 2 de Zope (la última versión estable es la 2.8.4) y aunque todavía no hemos pensado en adaptarlo a Zope 3, será algo que tendremos que hacer pues parece que Zope 3 viene con fuerza y es un gran cambio respecto a Zope 2.

Entrando en los features de Bitakora, me gustaría destacar 4 cosas:

1. Las URLs que genera son limpias. No son esos números de Squishdot que indican el número de segundos que han pasado desde el 1/1/1970 hasta el momento de la publicación del post, ni el número correlativo de COREBlog. Son URLs basadas en los títulos de los posts. Más sencillos de recordar y mucho mejores para las búsquedas de Google.
2. La gestión está fuera del ZMI e integrado en el propio estilo del blog.
3. Categorización por tags. Los tags están de moda. Si etiquetamos nuestros favoritos en del.icio.us, los mapas en Tagzania, las fotos en Flickr e incluso el e-mail con labels (que al fin y al cabo son casi como tags) en GMail, todo ello con tags, ¿por qué no hacer lo mismo con los posts de un blog? Estaba harto de tener que utilizar un menú distino cada vez que tenía que crear una categoría en COREBlog. Por eso damos la libertad de escribir lo que se quiera en los tags.
4. Una aproximación un tanto cutre de no poner ninguna plantilla en la ZODB. Lo más criticado de Zope es esa ZODB que se lo traga todo: contenido, plantillas de presentación y todo lo que se le eche. Es lo clásico del mundo de la programación, por un lado el código del programa, por otra la presentación y por otra los datos.

De momento no voy a cambiar este COREBlog a Bitakora, entre otras cosas porque no he preparado los métodos para hacer la transferencia. Pero anteriormente ya vine de mlog y ahora también conseguiré migrar de COREBlog. Ésa es, de hecho, una de las tareas pendientes que tengo, intentar automatizar de alguna forma la migración desde COREBlog, eso sí, sin dejar de lado también uan migración desde Squishdot (algunos ya me la han pedido) y también desde Blogger, ya que la forma actual de rescatar contenidos cautivos de Blogger era un tanto rudimentaria, y quiero sistematizarla utilizando su API.

Otra cosa que quiero mirar es implementar la API ATOM para poder utilzar el blog desde clientes de blogging como ecto o Marsedit y por ello sigo con interés los avances de los chicos de Nuxeo con su CPSBlog y su clase AtomAware que habría que adaptar para su uso en Bitakora.

Eso sí, todo ello OpenSource y con una licencia BSD style.

Nuestro segundo paso del PDM tras nuestra inocente adquisición de Google (en euskera).

Vía VayaTele me entero que Made in China ha sido cancelado. El programa de Oscar Terol y su equipo, que se venía emitiendo en TVE, ha sido cancelado.

Va a ser que Susperregi tenía razón...