OpenDocument
De Wikipedia, la enciclopedia libre
El Formato de Documento Abierto para Aplicaciones Ofimáticas de OASIS (en inglés, OASIS Open Document Format for Office Applications), también referido como OpenDocument u ODF, es un formato de fichero estándar para el almacenamiento de documentos ofimáticos tales como hojas de cálculo, memorandos, gráficas y presentaciones. Su desarrollo ha sido encomendado a la organización OASIS y está basado en un esquema XML inicialmente creado por OpenOffice.org.
OpenDocument fue aprobado como un estándar OASIS el 1 de mayo de 2005. Asimismo fue publicado el 30 de noviembre de 2006 como estándar ISO 26300, alcanzando la fase 60.60 del proceso de estandarización. Por otra parte la versión 1.1[1] de la especificación fue aprobada el 25 de octubre de 2006 por el comite de estandarización de OASIS.
El estándar fue desarrollado públicamente por un grupo de organizaciones, es accesible públicamente, y puede ser implementado por cualquiera sin restricción. El formato OpenDocument pretende ofrecer una alternativa abierta a los formatos de documentos propiedad de un fabricante cuyos requisitos de licencia impiden su empleo a diversos competidores. La motivación principal para usar formatos estándar reside en que las organizaciones e individuos que lo hacen evitan la dependencia de un único proveedor de software, permitiéndoles cambiar de entorno informático si su proveedor actual es expulsado del mercado o cambia su modelo de licencia en términos menos favorables para el cliente.
Open Document es el primer estándar para documentos ofimáticos implementado por distintos competidores, visado por organismos de estandarización independientes y susceptible de ser implementado por cualquier proveedor.

Tabla de contenidos |
[editar] Estandarización y licencia
La versión 1.0 de la especificación de OpenDocument fue aprobada como estándar OASIS en mayo de 2005 y está disponible para descarga y uso libres [1]. La especificación se puede licenciar en términos recíprocos por cualquier parte siempre que no estén sometidos a cuotas. Los términos de la licencia son equivalentes a los promovidos por otras organizaciones de normalización, tales como el W3C, y pretenden evitar el conflicto entre las cuestiones relativas a la propiedad intelectual y la promoción de la innovación tecnológica.
El proceso de estandarización incluyó a desarrolladores de muchas aplicaciones de oficina o relacionadas con sistemas de documentación, incluyendo (en orden alfabético):
- Adobe (Framemaker, Distiller)
- Arbortext (Arbortext Enterprise Publishing System)
- Corel (Word Perfect)
- IBM (Lotus 1-2-3, Workplace)
- KDE (KOffice)
- SpeedLegal (SmartPrecedent enterprise document assembly system); producto y compañía después cambiaron de nombre a Exari.
- Sun Microsystems / OpenOffice.org (StarOffice/OpenOffice.org)
El proceso de la estandarización de OpenDocument también incluyó a muchos usuarios, especialmente algunos con necesidad de manejar documentos complejos, o de poder recuperarlos bastante tiempo después de haber sido creados. Algunos usuarios implicados en el proceso de la estandarización fueron (alfabéticamente):
- Boeing (documentos grandes y complejos)
- Intel (documentos grandes y complejos; desarrollan textos de prueba)
- National Archive of Australia (acceso a documentos mucho tiempo después de su composición)
- New York State Office of the Attorney General (documentos grandes y complejos que requieren acceso mucho tiempo después de su composición)
- Society of Biblical Literature (grandes documentos políglotas, con capacidad de acceso después de largo tiempo)
Además de la participación de muchos miembros formales, las versiones provisionales de la especificación fueron reveladas al público y sujetos a revisión mundial. Muchos participantes, que no eran miembros formales del comité de estandarización, enviaron comentarios al comité. Estos comentarios externos entonces fueron evaluados en público por el comité.
En todo este proceso Microsoft estuvo notablemente ausente, especialmente porque Microsoft es un miembro de OASIS y es el vendedor dominante de software de oficina. Por el contrario, contra diversas convocatorias de instituciones públicas y privadas, Microsoft decidió desarrollar por separado su propio formato incompatible, sin consulta o revisión externa. Debido a esta carencia de revisión independiente y pública extensa del formato de Microsoft, muchos creen que será más difícil que otros implementen el formato de Microsoft, o piensan que el formato de Microsoft carece de capacidades importantes especificadas en OpenDocument. Microsoft también impone condiciones adicionales de licencia para usuarios de su formato; muchos creen que estas condiciones adicionales inhiben la competencia, y forman parte del intento de Microsoft de proteger su virtual monopolio en aplicaciones para oficina; otros esperan que los hechos obligarán a Microsoft a desistir del intento de imponer su propio formato, del mismo modo que se vio obligado en la década de 1990 a abandonar sus estándares de internet para adoptar estándares abiertos.
[editar] Tipos de ficheros
Las extensiones al nombre de fichero identificativas de los ficheros OpenDocument incluye: odt para documentos de texto, ods para hojas de cálculo, odp para presentaciones, odg para gráficos y odb para bases de datos.
Documentos
Tipo de fichero | Extensión | Tipo Mime |
---|---|---|
Texto | .odt | application/vnd.oasis.opendocument.text |
Hoja de cálculo | .ods | application/vnd.oasis.opendocument.spreadsheet |
Presentación | .odp | application/vnd.oasis.opendocument.presentation |
Dibujo | .odg | application/vnd.oasis.opendocument.graphics |
Gráfica | .odc | application/vnd.oasis.opendocument.chart |
Fórmula matemática | .odf | application/vnd.oasis.opendocument.formula |
Base de datos | .odb | application/vnd.oasis.opendocument.database |
Imagen | .odi | application/vnd.oasis.opendocument.image |
Documento maestro | .odm | application/vnd.oasis.opendocument.text-master |
Plantillas
Tipo de fichero | Extensión | Tipo Mime |
---|---|---|
Texto | .ott | application/vnd.oasis.opendocument.text-template |
Hoja de cálculo | .ots | application/vnd.oasis.opendocument.spreadsheet-template |
Presentación | .otp | application/vnd.oasis.opendocument.presentation-template |
Dibujo | .otg | application/vnd.oasis.opendocument.graphics-template |
[editar] Formatos internos
Un fichero OpenDocument es un archivo comprimido a Formato JAR y que contiene varios ficheros y directorios:
Ficheros XML | Otros ficheros | Directorios |
---|---|---|
content.xml meta.xml settings.xml styles.xml |
mimetype layout-cache |
META-INF/ Thumbnails/ Pictures/ Configurations2/ |
El formato OpenDocument ofrece una clara separación entre el contenido, la disposición de éste en el documento y los metadatos. Los componentes más notables del formato son los siguientes:
- content.xml: Este el el fichero más importante. Almacena el contenido real del documento (excepto los datos binarios como las imágenes). El formato de base utilizado fue inspirado por el HTML, aunque es bastante más complejo que éste, y debería ser razonablemente legible para un humano:
<text:h text:style-name="Heading_2">Título</text:h> <text:p text:style-name="Text_body"/> <text:p text:style-name="Text_body"> Éste es un párrafo. La información sobre el formato se almacena en el fichero de estilo. La marca vacía text:p que se ve más arriba es un párrafo en blanco (una línea vacía). </text:p>
- styles.xml: OpenDocument hace un uso intensivo de los estilos para el formateo y disposición del contenido. La mayor parte de la información de estilo se almacena en este fichero (aunque hay parte que aparece en el fichero content.xml). Hay diferentes tipos de estilo, que incluyen los siguientes:
* Estilos de párrafo. * Estilos de página. * Estilos de carácter. * Estilos de marco. * Estilos de lista.
El formato OpenDocument es único en el hecho de que no se puede evitar el uso de estilos para formatear los documentos. Incluso el formateo "manual" se realiza mediante estilos (que la aplicación ofimática debe crear dinámicamente según sean necesarios).
- meta.xml: Contiene los metadatos del documento. Por ejemplo, el autor, la identificación de la última persona que lo modificó, la fecha de última modificación, etc. El contenido tiene un aspecto similar a éste:
<meta:creation-date>2003-09-10T15:31:11</meta:creation-date> <dc:creator>Daniel Carrera</dc:creator> <dc:date>2005-06-29T22:02:06</dc:date> <dc:language>es-ES</dc:language> <meta:document-statistic meta:table-count="6" meta:object-count="0" meta:page-count="59" meta:paragraph-count="676" meta:image-count="2" meta:word-count="16701" meta:character-count="98757"/>
Las etiquetas <dc:...> forman parte del núcleo de Dublín de XML.
- settings.xml: Este fichero incluye propiedades como el factor de zoom o la posición del cursor que afectan a la apertura inicial del documento, pero no son contenido ni afectan a la disposición de éste en el documento.
- Pictures/: Esta carpeta contiene todas las imágenes del documento. El fichero content.xml contiene referencias a ellas mediante el uso de la etiqueta <draw:image>, similar a la etiqueta <img> de HTML. A continuación se da un ejemplo de una de estas referencias:
<draw:image xlink:href="Pictures/10000000000005E80000049F21F631AB.tif" xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad"/>
La información de posicionamiento (anchura, posición, etc) se da mediante una etiqueta <draw:frame> que contiene a su vez la etiqueta <draw:image>.
La mayoría de los imágenes se guardan en su formato original (GIF, JPEG, PNG), aunque los mapas de bits se convierten a PNG por cuestiones de tamaño.
- mimetype: Se trata de un fichero con una única línea que contiene el tipo MIME del documento. Una implicación de esto último es que, en realidad, la extensión del nombre del fichero es indiferente del formato real, toda vez que la que prevalece es la definida por este fichero. Así, la extensión del fichero se utiliza sólo para facilitar la identificación del tipo de fichero por parte del usuario.
OpenDocument fue diseñado para que reutilizase los estándares XML abiertos existentes cuando éstos estuvieran disponibles y creó etiquetas nuevas sólo cuando no existía un estándar que ofreciera la funcionalidad necesaria. Así, OpenDocument utiliza el núcleo de Dublín de XML para los metadatos, MathML para las fórmulas matemáticas, SVG para los gráficos vectoriales, SMIL para la multimedia, etc.
[editar] Aplicaciones que soportan el formato OpenDocument
- Abiword 2.4 para lectura y a partir de la 2.4.2 para lectura y escritura
- eZ publish 3.6, con la extensión para OpenOffice
- Knomos case management 1.0 [2]
- KOffice 1.4, liberado el 21 de junio de 2005
- NeoOffice.org 2.0
- OpenOffice.org 1.1.5 y 2.0 [3]
- Scribus 1.2.2, pudiendo importar texto y gráficos OpenDocument
- TextMaker 2005 beta [4]
- Visioo-Writer permite que usuarios sin una suite ofimática adecuada puedan ver los documentos en este formato
- ooo-word-filter un plugin para Word 2003 en sourceforge. Al estar desarrollado en Visual Basic for Applications no será difícil portarlo a otras versiones de Office.
- OpenOpenOffice otro plugin para Word.
- ODFReader un plugin para ver los ODF desde Firefox.
Para un estudio más detallado de las aplicaciones que soportan el formato ODF puedes visitar la siguiente página
[editar] Consecuencias de orden pública al Open Document
Puesto que uno de los objetivos de los formatos abiertos, tales como OpenDocument, es garantizar el acceso a largo plazo a los datos producidos eliminando para ello las barreras técnicas o legales, muchas administraciones públicas y gobiernos han empezado a considerarlo un asunto de política de interés público.
[editar] Europa
Los gobiernos europeos, desde al menos 2003, han investigado diversas opciones para almacenar documentos en un formato basado en XML, con encargos de estudios como el "Valoris Report" (Valoris). En marzo de 2004, los gobiernos europeos pidieron a sendos equipos de OpenOffice y Microsoft que presentasen los méritos relativos de sus respectivos formatos ofimáticos sobre XML (Bray, 29 de septiembre de 2004).
En mayo de 2004, el Telematics between Administrations Committee (TAC) publicó un conjunto de recomendaciones haciendo notar que:
Debido a su papel específico en la sociedad, el sector público debe evitar [una situación en la que] se fuerce el empleo de un producto específico en la interacción electrónica con él. Por el contrario, debe incentivarse cualquier formato de documento que no discrimine entre actores del mercado y que pueda ser implementado por múltiples plataformas. Igualmente el sector público debe evitar cualquier formato que no asegure idénticas oportunidades en la implementación de aplicaciones de proceso de tales formatos a todos los actores del mercado, especialmente si esto puede imponer la selección de productos por parte de ciudadanos o empresas. Desde este punto de vista, las iniciativas de estandarización no sólo aseguran un mercado limpio y competitivo, sino que aseguran la interoperabilidad de las soluciones, preservando la competencia y la innovación.
Las recomendaciones incluyen:
- Los actores de la industria no involucrados aún en el Open Document Format de OASIS deben considerar participar en el proceso de estandarización a fin de alentar un amplio consenso de la industria en torno al formato.
- Microsoft debe considerar la publicación de un compromiso en el sentido de publicar y facilitar un acceso no discriminatorio a las versiones futuras de su especificación XML para Word.
- Microsoft debe considerar la conveniencia de remitir los formatos XML a un organismo internacional de estandarización de su elección.
- Se recomienda al sector público a proporcionar su información a través de varios formatos. Cuando por circunstancias o por elección se proporcione sólo un formato editable, éste debería ser uno en torno al que exista un consenso en la industria, como se demuestra por la adopción del formato como estándar. (TAC, 25 de mayo de 2004).
OpenDocument es ya un estándar reconocido por un organismo independiente (OASIS), y ha sido remitido a la ISO, sin que exista evidencia de que los formatos XML de Microsoft, o los antiguos DOC/PPT/XLS vayan a sufrir un proceso análogo. Tal y como muchos esperaban ISO ha aceptado y aprobado OpenDocument por el procedimiento rápido, y ahora sólo queda que la Unión Europea establezca este formato como estándar ofimático ya que ha sido ratificado dicho estándar por ISO. (Así se confirma en parte lo que dijo Marson el 18 de Octubre de 2005)
[editar] Massachusetts
A principios de 2005, Eric Kriss, Secretario de Administraciones Públicas y Hacienda de Massachusetts, estableció como uno de los principios de su administración el compromiso de utilizar formatos abiertos en la siguiente declaración: "Es absolutamente imperativo para el sistema democrático de los EEUU que perdamos la práctica de tener nuestros documentos públicos cautivos en un formato exclusivo, sea éste el que sea, arriesgándonos a que en el futuro el documento sea quizás ilegible o esté sujeto a un sistema de licencias exclusivo que restrinja su acceso." Fuente El 21 de septiembre de 2005, Massachusetts se convirtió en el primer estado norteamericano en aprobar formalmente los diferentes formatos OpenDocument para su uso en los registros públicos, a la vez que se rechazaba el formato basado en XML propuesto por Microsoft, su principal proveedor actual, por no ser considerado abierto. Si Microsoft decide no dar soporte a Open Document para 2007, fecha límite definida por el Estado, se descalificará de consideración futura por el Estado de Massachusetts.
[editar] Otros países
De acuerdo a informaciones de OASIS, "El Ministerio de defensa de Singapur, los Ministerios de Hacienda, Economía e Industria de Francia, el Ministerio de Salud de Brasil, la Ciudad de Munich en Alemania, el Concejo de la Ciudad de Bristol, del Reino Unido, y la Ciudad de Viena en Austria están tomando decisiones que adoptan OpenDocument".
BECTA (British Education Communication Technology Agency) es la agencia del Reino Unido encargada de definir las políticas de tecnología de la información y comunicaciones (TIC), para todas las escuelas del reino, incluyendo estándares para toda la infraestructura. En 2005 publicaron un documento completo al respecto. Éste establece el uso de OpenDocument y otros pocos formatos para los documentos ofimáticos y, en particular, no permite el uso de los formatos binarios (.doc/.xls/.ppt) o XML de Microsoft. La explicación de BECTA es la siguiente: "Cualquier aplicación ofimática empleada por las instituciones debe ser capaz de guardar la información (de forma que pueda ser recuperado por otras) empleando un formato comúnmente aceptado que asegure que la institución no queda cautiva del empleo de un software específico. El objetivo principal es que las aplicaciones basadas en software ofimático cumplan esta especificaciones (tanto si es software licenciado, como si es de fuente abierta, o libre) y que de este modo muchos desarrolladores puedan hacer aportaciones al mercado de las TIC educacionales." (Lynch, 2005).
Argentina. Gobierno de la Provincia de Misiones. Acorde a los nuevos paradigmas que se imponen para avanzar hacia la Sociedad de la Información y el Conocimiento y en el marco su proyecto de Gobierno Electrónico, el Gobierno de la Provincia de Misiones por intermedio de la Dirección General del Centro de Cómputos, organismo rector de la política informática provincial, ha decidido adoptar el estándar OpenDocument para los documentos ofimáticos que se utilicen en la Administración Pública, tal como los determina la Resolución publicada el 21/12/06 que establece que: "Cualquier documento electrónico creado y emitido por los Organismos que componen el Gobierno de la Provincia de Misiones, que esté destinado a almacenar y distribuír información entre organismos y funcionarios que integran el Estado Provincial deberá estar codificado en el formato abierto OpenDocument de acuerdo a las especificaciones establecidas en las normas ISO/IEC 26300.
[editar] Referencias
- ↑ OASIS. OpenDocument v1.1 Specification. www.oasis-open.org. Consultado el 2006-11-16.
[editar] Enlaces externos
- AODL - An OpenDocument Library - es del .net (LGPL) de la biblioteca un marco libre respectivamente escrito en C #. Info http://opendocument4all.com (Ing)
- OASIS OpenDocument Essentials (Ing). Libro que describe el formato OpenDocument. Muy recomendable.
- OASIS Open Document Format Technical Committee (Ing).
- Tim Bray of Sun on Open Office XML ISO Certification (Ing).
- The Future Is Open: What OpenDocument Is And Why You Should Care ~ by Daniel Carrera (Ing).
- The announcement of OpenDocument's approval from OASIS (Ing).
- OpenDocument for Spreadsheets (Ing). Una reflexión de Morten Welinders sobre el hecho de que la especificación para las hojas de cálculo no definan nada sobre las fórmulas, a la que siguió una respuesta (Ing) de Eike Rathke.
- Recuperación de información mediante documentos
- OpenFormula (Ing), una especificación para la extensión de OpenDocument con hojas de cálculo que pueden definir fórmulas.
- Etiquetas en formato Opendocument (Ing)
- Lista de Aplicaciones que soportan OpenDocument (Ing)
- http://sourceforge.net/projects/ooo-word-filter, filtro para word 2003 para abrir ODF
- Página Oficial de KOffice, la suite ofimática de KDE
- Opinion del Gobierno de Massahuts
- OpenDocument Argentina
- Documentos
- Argentina:Provincia de Misiones (Adopción del uso del estándar OpenDocument en la Administración Pública Provincial)