Seis preguntas para las entidades nacionales de
estandarización
Las siguientes 6 preguntas son en relación a la
solicitud
para que el formato ECMA/MS-OOXML sea aceptado com
estandar
IEC/ISO. A menos que una entidad nacional de
estandarización
tenga respuestas concluyentes a todas ellas, debería
votar
no en la IEC/ISO y solicitar que Microsoft incorpore
su trabajo
sobre MS-OOXML al estándar 26300:2006 (Formato de
Documento Abierto)
Este es un documento resumen. Online hay disponible
más información
detallada:
*
http://www.grokdoc.net/index.php/EOOXML_objections
*
http://www.xmlopen.org/ooxml-wiki/index.php/DIS_29500_Comments
* http://www.noooxml.org/arguments
1 ¿Independencia de la aplicación?
Ningún estandar debería depender nunca de un
determinado
sistema operativo, entorno o aplicación.
La independencia de la aplicación y de la
implementación
es una de las propiedades más importantes de todos los
estándares.
¿Está la especificación MS-OOXML libre de referencias
a productos
concretos de cualquier proveedor y de su
comportamiento específico?
2 ¿Soporta los estándares preexistentes?
Siempre que sea posible y aplicable, los estándares
deberían contribuir a iniciativas anteriores de
estandarización
y no depender de tecnologías privadas, específicas de
un proveedor.
MS-OOXML ignora varios estándares existentes, como
MathML
y SVG, que son las recomendaciones del W3C, y usa en
su lugar
sus propios formatos,específicos de un fabricante.
Esto supone
una importante carga sobre todos demás los fabricantes
que quieran
implementar de forma completa MS-OOXML ya que les
obliga a seguir
a Microsoft y toda su infraestructura propietaria
acumulada durante
los últimos 20 años.
¿Cual es la ventaja de aceptar el uso de dichos
formatos
específicos de un fabricante en perjuicio de los demás
estándares
en estas áreas? ¿De dónde obtendrán los demás
fabricantes
implementaciones completas, compatibles y competitivas
para
todas las plataformas que les eviten inversiones
prohibitivamente
elevadas?
3 ¿Compatibilidad retroactiva para todos los
fabricantes?
Una de las supuestas grandes ventajas de MS-OOXML es
su
capacidad de proporcionar compatibilidad retroactiva,
como
también se anunció en la conferencia de prensa de ECMA
International.
Para cualquier estándar, es fundamental que pueda ser
implantado por cualesquiera terceros sin necesidad del
visto bueno de otra empresa, ni de información
adicional
clasificada o de acuerdos legales o indemnizaciones.
También es esencial que no se requiera la cooperación
de
ninguna otra empresa de la competencia para conseguir
una interoperabilidad completa y equivalente.
Partiendo de la especifiación existente MS-OOXML
¿Es posible para cualquier otra empresa,
independientemente
de su modelo de negocio,sin tener acceso a información
adicional
y sin la cooperación de Microsoft, implementar la
plena
compatibilidad con formatos anteriores y la conversión
de
dichos documentos heredados a MS-OOXML de forma
equivalente
a lo que Microsoft puede ofrecer?
4 ¿Extensiones propietarias?
Las extensiones propietarias y específicas de un
programa,
son una técnica conocida usada en particular por
Microsoft
para abusar y sacar ventaja de su monopolio sobre la
informática
de usuario para entrar en mercados relacionados con
éste.
Es una técnica que está en la raiz del comportamiento
abusivo
principal motivo de la decisión en contra de Microsoft
por parte de la Comisión Europea en 2004 y aun así
Microsoft continúa
a día de hoy en su negativa a proporcionar información
necesaria
para la interoperabilidad.
Por este motivo, es de sentido común que los
Estándares
Abiertos no deberían permitir dichas extensiones
propietarias,
y que tales técnicas de distorsión del libre mercado
no
deberían ser posibles dentro de las normas de un
Estandar
Abierto.
¿Permite MS-OOXML las extensiones propietarias?
¿Es fidedigna la implementación de Microsoft de
MS-OOXML,
es decir, sin extensiones no documentadas?¿Existen
salvaguardas
contra dicho comportamiento abusivo?
5 ¿Estándares duplicados?
El objetivo de toda estandarización siempre es
alcanzar un
estandar único, dado que múltiples estándares siempre
proporcionan un impedimento a la libre competencia.
Una aparente competencia entre estándares es en
realidad
una medida estratégica para obtener el control de
ciertos
segmentos de un mercado, como han demostrado varios
ejemplos
en el pasado.
Ya existe un Estandar Abierto en vigor para los
documentos
ofimáticos, concretamente el Formato de Documento
Abierto (ODF)
(ISO/IEC 26300:2006). Tanto MS-OOXML como ODF están
basados en
la tecnología XML, de modo que emplean la misma base
tecnológica
y por lo tanto tienen en última instancia las mismas
capacidades
potenciales.
La propia Microsoft es miembro de OASIS, la
organización en la
cual se desarrolló y que mantiene el estándar ODF.
Está al tanto
del proceso y está invitada a participar en él.
¿Por qué Microsoft se negó y se niega a participara en
la iniciativa
de estandarización ya existente? ¿Y por qué no planteó
sus propuestas
a OASIS para que fuesen incluidas en el estándar ODF?
6 ¿Seguridad legal?
Es esencial en un estandar, que se garantice que todos
los competidores podrán implementarlo sin arriesgarse
a demandas judiciales. Dicha garantía debe ser clara,
fiable y lo suficientemente amplia para cubrir todas
las actividades necesarias para conseguir una
interoperabilidad
total y permitir un punto de partida equitativo que
fomente
una verdadera competencia basada en el mérito.
MS-OOXML va acompañado de un inusitadamente complejo
"covenio para no demandar" en lugar del clásico
otorgamiento
de patentes. Debido a esta complejidad, no parece
claro
cuánta protección contra demandas por compatibilidad
puede
verdaderamente proporcionar.
Un estudio legal somero, demuestra que el "convenio"
no cubre todas las características opcionales y
formatos
propietarios necesarios apra una implementación
completa
de MS-OOXML. De manera que la libertad de cualquier
competidor para implementarlo no está garantizada para
todo el ámbito del formato MS-OOXMLpropuesto, y es
cuestionable incluso para los componentes principales.
¿Tiene su entidad nacional de estandarización su
propio
análisis legal independiente acerca de la naturaleza
precisa del otorgamiento que certifique si éste
verdaderamente
cubre todo el espectro de todas las posibles
implementaciones
de MS-OOXML?
Todas estas preguntas deberían tener respuestas que
las entidades nacionales de estandarización deberían
obtener mediante consultores y expertos
independientes,
y en particular no mediante Microsoft o sus socios
comerciales, los cuales tienen un conflicto de
intereses
directo en este asunto.
Si no existe una buena respuesta a alguna de ellas,
la entidad nacional de estandarización debería
votar "no" en la ISO/IEC.
--- Fabián Flores <[EMAIL PROTECTED]> escribió:
> El Lun 09 Jul 2007, Carlos Dávila escribió:
> Hola Carlos.
>
> > Hola,
> > como ya sabreis, el 11 de Julio se votará en el
> comité español del ISO
> > si se estadariza como norma ISO el OOXML de
> Microsoft con el mismo
> > status que el ODF (Open Documant Format) lo que,
> en nuestra modesta opinión
> > impacta en el desarrollo de los estandares
> abiertos.
> >
> > IBM es vocal de este comite y votará en
> contra, a la vez que intentará
> > convencer al resto de vocales (excepto Microsoft
> y otros cercanos).
> > Hemos elaborado una lista con unos 100 detalles
> tecnicos que invalidan
> > la posibilidad de ser aceptado como estandar,
> pero queriamos contar con el
> > GULEX (y otros grupos de usuarios si conoceis)
> para ampliar esta lista.
> > No queda mucho tiempo ya que se ha tramitado con
> un procedimiento
> > excepcional de urgencia (llamado fast-track ), en
> verano, con
> > previsiblemente muchas ausencias. No fué así con
> ODF, que siguió el
> > procedimiento extricto. El hecho de usar un
> procedimiento fast-track
> > facilitaría que "colase" una especificación
> con objecciones serias
> > según nuestro punto de vista.
> >
> > No conozco otras asociaciones de usuarios linux,
> a las que tal vez
> > interesaría contribuir, por lo que agradecería
> pasar esta información.
> >
> > Un saludo,
> >
> > Angel H.
> >
> > IBM Senior I/T Architect
> > Member TEC (Technical Expert Council )
> > Open Group Master I/T Architect
>
> Te cuento que estamos intentando colaborar
> activamente con la campaña que al
> respecto lleva adelante la FFII. En los sitios del
> proyecto OOoAuthors
> colocamos banners:
>
> http://oooauthors.org/es
> http://oooauthors.org
>
> También coloqué uno en mi blog personal:
>
> http://tecnoweblog.blogspot.com/
>
> También incoporé una firma a mis correos (que puedes
> ver al final de este
> mensaje).
>
> Así que te pediría que me pases la lista de
> objeciones técnicas contra ooxml
> para difundirla y ayudar a que se amplíe.
>
> Aprovecho entonces esta ocasión para pedirles a
> todas las personas que
> integran la comunidad de OpenOffice que hagan lo que
> esté a su alcance para
> informarse sobre el asunto y firmar la petición:
>
> http://www.noooxml.org/petition-es
>
> En ese mismo sitio hay mucha información sobre esta
> cuestión y también aquí:
>
> http://www.openxml.info/
>
> Así que invito a todos a sumarse a la campaña y si
> es posible hacer lo
> siguiente:
>
> * Firmar la petición.
>
> * Enviar una carta mediante correo electrónico a la
> organización de
> estandarización de su país. Las información de
> contacto figura en las páginas
> mencionadas más arriba.
>
> * Poner la dirección web del formulario de petición
> en su firma de correo
> electrónico.
>
> * Colocar un banner de la campaña en su página web o
> blog.
>
> Saludos.
>
> --
> Fabián Flores Vadell
> http://tecnoweblog.blogspot.com/
>
> ISO no puede convertirse en una broma, aprobando
> ooxml.
> Suscriba la petición a la ISO para que rechace la
> propuesta de oooxml como
> estándar:
> http://www.noooxml.org/petition-es
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
>
____________________________________________________________________________________
Sé un Mejor Amante del Cine
¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
http://advision.webevents.yahoo.com/reto/entretenimiento.html
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
