Está en la página 1de 4

1: Introduccion PGN es "Portable Game Notation", un estndar diseado para la representacin de datos de partidas de ajedrez usando archivos de texto

ASCII. PGN est estructurado para facilitar la lectura y la escritura por los usuarios humanos y para facilitar el anlisis y la generacin de programas de ordenador. La intencin de la definicin y dif usin de PGN es facilitar el intercambio de datos de partidas de ajedrez de domini o pblico entre los jugadores de ajedrez (tanto orgnicos como de otro tipo), editor es, e investigadores del ajedrez de computadora en todo el mundo. PGN no pretende ser un estndar de propsito general que es adecuado para todos los usos posibles; tal estndar no podra llenar todos los requisitos concebibles. En ca mbio, PGN se propone como una representacin portable universal para el intercambi o de datos. La idea es permitir la construccin de una familia de aplicaciones de ajedrez que pueda procesar de forma rpida y sencilla los datos de partidas de aje drez utilizando PGN para la importacin y exportacin entre s. 2: representacin de datos de ajedrez Uso de ordenador entre los jugadores de ajedrez se ha vuelto muy comn en los ltimo s aos y una gran variedad de programas, tanto de dominio pblico y comercial, se ut iliza para generar, acceder y difundir los datos del juego de ajedrez. Algunos d e estos programas son bastante impresionante, la mayora ahora estn bien educados e n cuanto a que sigan correctamente las Leyes del Ajedrez y manejar datos de los usuarios con un cuidado razonable. Desafortunadamente, muchos programas han teni do serios problemas con varios aspectos de la representacin exterior de los datos del juego de ajedrez. A veces, estos problemas se hacen ms visibles cuando un us uario intenta mover cantidades significativas de datos de un programa a otro, si no ha habido ningn esfuerzo real para garantizar la portabilidad de los datos, e ntonces las posibilidades para una transferencia exitosa son pocas, en el mejor caso. 2.1: incompatibilidad de intercambio de datos Las razones de incompatibilidad de formato son fciles de entender. De hecho, la m ayora de ellos estn correlacionados con los mismos problemas que ya se han visto c on las ofertas comerciales de software para otros dominios tales como procesamie nto de textos, hojas de clculo, fuentes y grficos. A veces un fabricante disea deli beradamente un formato de datos mediante el cifrado o algn otro secreto, tcnica p atentada para "bloquear" un cliente. A veces, un diseador puede producir un forma to que pueda ser descifrado sin demasiada dificultad, pero al mismo tiempo desal entar pblicamente software de terceros, alegando la proteccin del secreto comercia l. Otro productor de software puede desarrollar un sistema no propietario, pero puede funcionar bien slo dentro del alcance de un solo programa o aplicacin, ya qu e no es fcilmente ampliable. Por ltimo, otro software puede funcionar muy bien par a muchos propsitos, pero utiliza smbolos y lenguaje que no son fcilmente comprensib les por las personas o computadoras disponibles para los que estn fuera del pas de su desarrollo. 2.2: Especificacin de los objetivos Una especificacin para una anotacin de juegos porttil debe observar las lecciones d e la historia y ser capaz de manejar las necesidades probables del futuro. Los c riterios de diseo de PGN fueorn seleccionados para satisfacer estas necesidades. Estos criterios incluyen: Los detalles del sistema deben estar disponibles pblicamente y sin complejidades innecesarias. Idealmente, si la documentacin no est disponible por alguna razn, los desarrolladores de software de ajedrez tpicos y los usuarios deben ser capaces d e entender la mayor parte de los datos sin necesidad de ayuda de terceros. Los detalles del sistema deben ser no- propietarios para que los usuarios y desa rrolladores de software no tengan restricciones por las preocupaciones sobre inf ringir los derechos de propiedad intelectual. La idea es permitir que los progra madores de ajedrez compitan en un mercado libre donde los clientes pueden elegir el software en funcin de sus necesidades reales y no sobre la base de requisitos

artificiales creadas por un formato de datos secreto. El sistema debe funcionar para una variedad de programas . El formato debe ser t al que pueda ser utilizado por los programas de bases de datos de ajedrez, prog ramas de publicacin de ajedrez, programas de servidores de ajedrez, y programas p ara jugar ajedrez sin ser innecesariamente especfico a cualquier clase de aplicac in en particular. El sistema debe ser fcilmente ampliable y escalable . La capacidad de expansin deb e incluir el manejo de elementos de datos que pueden no existir actualmente, per o podra esperarse que surjan en el futuro. (Ejemplos:. Nuevas clasificaciones de apertura y nuevos nombres de pases) El sistema debe ser escalable, ya que no debe tener ninguna restriccin arbitrarias sobre la cantidad de datos almacenados. Ade ms, los modos previstos de expansin deben preservar las bases de datos anteriores o por lo menos permitir su conversin automtica. El sistema debe ser internacional. Los usuarios de software de ajedrez se encuen tran en muchos pases y el sistema deben estar libres de las dificultades causadas por las convenciones locales de una regin determinada. Por ltimo, el sistema debe manejar los mismos tipos y cantidades de datos que ya se manejan en los actuales software de ajedrez y de los medios impresos 2.3: Un ejemplo de un juego PGN Aunque su descripcin puede parecer bastante largo, PGN es en realidad bastante si mple. Sigue una muestra del juego PGN, tiene la mayor parte de las caractersticas ms importantes que se describen en secciones posteriores de este documento. A continuacin tenemos un ejemplo de un juego en formato PGN, esta partida es muy famosa y se llama "La inmortal": [Event "Informal Game"] [Site "London, England ENG"] [Date "1851.07.??"] [Round "-"] [White "Anderssen, Adolf"] [Black "Kieseritzky, Lionel"] [Result "1-0"] 1.e4 e5 2.f4 exf4 3.Bc4 Qh4+ 4.Kf1 b5 5.Bxb5 Nf6 6.Nf3 Qh6 7.d3 Nh5 8.Nh4 Qg5 9.Nf5 c6 10.g4 Nf6 11.Rg1 cxb5 12.h4 Qg6 13.h5 Qg5 14.Qf3 Ng8 15.Bxf4 Qf6 16.Nc3 Bc5 17.Nd5 Qxb2 18.Bd6 Bxg1 19.e5 Qxa1+ 20.Ke2 Na6 21.Nxg7+ Kd8 22.Qf6+ Nxf6 23.Be7# 1-0. 3: Formatos: importacin y exportacin Hay dos formatos en la especificacin PGN. Estos son el formato de "importacin" y e l formato de "exportacin". Estas son las dos formas diferentes de formato de los mismos datos PGN en funcin de su origen. Los detalles de los dos formatos se desc riben a lo largo de las siguientes secciones de este documento. Aparte de formatos, est el tema adicional de la presentacin PGN. Aunque ambos form atos de exportacin y de importacin PGN estn diseados para ser legible por los humano s, no hay ninguna recomendacin de que cualquiera de ellos sea un modo de final de la presentacin de datos de ajedrez. Ms bien, se insta a los desarrolladores de so ftware a considerar todas las diversas tcnicas a su alcance para mejorar la visua lizacin de los datos de ajedrez en el nivel de presentacin (es decir, ms alto nivel ) de sus programas. Esto significa que el uso de diferentes fuentes, tamaos de ca racteres, color, y otras herramientas de interaccin asistido por ordenador y la e dicin debe ser explorado para ofrecer una presentacin de alta calidad adecuada par a el funcionamiento del programa en particular 3.1: Formato de importacin permite que los datos sean preparados o elaborados man ualmente. El formato de importacin es ms bien flexible y se utiliza para describir datos que pueden haber sido preparados a mano, como un archivo fuente de un lenguaje de p rogramacin de alto nivel. Un programa que pueda leer datos PGN debe ser capaz de manejar este formato flexible. De hecho, el formato de importacin describe inform

acin que ha sido preparada a mano y es intencionalmente flexible. 3.2: Formato de exportacin utilizado para la salida generada por el programa El formato de exportacin es bastante estricto y se utiliza para describir los dat os que por lo general se prepara bajo el control de un programa, o informacin gen erada bajo el control de un programa informtico, algo as como una bonita impresin d e un programa fuente compilado por una computadora. 3.2.1: equivalencia de Byte Para un archivo de datos PGN dado, las representaciones del formato de exportacin generados por diferentes programas de PGN en el mismo sistema de computacin debe n ser exactamente equivalentes, byte a byte. O sea, el formato de exportacin gene rado por distintos programas debe ser exactamente equivalente byte por byte. 3.2.2: sistema de almacenamiento y el carcter de nueva lnea Formato de exportacin tambin se debe utilizar para el almacenamiento de archivos. Aqu, el almacenamiento "de archivo" se define como de almacenamiento que se puede acceder por una variedad de sistemas de computacin. El nico requisito adicional p ara el almacenamiento de archivos es que el carcter de nueva lnea tiene una repres entacin especfica, que es independiente de su valor para el uso del archivo de tex to de un sistema de computacin en particular. La representacin de archivo de una n ueva lnea es el carcter de control ASCII LF (avance de lnea, el valor decimal 10, e l valor hexadecimal 0x0A). Lamentablemente, hay algunos accidentes de la historia que han sobrevivido hasta nuestros das que tienen las representaciones barrocas de nueva lnea: secuencias d e varios caracteres, marcadores de registro de fin de lnea (EOL) y conteos de byt es de inicio de llnea (SOL), los registros de longitud fija, y as sucesivamente. E st mucho ms all del alcance del proyecto PGN reconciliar todos estos al mundo unifi cado de ANSI C y los que gozan de la dicha de la convencin de un simple '\ n'. Al gunos sistemas pueden no ser capaces de manejar un archivo de texto PGN archivad o, con editores de texto nativo_de origen. En estos casos, se concede una indulg encia de clases/ordenacion? para utilizar la convencin de nueva lnea local de arch ivos PGN no archivado para esos editores de texto. 3.2.3: Velocidad de procesamiento Varias partes del formato de exportacin tratan con descripciones exactas de la justificacin de lnea y la de campo que estn ausentes en los detalles del formato de importacin. La razn principal de estas restricciones en el formato de exportacin e s permitir la construccin de programas de traduccin de datos simples que pueden es canear fcilmente los datos PGN sin necesidad de tener un motor de ajedrez complet o u otras rutinas de anlisis complejos. La idea es animar a los autores de softwa re de ajedrez para que siempre permitan por lo menos una capacidad de lectura PG N limitada. Incluso cuando una capacidad de anlisis de motor de ajedrez completo est disponible, es probable que sea al menos dos rdenes de magnitud ms lento que un escner de texto simple. 3.2.4: formato de exportacin reducida Un juego PGN representado usando formato de exportacin se dice que est en "formato de exportacin reducido" si todo lo siguiente se cumple: 1) no tiene comentario, 2) si slo tiene como informacin de identificacin la lista de siete etiquetas estndar ("STR", ver ms abajo ), 3) si no tiene variaciones anotacin recursivas ("RAV", vas e ms adelante), y 4) si no tiene glifos anotaciones numricas ("GAN", vase ms adelant e). Formato de exportacin reducida se utiliza para el almacenamiento a granel de los partidas no anotadas. Representa un nivel mnimo de cumplimiento estndar para u na aplicacin de exportacin PGN. 4: cuestiones lexicogrficas Los datos PGN se componen de caracteres; secuencias contiguas no superpuestas de caracteres formando tokens lxicos.

4.1: Cdigos de caracteres Los datos PGN se representa mediante un subconjunto del conjunto de caracteres d e ocho bits ISO 8859/1 (Latin 1). ("ISO" es el acrnimo de la Organizacin Internac ional de Normalizacin). Este sistema tambin se conoce como ECMA-94, y es similar a otros juegos de caracteres ISO Latin. ISO 8859/1 incluye el set de caracteres A SCII de siete bits estndar para el control de 32 valores de cdigo de caracteres de cero a 31. Los valores de impresin de cdigo de 95 caracteres 32-126 Tambin son equ ivalentes a siete poco uso ASCII. (Valor de cdigo 127, el carcter de control ASCII DEL, es un carcter grfico en la norma ISO 8859/1, no se utiliza para la represent acin de datos PGN). Unidos La 32 ISO 8859/1 valores del cdigo 128 a 159 son caract eres de control no imprimibles. No se utilizan para la representacin de datos PGN . Los valores de cdigo de 32 160 a 191 son en su mayora personajes de impresin no a lfabticos y su uso para PGN datos se desaconseja su representacin grfica vara consid erablemente entre otros conjuntos ISO Latina. Por ltimo, los valores de cdigo de 6 4 192 a 255 son en su mayora caracteres alfabticos impresin con varios signos diacrt icos, su uso se recomienda para aquellos idiomas que requieren tales caracteres. Las representaciones grficas de este ltimo grupo de 64 personajes es bastante con stante para la familia ISO Latin. Cdigos de caracteres de impresin fuera del rango ASCII de siete bits slo puede apar ecer en datos de la cadena y en el comentario. No se permite el uso en la constr uccin de smbolos.