Diferencia entre revisiones de «OpenDocument»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
Linfocito B (discusión · contribs.)
m Deshecha la edición 38192458 de 87.217.57.138 (disc.) / Ya estaba
Línea 344: Línea 344:
*[[Knomos]] case management 1.0 [http://www.knomos.org/]
*[[Knomos]] case management 1.0 [http://www.knomos.org/]
*[[KOffice]]
*[[KOffice]]
*[[Microsoft Office]] [[Office 2007#Service Pack 2|2007 SP2]] / [[Office 2010|2010]]
*[[Microsoft Office]] ([[Office 2007#Service Pack 2|2007 SP2]] / [[Office 2010|2010]])
*[[NeoOffice.org]]
*[[NeoOffice.org]]
*[https://addons.mozilla.org/firefox/addon/1888 ODFReader] un plugin para ver los ODF desde Firefox (versiones 1.5 y 2).
*[https://addons.mozilla.org/firefox/addon/1888 ODFReader] un plugin para ver los ODF desde Firefox (versiones 1.5 y 2).
*[[Office 2010]]
*[[OpenOffice.org]]
*[[OpenOffice.org]]
*[[Scribus]] 1.2.2, pudiendo importar texto y gráficos OpenDocument
*[[Scribus]] 1.2.2, pudiendo importar texto y gráficos OpenDocument

Revisión del 13:12 20 jun 2010

Texto OpenDocument
Desarrollador
Sun Microsystems, OASIS
ISO/IEC 26300:2006
Información general
Extensión de archivo .odt
Tipo de MIME application/vnd.
oasis.opendocument.
text
Uniform Type Identifier org.oasis.
opendocument.text[1]
Tipo de formato Documento de texto
Extendido de XML
Estándar(es) ISO/IEC 26300
Formato abierto ?
Presentación OpenDocument
Desarrollador
Sun Microsystems, OASIS
ISO/IEC 26300:2006
Información general
Extensión de archivo .odp
Tipo de MIME application/vnd.
oasis.opendocument.
presentation
Uniform Type Identifier org.oasis.
opendocument.presentation[1]
Tipo de formato Presentación
Extendido de XML
Estándar(es) ISO/IEC 26300
Formato abierto ?
Hoja de cálculo OpenDocument
Desarrollador
Sun Microsystems, OASIS
ISO/IEC 26300:2006
Información general
Extensión de archivo .ods
Tipo de MIME application/vnd.
oasis.opendocument.
spreadsheet
Uniform Type Identifier org.oasis.
opendocument.spreadsheet[1]
Tipo de formato Hoja de cálculo
Extendido de XML
Estándar(es) ISO/IEC 26300
Formato abierto ?
Dibujo OpenDocument
Desarrollador
Sun Microsystems, OASIS
ISO/IEC 26300:2006
Información general
Extensión de archivo .odg
Tipo de MIME application/vnd.
oasis.opendocument.
graphics
Uniform Type Identifier org.oasis.
opendocument.graphics[1]
Tipo de formato Gráfico
Extendido de XML
Estándar(es) ISO/IEC 26300
Formato abierto ?

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 formato OpenDocument (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. Aunque las especificaciones fueron inicialmente elaboradas por Sun, el estándar fue desarrollado por el comité técnico para Open Office XML de la organización OASIS y está basado en un esquema XML inicialmente creado e implementado por la suite ofimática OpenOffice.org (ver OpenOffice.org XML).

OpenDocument fue aprobado como un estándar OASIS el 1 de mayo de 2005. Asimismo fue publicado el 30 de noviembre de 2006 por las organizaciones ISO/IEC como estándar ISO/IEC 26300:2006 Open Document Format for Office Applications (OpenDocument) v1.0.[2]​ Por otra parte la versión 1.1[3]​ de la especificación fue aprobada el 25 de octubre de 2006 por el comité de estandarización de OASIS.[4]

El estándar fue desarrollado públicamente por un grupo de organizaciones, es de acceso libre, y puede ser implementado por cualquiera sin restricción. Con ello, 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.

Proceso de estandarización

El estándar OpenDocument fue desarrollado por un comité técnico (TC) a cargo del consorcio industrial OASIS. El equipo del ODF-TC tenía miembros provenientes un diverso conjunto de compañías y personas individuales. Todos los miembros activos del TC tienen derechos de votación; actualmente, esto significa que SUN e IBM tienen mayoría de voto.[5]​ El proceso de estandarización involucró a los desarrolladores de muchas suites ofimáticas o sistemas de documentación relacionados. El primer encuentro oficial del ODF-TC para discutir el estándar fue realizado el 16 de diciembre de 2002; OASIS aprobó OpenDocument como estándar el 1 de mayo de 2005. Al poco tiempo, OASIS envió las especificaciones de ODF a la organización ISO/IEC Joint Technical Committee 1 (JTC1) el 16 de noviembre de 2005, bajo normas de Especificación Disponible Públicamente (Publicly Available Specification o PAS).

Después de un periodo de revisión de seis meses, para el 3 de mayo de 2006, el formato OpenDocument aprobó de forma unánime el proceso de votación en el marco del proceso inciado por la JTC1 y que duró 6 meses con una amplia participación,[6]​ tras la cual la especificación OpenDocument fue «aprobada para su publicación como estándar internacional ISO e IEC» con el nombre de ISO/IEC 26300:2006.[7]

Tras 30 días de responder todos los votos condicionales, el entonces convertido en estándar internacional OpenDocument fue publicado oficialmente por la ISO el 30 de noviembre de 2006.

La organización de estandarización italiana Ente Nazionale Italiano di Unificazione (UNI) adoptó el formato el 26 de enero de 2007.[8]

Otros trabajos de estandarización sobre OpenDocument realizados tiempo después incluyen:

  • La Especificación del comité de OASIS OpenDocument 1.0 (segunda edición), que corresponde al estándar publicado ISO/IEC 26300:2006. Incluye los cambios editoriales realizados tras los votos condicionales en el JTC1. Está disponible para su consulta en formatos ODF, HTML y PDF.
  • OpenDocument 1.1, el cual incorpora características adicionales para resolver e incluir algunas funciones de accesibilidad necesarias.[9]​ Fue aprobado como estándar OASIS el 1 de febrero de 2007, luego de un llamado a votación realizado el día 16 de enero.[10]​ Se anunció públicamente el 13 de febrero de 2007.[11]
  • OpenDocument 1.2, el cual está siendo escrito actualmente por el ODF TC. Es probable que incluya características de accesibilidad adicionales, mejoras en el manejo de metadatos, especificaciones para fórmulas matemáticas en hojas de cálculo basadas en los trabajos de OpenFormula (ODF 1.0 y 1.1 no especificaban en detalle las fórmulas a usar en hojas de cálculo, dejando muchos aspectos a definir en cada implementación) así como también algunas sugerencias del público. Se esperaba originalmente que OpenDocument 1.2 se convirtiera en estándar OASIS para octubre de 2007, pero algunos retrasos hicieron que las fechas se postergaran de manera que el borrador final saldría entonces para mayo de 2008 y sería declarado como estándar OASIS el 2009, para luego ser enviado a revisión por ISO/IEC algunos meses después.[12]​ Sin embargo, aún no se ha publicado un borrador final de ODF v1.2.

El 30 de abril de 2008, quien estaba a cargo del envío de ISO/IEC DIS 29500, Alex Brown, escribió en una entrada de blog un señalamiento que indicaba que OpenOffice.org, principal implementador del formato ODF, no era completamente conforme con la especificación ISO/IEC 26300:2006 tal como fue aprobada en el 2006. También mencionó que no había seguridad de que hubiera alguna implementación de cualquier software ofimático que soportara verdaderamente el estándar ISO/IEC 26300 de OpenDocument.[13]​ El co-director de OASIS ODF TC, Rob Weir, objetó esos hallazgos clamando que Brown validó un documento OpenOffice.org ODF versión 1.1 utilizando la versión ISO/IEC ODF 1.0, y que el problema durante la validación se debía a que había utilizado la especificación RELAX NG DTD oficial del comité OASIS para configuraciones de compatibilidad, la cual no ha sido enviada aún a la ISO[14]​ Sin embargo, el artículo de Weir también confirma que los formatos de almacenamiento usados en OpenOffice.org 2.4 son declarados en OASIS ODF 1.1, versión que tampoco ha sido enviada a ISO/IEC, lo cual está planeado (como parte de ODF 1.2) para el 2009.[15][16]

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 formato Extensión Tipo de 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[cita requerida]
Imagen .odi application/vnd.oasis.opendocument.image
Documento maestro .odm application/vnd.oasis.opendocument.text-master


Plantillas

Tipo de formato Extensión Tipo de 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

Formatos internos

Un fichero OpenDocument es un archivo comprimido en ZIP 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 las 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.

Aplicaciones que soportan el formato OpenDocument

El formato OpenDocument es utilizado indistintamente en aplicaciones de software libre o software propietario. Esto incluye suites ofimáticas (de tipo tradicional o basadas en web) y aplicaciones individuales como procesadores de texto, programas de manejo de hojas de cálculo, presentaciones y datos. Algunas de estas aplicaciones incluyen:

La organización "OpenDocument Fellowship"[18]​ mantiene una lista de software y servicios que soportan el formato OpenDocument. La lista también proporciona información acerca del estado de soporte del formato.[19]

Múltiples compañías de terceros han anunciado el desarrollo de software de conversión (incluyendo plugins y filtros) para soportar OpenDocument en productos de Microsoft.[20][21]​ Actualmente hay disponibles nueve distintos paquetes de software de conversión.[19]

Microsoft Office 2007 con Service Pack 2 soporta nativamente el formato OpenDocument 1.1. Antes del SP2, Microsoft creó y financió el proyecto denominado "Open XML translator"[22]​ que permitía la conversión de documentos entre los formatos Office Open XML y OpenDocument. Más tarde el proyecto pasaría a llamarse "OpenXML/ODF Translator Add-in for Office" en SourceForge. Este proyecto es producto de un esfuerzo de muchos socios de Microsoft para crear un plugin para Microsoft Office que estaría disponible gratuitamente con licencia BSD. El proyecto lanzó su versión 1.0 para Microsoft Word en enero de 2007, seguido por versiones para Microsoft Excel y Microsoft PowerPoint en diciembre del mismo año.

Sun Microsystems también creó un convertidor competidor llamado "OpenDocument plugin for Microsoft Office" y enfocado a un ambiente empresarial, que funciona en Microsoft Office 2007 (Service Pack 1 o superior) así como también versiones anteriores (Microsoft Office 2000, XP, y 2003). Soporta documentos de Word, Excel, y Powerpoint.[23]

Mac OS X 10.5 ofrece una nueva versión de TextEdit y QuickLook que soportan los formatos de texto OpenDocument Text (aunque con algunas pérdidas de estilo).

Críticas

Se han lanzado varias críticas al estándar ODF:

  • El uso de MathML para escritura matemática en la especificación ODF. MathML[24]​ es una recomendación del W3C para la "inclusión de expresiones matemáticas en páginas web" y "comunicación entre máquinas" que ha estado en uso desde aproximadamente 1999. Sin embargo, la mayoría de matemáticos continúan utilizando el formato más viejo TeX como método principal para representar fórmulas matemáticas complejas. TeX no es un estándar ISO, pero está muy bien documentado y se considera estándar de facto para escribir expresiones matemáticas. Existe un convertidor desde (La)TeX a ODT, incluyendo fórmulas matemáticas.[25]​ También se le critica a OpenDocument no utilizar el estándar ISO 12083:1994 para fórmulas matemáticas, el cual tampoco se utiliza en MathML. El lenguaje MathML tiene algunos problemas para mostrar correctamente fórmulas matemáticas, si se le compara con otros métodos como TeX.[26]
  • Ninguna versión de ODF incluyendo la más actual, 1.1, define un lenguaje para fórmulas matemáticas.[27]​ Esto podría significar que archivos conformes con el estándar podrían no ser compatibles entre sí. Actualmente, la organización OASIS trabaja en la creación de un lenguaje de fórmulas estándar (OpenFormula) para OpenDocument v1.2.
  • La especificación ISO OpenDocument no permite tablas en presentaciones. Probablemente se incorpore en la especificación OpenDocument v1.2.[28]​ Una recomendación actual para solventar este inconveniente es el incorporar o adjuntar una hoja de cálculo dentro de la presentación para proporcionar dicha funcionalidad.
  • Todas las aplicaciones que usan el formato estándar ODF tienen distintos métodos para indicar capacidades tipo macro/scripting, ya que no hay un lenguaje de macros especificado en ODF. Los usuarios y desarrolladores difieren en cuál sería el lenguaje de scripting estándar más deseable a ser incluido.[29]
  • Aún cuando OpenOffice.org permite la inclusión de firmas digitales y las guarda en los archivos ODF de acuerdo con XML-DSig, los formatos OpenDocument 1.0-1.1 en sí no incluyen referencias para insertar firmas digitales. La firma digital es una característica aplicación-específica en el estándar OASIS OpenDocument v1.1. Se espera que el formato OpenDocument v1.2 incorpore XML-DSig de la misma manera a como está implementado en OpenOffice.org. Con ello, OpenDocument v1.2 tendrá firmas digitales interoperables con KOffice 2.0.[30]
  • Las especificaciones de los formatos OpenDocument 1.0-1.1 indican el uso de contenedores 'zip' pero no referencian a un estándar que describa el formato de archivo zip. Sin embargo, una especificación (que no "estándar") para el formato Zip fue distribuida con el software PKZIP dentro del archivo APPNOTE.TXT y continúa siendo actualizada con el tiempo.[31]
  • La Fundación OpenDocument, Inc. participó en el desarrollo de ODF junto con el equipo de OASIS TC y en el desarrollo del plug-in de código propietario daVinci para Microsoft Office. La fundación volteó su atención de soportar OpenDocument a soportar el formato Compound Document Format (CDF) de la W3C. La razón dada fue: «es necesario reconocer que ODF no respeta adecuadamente los estándares existentes y no resuelve las necesidades del mercado para un único formato de documento universal que cualquier y todas las aplicaciones puedan utilizar de la misma manera».[32]​ Tan sólo quince días después (11 de noviembre de 2007), el sitio web de la fundación cerró. Aparentemente, la fundación se rindió tras la publicación de un plug-in de compatibilidad con formatos ODF para Microsoft Office por parte de Sun.

Adopción del formato a nivel mundial

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.

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. A partir de ese momento tanto la Unión Europea como cualquier país puede establecer 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)

Bélgica

El 23 de junio de 2006, el Gobierno Federal Belga decidió que el formato OpenDocument fuese obligatorio a partir de septiembre de 2008.[33][34]​ Belgica es el primer estado en el mundo que prohibe de facto el uso de formatos propietarios.

Holanda

En noviembre de 2007 Holanda estableció, por ley, una fecha límite para las administraciones públicas para la adopción de estándares abiertos.

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.

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).

En Argentina, el 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 de su proyecto de Gobierno Electrónico, 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, conformelo 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 distribuir 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."

En la Universidad de la República de Uruguay, se recomienda el uso de los estándares abiertos ODF y PDF para la creación, almacenamiento e intercambio de documentos de ofimática en la UdelaR y en su relación con el resto de la sociedad".[35]

Referencias y notas

  1. a b c d Huw Alexander Ogilvie. «Filetypes». Consultado el 20 de junio de 2008. 
  2. «ISO/IEC 26300:2006 Information technology -- Open Document Format for Office Applications (OpenDocument) v1.0». International Organization for Standardization. 
  3. OASIS. «OpenDocument v1.1 Specification». www.oasis-open.org. Consultado el 16 de noviembre de 2006. 
  4. Existe una versión de las especificaciones de este estándar traducida al español por la Junta de Extremadura bajo licencia Creative Commons [1].
  5. «OpenDocument TC's publicly-visible membership roster». Consultado el 03-11-2007. 
  6. ISO/IEC SC34 Secretariat (13 de junio de 2006). «Summary of Voting on DIS ISO/IEC 26300 - Open Document Format for Office Applications (OpenDocument) v1.0». ISO/IEC JTC 1/SC 34 Document Repository. Consultado el 24 de agosto de 2006. 
  7. «ISO and IEC approve OpenDocument OASIS standard for data interoperability of office applications». ISO Press Releases. ISO. 08-05-2006. Consultado el 24 de agosto de 2006. 
  8. Documenti elettronici: pubblicata la norma UNI CEI ISO/IEC 26300 sul formato OpenDocument
  9. «OpenDocument 1.1 Specifications». OASIS. 2006. Consultado el 31 de octubre de 2006. 
  10. «Approval of OpenDocument v1.1 as OASIS Standard». OASIS. Consultado el 06-02-2007. 
  11. «Members Approve OpenDocument Version 1.1 as OASIS Standard». OASIS. Consultado el 15 de febrero de 2007. 
  12. Weir, Rob (04-05-2006). «TC coordination call draft minutes 2008-02-11». Oasis' list archives. OASIS. Consultado el 19 de febrero de 2008. 
  13. Alex Brown (30 de abril de 2008). «ODF 1.0 and OpenOffice.org: a conformance smoke test». 
  14. Rob Weir (02-05-2008). «ODF Validation for Dummies». «These in fact are not Relax NG (ISO/IEC 19757-2) errors at all, but errors generated by jing's default validation of a different set of constraints, defined in the Relax NG DTD Compatibility specification which has the status of a Committee Specification in OASIS. It is not part of ISO/IEC 19757-2.». 
  15. Rob Weir (19 de febrero de 2008). «OpenDocument TC coordination call draft minutes 2008-02-11». «A rough road map would be as follows: ODF 1.2 technical drafting complete May 2008; ODF 1.2 public review June-July 2008; ODF 1.2 approved as OASIS Standard - Sept 2008; ODF 1.2 approved as an ISO standard - Summer 2009». 
  16. Rob Weir (02-02-2007). «Introducing ODF 1.1». «I'd expect a draft to be posted "really soon now", followed by review by the full ODF TC, then the solicitation for public comments, followed by OASIS membership vote, followed by submission to ISO as part of ODF 1.2». 
  17. «Corel WordPerfect Office X4 - Standard Edition - Compatible». Consultado el 03-05-2008. 
  18. «OpenDocument Fellowship». OpenDocument Fellowship. Consultado el 27 de julio de 2007. 
  19. a b «Application support for the OpenDocument format». OpenDocument Fellowship. Consultado el 27 de julio de 2007. 
  20. «OpenDocument Foundation to MA: We Have a Plugin». Groklaw. 04-05-2006. Consultado el 23 de agosto de 2006. 
  21. Microsoft Office to get a dose of OpenDocument. CNet. 05-05-2006. Consultado el 06-12-2006. 
  22. «Microsoft Expands Document Interoperability». Microsoft. 05-07-2006. Consultado el 28 de enero de 2007. 
  23. «Sun's OpenDocument filter for MS Office is finished.». Heise Online. 04-07-2006. Consultado el 06-07-2007. 
  24. «MathML W3C standard». W3. 
  25. TeX4ht: LaTeX and TeX for Hypertext
  26. Ian Hutchinson (Enero de 2006). «Web Publishing Mathematics With HTML and MathML from TeX» (PDF). Consultado el 16 de diciembre de 2007. 
  27. Marco Fioretti. «OpenDocument office suites lack formula compatibility». Consultado el 11-05-2008. 
  28. Brian Jones. «Quick question for ODF experts». Consultado el 24 de enero de 2007. 
  29. Marco Fioretti. «Macros an obstacle to office suite compatibility». Consultado el 11-05-2008. 
  30. «Initial proposal for digital signatures in ODF». Michael Brauer - Sun Germany. 16 de febrero de 2007. Consultado el 29 de marzo de 2007. 
  31. APPNOTE.TXT - .ZIP File Format Specification
  32. Sam Hiser (16 de octubre de 2007). «CDF: Disrupting the Disruption». Consultado el 25 de octubre de 2007. 
  33. Comunicado de prensa del Consejo de Ministros (fr)
  34. Web de ZDnet (fr)
  35. «Universidad de la República de Uruguay: ODF-PDF Libera tus documentos». 

Enlaces relacionados

Enlaces externos