Historias
Slashboxes
Comentarios
 

Login Barrapunto

Login

[ Crear nueva cuenta ]

La FFII recoge firmas contra el formato OOXML de Microsoft como estándar ISO

editada por Yonderboy el 23 de Junio 2007, 19:03h   Printer-friendly   Email story
desde el dept. campañas
jomonbre nos cuenta: «La Fundación por una Infraestructura de Información Libre (FFII) ha puesto en marcha la campaña no ooxml contra la petición de Microsoft para convertir su formato de fichero OpenXML (OOXML) en un estándar ISO. En esta campaña hay una página de recogida de firmas para quien quiera aportar su voz. Como miembro de ISO, la Asociación Española de Normalización y Certificación (AENOR) tiene hasta el 11 de julio para enviar sus comentarios. La FFII dará a conocer la petición y el número de firmantes a AENOR para que lo tengan en cuenta en sus comentarios.»
Como resumen de las razones que dan se tienen los siguientes puntos:
  1. Ya existe un estándar ISO26300 llamado Open Document Format (ODF), o Formato Abierto de Documento: un doble estándar suma coste a la industria, al gobierno y a los ciudadanos.
  2. No hay ninguna implementación probable de la especificación OOXML: Microsoft Office 2007 produce una versión especial de OOXML, no un formato de fichero que cumpla con la especificación OOXML
  3. Hay información ausente del documento de especificación, por ejemplo como hacer un autoSpaceLikeWord95 o un useWord97LineBreakRules
  4. Mas del 10% de los ejemplos mencionados en el estándar no tienen la conformidad XML
  5. No existe garantía de que nadie pueda escribir un programa que implemente completamente la especificación OOXML sin estar expuesto a juicios por patentes o a canon por licencia de patente
  6. Este estándar entra en conflicto con otros estándares ISO, como el ISO 8601 (Representación de fechas y horas) o ISO/IEC 10118-3 (hash criptográfico)
  7. Hay un error en el formato de fichero de hoja de calculo que prohíbe introducir una fecha anterior a 1900: este error afecta la especificación OOXML ademas de versiones de programas como Microsoft Excel 2000, XP, 2003 o 2007.
  8. Este estándar no ha sido creado uniendo la experiencia y saber hacer de todas las partes interesadas (como los productores, vendedores, compradores, usuarios y reguladores), sino únicamente de Microsoft.

Historias relacionadas

[+] Software Libre: Póster para difundir y compartir el ODF 44 comentarios
Fernando nos cuenta: «La gente de la revista Red Hat creó un póster para difundir el Formato de Documento Abierto para Aplicaciones Ofimáticas (ODF). Como muchos sabrán, Microsoft están luchando para imponer su nuevo formato OpenXML como estándar, cuando ya existe este estándar abierto. Ahora Red Hat, como miembro fundador de la ODF Alliance, están difundiendo el mensaje para apoyar dicho formato. Se puede bajar el póster con el logo en: Logo (.sla format) Logo (.svg format) Poster (.sla format) Poster (.svg format) Poster (.pdf format) Y la guerra por el formato ofimático continúa, hasta que algún día todos usemos el mismo estándar. Más información en la misma revista: ODF: The inevitable format
[+] Américas: SOLAR presenta una carta ante IRAM (Argentina) para que vote no al OOXML 16 comentarios
JanusDC nos cuenta: «La Asociación Civil SOLAR (Software Libre Argentina) presentó, el día de ayer, una carta (PDF) ante el IRAM (Instituto Argentino de Normalización y Certificación) a fin de que Argentina haga valer su voto ante ISO y vote en forma negativa para evitar la aprobación por fast-track del falso estándar OOXML propuesto por ECMA a instancias de Microsoft. Las razones para esta solicitud de negativa están claramente expuestas en la carta que fue presentada.»
[+] ISO rechaza las apelaciones sobre OOXML 17 comentarios
Las organizaciones ISO (International Organization for Standardization) e IEC (International Electrotechnical Commission) han decidido desestimar las apelaciones de Brasil, India, Sudáfrica y Venezuela sobre la aprobación del formato de Microsoft OOXML debido a que no han recibido el apoyo de las dos terceras partes de los miembros. No se podrán realizar más apelaciones contra la decisión tomada por ISO, por lo que ISO/IEC DIS 29500 ("Information technology - Office Open XML formats") tiene luz verde para su definitiva publicación y aprobación como estándar oficial internacional. Aunque la decisión no sorprende después del proceso de aprobación tan turbio e irregular que ha habido, sí que deja muy claro cómo funciona la ISO y qué credibilidad merece realmente.
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Sobre las razones para votar

    (Puntos:3, Inspirado)
    Creo que las razones para votar no son (ni deben ser) antiMS. Creo que las razones para votar son (y deben ser) la libertad y las buenas especificaciones en los estándares. Por cierto, yo ya he votado (también).
  • Antes de votar

    (Puntos:5, Interesante)
    por Defero (14845) el Sábado, 23 Junio de 2007, 19:58h (#926284)
    ( http://www.ekinabokatuak.com/ | Última bitácora: Domingo, 24 Octubre de 2010, 23:32h )

    Antes de "votar" quiero asegurarme de que realmente es la opción correcta, y como dicen más arriba, no por ser "anti-MS". Por eso agradecería que alguien despejara mis dudas acerca de los motivos que se citan, ya que no sé hasta qué punto difiere de la situación de ODF:

    1. "Ya existe un estándar ISO26300 llamado Open Document Format (ODF), o Formato Abierto de Documento: un doble estándar suma coste a la industria, al gobierno y a los ciudadanos." ¿Es realmente motivo suficiente para la negativa la existencia de otros estándares? ¿No existían otros estánadares antes de que se aceptara ODF? ¿ODF era "un estándar más", o llenaba un hueco necesario? ¿Es distinta la situación actual para OOXML de lo que era para ODF antes de ser aprobado como estándar?
    2. "No hay ninguna implementación probable de la especificación OOXML: Microsoft Office 2007 produce una versión especial de OOXML, no un formato de fichero que cumpla con la especificación OOXML." ¿Hay algún programa que cumpla al 100% con las especificaciones de ODF? OpenOffice y KOffice muestran de manera distinta un mismo documento ODT (al menos en las versiones que yo he probado), así que por lo visto la cosa no está del todo pulida.
    3. "Hay información ausente del documento de especificación, por ejemplo como hacer un autoSpaceLikeWord95 o un useWord97LineBreakRules". Ésteeeeee... pasapalabra, que no entiendo ni jota. De todas maneras, ¿no sería conveniente pedir la revisión del documento de especificación en esos aspectos no determinados, en vez de pedir que se deseche el formato en su totalidad? No todo son enmiendas a la totalidad, también debería ser posible plantear enmiendas parciales, ¿no?
    4. "Mas del 10% de los ejemplos mencionados en el estándar no tienen la conformidad XML." Bien, pues que se corrijan. ¿No?
    5. "No existe garantía de que nadie pueda escribir un programa que implemente completamente la especificación OOXML sin estar expuesto a juicios por patentes o a canon por licencia de patente." ¿Y cuáles son las patentes sobre el formato? En todo caso, creo que eso podría afectar a cualquier formato. Dudo mucho que al presentar la candidatura ODF nadie pudiera garantizar que no hubiera patentes de por medio. Si hasta el doble click está patentado... difícil veo garantizar algo así.
    6. "Este estándar entra en conflicto con otros estándares ISO, como el ISO 8601 (Representación de fechas y horas) o ISO/IEC 10118-3 (hash criptográfico)". Vale, me lo creo. ¿No se puede modificar la parte conflictiva y salvar el resto?
    7. "Hay un error en el formato de fichero de hoja de calculo que prohíbe introducir una fecha anterior a 1900: este error afecta la especificación OOXML ademas de versiones de programas como Microsoft Excel 2000, XP, 2003 o 2007." Vale, también me lo creo. Planteo la misma pregunta que para el punto anterior.
    8. "Este estándar no ha sido creado uniendo la experiencia y saber hacer de todas las partes interesadas (como los productores, vendedores, compradores, usuarios y reguladores), sino únicamente de Microsoft." No estoy familiarizado con el modo de crear un estándar. ¿Nacen todos los estándares necesariamente de ese "esfuerzo conjunto"? Por lo visto el formato PDF [wikipedia.org] también es candidato a "estándar ISO". ¿Será una pega el hecho de que haya nacido de la iniciativa de Adobe, y no como iniciativa conjunta de toda la industria?

    Quizás algunas de mis dudas carezcan de mucho sentido, pero si alguien es tan amable de sacarme de mi error e incertidumbre, se lo agradeceré.

    --
    "... y al final terminamos montando un despacho de abogados en Renteria [ekinabokatuak.com]"
    • Re:Antes de votar de pobrecito hablador (Puntos:3) Sábado, 23 Junio de 2007, 20:40h
    • Re:Antes de votar

      (Puntos:4, Inspirado)
      por Observer (13195) el Sábado, 23 Junio de 2007, 21:27h (#926301)
      ( http://www.fsf.org/ | Última bitácora: Domingo, 09 Mayo de 2004, 05:32h )
      1.-Solo debe existir un estandar. Si no lo entiendes es que no lo has pensado lo suficiente lo que significa que existan dos estandares completamente distintos para algo. La nasa lo aprendió estrellando una sonda que costaba una millonada. ^^

      2.-Presentación y formato de fichero son cosas distintas. Y para la presentación afecta mucho el tener o no las fuentes, ya que no se incluyen en el documento.

      3.-¿Para que revisarlo teniendo un estandar ya definido? Revisa el punto 1.
      Ademas si esos datos no estan es porque M$ no quiere que estén, ya que en las mas de dos mil paginas podian haber puesto el codigo fuente de su aplicacion.

      4.-¿Para que si ya existe un estandar? Revisa el punto 1.

      5.-¿Crees que en el tiempo que han tardado no se han asegurado de eso en el odf? Revisalo, odf tan solo son unas 600 paginas y mas completo que el de M$.

      6.-¿Para que si ya existe un estandar? Revisa el punto 1.

      7.-¿Para que si ya existe un estandar? Revisa el punto 1.

      8.-Desde 1995 Adobe ha participado en varios grupos de trabajo que desarrollan especificaciones técnicas para la publicación en la ISO como estándares para sectores y funciones específicos. Hoy en día, PDF para Archivo (PDF/A) y PDF para Intercambio (PDF/X) son estándares de la ISO, y PDF para Ingenieros (PDF/E) y PDF para Acceso Universal (PDF/UA) son propuestas de estándares. Adicionalmente, PDF para Sanidad (PDF/H) es una propuesta de Buenas Prácticas de la AIIM.
      --
      Si no obtienes respuesta sera porque no la mereces.
      [ Padre ]
    • Re:Antes de votar de pobrecito hablador (Puntos:1) Sábado, 23 Junio de 2007, 21:52h
    • Punto 3 de tunic (Puntos:2) Sábado, 23 Junio de 2007, 23:37h
    • Re:Antes de votar de pobrecito hablador (Puntos:1) Sábado, 23 Junio de 2007, 23:38h
    • Re:Antes de votar de elmanytas (Puntos:1) Domingo, 24 Junio de 2007, 08:03h
    • Re:Antes de votar de pobrecito hablador (Puntos:1) Domingo, 24 Junio de 2007, 08:27h
    • Re:Antes de votar de Penetrator (Puntos:2) Domingo, 24 Junio de 2007, 11:41h
    • Re:Antes de votar de suy (Puntos:2) Domingo, 24 Junio de 2007, 12:53h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • Toma, come

    (Puntos:2)
    por ruten (14318) el Domingo, 24 Junio de 2007, 00:53h (#926341)
    ( http://barrapunto.com/ | Última bitácora: Domingo, 07 Febrero de 2010, 11:18h )
    Vale que en barrapunto es tradición no leerse los enlaces, pero por lo menos el contenido de la noticia te lo podías haber leído y no solo el titular.

    Estos troles cada día son más vagos.
    [ Padre ]
  • Re:Una pregunta

    (Puntos:1)
    por ActiveMan (9870) el Domingo, 24 Junio de 2007, 08:11h (#926367)
    ( Última bitácora: Lunes, 05 Julio de 2010, 16:34h )
    Después de que un estándar se aprueba se pueden enviar lo que llaman "amendments" que de nuevo tienen que ser votadas y respaldadas por mayoría. El estándar ISO-21000/7 (aka MPEG-21 Parte 7) en el que yo trabajo salió en 2003 y ya tiene 2 amendments.
    [ Padre ]
  • Re:Una pregunta

    (Puntos:1)
    por Scarbrow (31251) el Domingo, 24 Junio de 2007, 11:15h (#926396)
    ( Última bitácora: Miércoles, 23 Enero de 2008, 18:43h )
    Muchas gracias por la información. Caray que puestos que estáis.
    Lo único que ya falta es que alguien me pueda decir cuál es el puesto de España en esto como organismo estandarizador, para dirigirle la carta de marras
    --
    V.V.V.V.V. Vi Veri Vniversum Vivus Vici "Por el poder de la verdad, mientras viva habre conquistado el Universo"
    [ Padre ]
  • por suy (8275) el Domingo, 24 Junio de 2007, 13:12h (#926432)
    ( http://www.badopi.org/ | Última bitácora: Sábado, 25 Septiembre de 2010, 17:26h )

    "Si M$ cumple con los criterios para que su formato se convierta en estándar, pues bienvenido." Coño, pues eso es lo que estamos diciendo, que no lo cumple. ¿Es que no has leído nada de la noticia?

    --

    Escribiendo de demasiadas cosas [barnacity.net] desde 2003.

    [ Padre ]
    • La duda ofende de pobrecito hablador (Puntos:1) Domingo, 24 Junio de 2007, 13:51h
  • Re:Voten!

    (Puntos:2)
    por miguelsan (22769) el Domingo, 24 Junio de 2007, 15:16h (#926486)
    ( http://barrapunto.com/ | Última bitácora: Jueves, 29 Abril de 2010, 22:49h )
    Los comentarios tienen un máximo de 300 caracteres. Yo los reduje así:

    Existe ISO26300
    Implementación improbable
    Información ausente
    Muchos ejemplos sin conformidad XML
    Implementarlo expone a juicios por licencias o patentes
    En conflicto con ISO8601 o ISO/IEC10118-3
    Hay un error del formato hoja de cálculo
    No ha sido creado uniendo el saber hacer de las partes
    [ Padre ]
  • 5 respuestas por debajo de tu umbral de lectura actual.