OO-XML: Reunión INN
Hoy fue la tercera reunión del comité que debe recomendar al INN el voto que debe presentar en la ISO a nombre de Chile. Es la primera reunión a la que asistÃ, representando a la Pontificia Universidad Católica de Chile, ya que lamentablemente la invitación no me llegó antes. Entiendo que en general las discusiones por estándares no concitan tanto interés. Por un lado es bueno ver que nos estamos tomando estos temas más en serio: faltaban sillas en la sala de reuniones, lo cual en este caso es bueno, porque tampoco eran multitudes.
Antes de la presentación de Tama hubo dos otras presentaciones. La primera a cargo de la Cámara de Comercio de Santiago, en la cual se habló de los aspectos comerciales generales de los estándares. También se abordó el tema del estancamiento de la productividad, que es algo que preocupa a la cámara, y se pretende atacar mediante un uso más agresivo de las TI. Se mencionó la necesidad de estándares mÃnimos de adopción de las TIC y de la importancia que las PYMEs puedan tener acceso a herramientas TI por bajos costos.
Luego fue el turno de Corfo, que presentó un proyecto de firma electrónica. Resulta que ese proyecto está basado en estándares XML (en el fondo, Corfo está obligada a usar esos estándares, pero se dio a entender que no fue solo por obligación que se adoptó esa tecnologÃa). Lo más cercano a la relación con OO-XML es que con ese standard, ya no serÃa necesario incluir los documentos de Microsoft Office (Word, Excel, etc.) como un BLOB codificado en base64 como caja negra, sino que se podrÃa incluir el XML nativo y eso tiene algunas ventajas.
La tercera presentación estuvo a cargo de Cristian Bravo, como parte del Proyecto de Reforma y Modernización del Estado. Fue la única presentación que se enfocó realmente en el tema que nos convocaba: OO-XML, aunque en reuniones previas hubo otras presentaciones que lamentablemente me perdÃ. Me dicen que la que más abordó el tema de OO-XML como potencial standard ISO fue un estudio jurÃdico en el cual se probó que no hay restricciones legales de utilizar OO-XML en el gobierno de Chile (que, parafraseando, en realidad exige solamente que sea XML y que esté disponible el o los schemas).
Puede ser que el tÃtulo ("Porqué Chile deberÃa votar 'Desapruebo' a la propuesta de estándar ISO 29.500 (ECMAÂ376)") haya predispuesto un poco los ánimos, porque hasta ese minuto, y por razones más bien alejadas de las técnicas, al parecer se estaba pensando en una aprobación amplia del standard por parte de Chile. En fin, la presentación está disponible y si bien surgió una duda puntual de si efectivamente el proceso en ECMA fueron sólo 6 meses o más, fue impecable desde el punto de vista técnico.
Lo que me asombra es que hubo voces que criticaron duramente el hecho que se hiciera un análisis técnico en vez de aprobar el standard en base a méritos estratégicos y comerciales, independiente que se generaran multitudes de estándares incompatibles y que se contradigan con otros estándares ISO, entre otros puntos. Por suerte, Leonor Ceruti, Jefe de la división de normas del INN, fue bastante clara en decir que es justamente la componente técnica de las normas las que interesa revisar en estas instancias.
Un punto que tuvo consenso inmediato fue la idea de pasar de ser un paÃs "O" (que puede votar, pero no se involucra en el proceso de forma obligatoria) a un paÃs "P", que participa activamente. Eso implica que como paÃs estaremos involucrados desde el comienzo del proceso de normar dentro de ISO, y no como ahora que llegamos cuando ya se ha avanzado mucho. También implica que estaremos, como paÃs, obligados a participar y dar nuestra opinión, previo análisis de las propuestas, al menos en aquellos subcomités en los cuales nos registremos como paÃs participante, todo esto dentro del comité JTC1 (Joint Technical Committee 1: "Information technology").
Finalmente correspondÃa definir la recomendación para el voto de Chile, pero por varias razones esto no fue posible:
- Algunos (al menos yo) se incorporaron recién hoy al grupo y argumentaron temas de fondo que, de acuerdo a algunos, se debieran haber tocado hace 4 meses. Lo siento mucho, pero creo que es mejor sacar los temas ahora que nunca, y si me hubiese llegado invitación hace 4 meses, habrÃa asistido. (Ojo que no estoy asumiendo mala fe ni nada, probablemente se envió una invitación a la PUC, pero nunca me llegó a mi, ni por rebote).
- Dado que es primera vez que una decisión por aprobar o no una norma no genera pleno consenso, nadie pudo precisar la diferencia exacta entre el efecto de votar "Aprobación, con comentarios" y "Rechazo, con comentarios", que serÃan las dos alternativas que se barajan ("Abstención" al parecer no es preferencia de nadie). El INN se encargará de revisar la reglamentación de ISO para aclarar ese punto.
- Es necesario revisar los comentarios surgidos hoy, y a partir de eso definir el voto chileno. Lo deseable por parte del INN es un voto de consenso, pero eso parece ser difÃcil lograrlo, sobre todo porque la fecha tope es el 2 de Septiembre (que encima es domingo).
- blog de Jens
- 3137 lecturas



ISO dice NO a OO-XML
Tal cual, ISO dice NO a OO-XML. La propuesta no pudo alcanzar los dos tercios necesarios entre los paÃses "P", ni los tres cuartos entre la votación total, necesarios para su aprobación.
Más detalles y links en
http://www.kriptopolis.org/iso-dijo-no
Saludos
-alv-
Voto sueco invalidado
Después de que se conociera
El intento de Microsoft de comprar el voto sueco, el
paÃs nórdico decidió
invalidar su voto. Suecia habÃa votado en favor de OO-XML.
las economias en rapido desarrollo no aprueban DIS 29500
noticia en relacion a este tema del fast-trackear este multi-documento de +6000 paginas, denominado OOXML ( DIS 29500 ) para promoverlo a status ISO:
para pensar ...
http://news.com.com/8301-10784_3-9765759-7.html
Sobre el voto
Ahora sà que tengo la información final sobre el voto. Los comentarios en una y otra lÃnea son diferentes interpretaciones de lo mismo. Aquà el extracto de las directivas de ISO respecto al voto, considerando el estado actual que tiene ("Enquiry stage"):
Es decir, puede haber un voto positivo con comentarios, pero esos comentarios no serÃan vinculantes (podrÃan ser ignorados sin problemas). Si hay comentarios que se pretenden dejar como condición a que se apruebe el standard, entonces el voto debe ser de rechazo.
En realidad un voto de rechazo no significa rechazar el standard, sino más bien exigir que se mejore antes de continuar el proceso.
Una vez que un standard haya pasado el proceso de Enquiry stage pasa al siguiente ("Approval Stage"), y en ese no pueden haber comentarios para votos positivos. He ahà la confusión, que se resuelve mirando el estado actual del standard.
—Jens
el link que hace referencia
el link que hace referencia al "estado actual" ( enquiry stage ) apunta al home de DIS 29500 y no a un documento con las directivas
puede ser que hayas puesto mal el link?
puedes pasar la referencia correcta para poder encontrar el punto 6.2 que citas?
que yo sepa, esta es la ultima revision de las directivas ISO/JTC1 y no encuentro veo ese parrafo :
http://www.jtc1sc34.org/repository/0856rev.pdf
un saludo
dario
el link
El link no está mal, porque es donde sale el estado actual.
Sobre la cita, es sacada de la información que envió el INN en su comunicado oficial a los participantes de la reunión. No tengo claro de qué documento especÃfico surgen.
—Jens
India Decides to Vote "No" for OOXML.
FYI:
Indian writes to mention that after an intense meeting at Delhi's Manak Bhawan the 21-member technical committee has decided to vote against Microsoft's Open Office Extensible Mark Up Language (OOXML) standard at the September meeting of the International Standards Organization (ISO). " Microsoft said it respect's the government's decision. "There were only three options `Yes', `No' and `Abstain' to be taken and we respect the government's decision," Microsoft's legal affairs head Rakesh Bakshi said. He, however, added that India's 'No' vote will become a 'Yes' if Microsoft is able to resolve all technical issues with OOXML before the ballot resolution committee of ISO. "
http://politics.slashdot.org/politics/07/08/24/1222216.shtml
creo que el 'estandar' debe ser rechazado.
"hubo voces que criticaron duramente el hecho que se hiciera un análisis técnico en vez de aprobar el standard en base a méritos estratégicos y comerciales, independiente que se generaran multitudes de estándares incompatibles y que se contradigan con otros estándares ISO, entre otros puntos."
el analisis debe ser tecnico, el estandar DEBE permitir la comunicacion entre distintas plataformas.EL OOXML NO DEBE SER APROBADO.
Presentacion
Olvida mi comentario anterior. No me habia dado cuenta que estaba en: http://sushiknights.org/2007/08/presentacion_ooxml.html
Presentacion
¿Podrias colocar tu presentacion "Porqué Chile deberÃa votar 'Desapruebo' a la propuesta de estándar ISO 29.500 (ECMAÂ376)" disponible para descargar y leera? Esta muy interesante el tema y me gustaria leer sobre tus argumentos desde la optica chilena.
Presentación sobre OO-XML en INN
Mis felicitaciones para Tama¡ Tuve la suerte de presenciar su presentación y fue solidÃsima. Cuento aparte la audiencia. Fue lo más parecido a predicar en el desierto :-) El articulo de Jens fue sumamente moderado, al igual que las respuestas de Tama en la reunion misma. Si Maz hubiera estado presente, hubiese ardido Troya :-)
Salu2
-alv-
Glup!
Gracias. No me ayude tanto, compadre. :-)
.............................
maz [e-arquitectura]
De acuerdo con este documento, serÃan tres votos posibles...
Estuve revisando algunos documentos respecto a la discusión, y encontré uno de la ODF Alliance. En esencia, dice que sólo hay tres votos:
Si esto es asÃ, entonces el voto de Chile, en las condiciones que describió Jens que se dieron en la discusión de hoy, deberÃa ser "Disapproval".
¿Alguien más entiende lo mismo que yo?
—
Cristian 'Tama' Bravo Lillo - cbravo@kind.cl
sushiknights.org | www.menokitan.cl | www.kind.cl
OOXML-> Voto Chile -> tipos de votos
Me autorespondo: me acaba de responder la persona del INN. Efectivamente existen tres tipos de votos. El primer voto ('apruebo') es sin comentarios. El segundo voto es con comentarios. Por tanto, como existen comentarios técnicos, el voto deberÃa ser 'Desapruebo'.
Asà son las reglas.
—
Cristian 'Tama' Bravo Lillo - cbravo@kind.cl
sushiknights.org | www.menokitan.cl | www.kind.cl
Raro...
Es raro entonces que en la notificación oficial enviada por la Cámara de Comercio Electrónico aparezcan 5 alternativas posibles:
1.- Aprobado
2.- Aprobado con observaciones
3.- Rechazado
4.- Rechazado con observaciones
5.- Abstención
—Jens
Confirmado
En todo caso, confirmé también por mi cuenta con el INN que la información oficial enviada por la CCE es la que está mal, y los votos efectivamente son solamente las 3 posibilidades.
Update: ver nota aclaratoria en este comentario.
—Jens