Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Le format OpenDocument approuvé par l'ISO

Posté par Amine "nh2" Brikci-Nigassa (page perso, ). Modéré le 04 mai 2006.
La bonne nouvelle vient de tomber : Andrew Updegrove, le spécialiste des standards et de l'Open Source, le rapporte dans son blog. Le résultat du vote, tant attendu depuis six mois et clos le 1er mai, a abouti à l'approbation des membres de l'ISO/IEC. L'Open Document Format (ODF, format des fichiers d'OpenOffice.org notamment) de l'OASIS est adopté et s'appelle maintenant ISO/IEC 26300.

On remarquera la large participation et l'absence de votes négatifs (les abstentions étant peu nombreuses).

Le texte officiel du standard ne sera délivré qu'après les formalités de rigueur afin d'être finalisé.

NdM : merci à Jean-Noël Avila pour avoir également soumis la bonne nouvelle.
NdM il est à noter qu'Abiword et KOffice gerent aussi le format OpenDocument

> Lire la dépêche (66 commentaires, moyenne: 3,6).  

Vous avez demandé le commentaire #708237.

Excellent

Posté par oxman (page perso, ) le 04/05/2006 à 06:27. (lien). Évalué à 4.

Et une très bonne nouvelle, une :-)

  • [^]Re: Excellent

    Posté par Thierry Stoehr () le 04/05/2006 à 07:42. (lien). Évalué à 8.

    En effet, avec cette reconnaissance par l'ISO, certaines structures pourront utiliser l'ODF car il a justement cette validation "internationale" (en plus de celle de l'OASIS en mai 2005). Plus de détails sur Formats-Ouverts.org dans http://formats-ouverts.org/blog/2006/05/03/795

    [^]Re: Excellent

    Posté par Sarpedon () le 04/05/2006 à 11:44. (lien). Évalué à 10.

    Bizarre, personne ici ne mentionne ici la raison d'être de ce label ISO.

    Rappelez-vous, le format OpenDocuement avait été évalué très favorablement par l'Union européenne qui cherche à promouvoir à fond l'interopérabilité entre les différents administrations et qui a une masse astronomique de documents à conserver à long terme.

    L'évaluation finale de la commission européenne disait notamment :

    Les nécessités de transparence et d'accessibilité dictent que les échanges d'informations publiques avec les gouvernements évitent de dépendre de technologies qui impliquent ou imposent un produit ou une plate-forme en particulier pour les affaires ou les citoyens.


    Dans leur lettre adréssée à SUN, ils demandaient simplement de considérer s'ils pouvaient décocher le label ISO.

    Voilà, c'est chose faite, et c'est de très bon augure pour l'avenir d'OpenDocument en Europe...

    Pour plus d'informations, allez sur le site de l'Interoperable Delivery of European eGovernment Services to public Administrations, Businesses and Citizens.
    http://europa.eu.int/idabc/

    puis cliquez à gauche sur Interoperability

    --
    Kiu tro certas pri sia vero, kreas inferon sur la tero
    • [^]Re: Excellent

      Posté par Sarpedon () le 04/05/2006 à 11:57. (lien). Évalué à 9.

      Pendant que j'y suis, voilà les liens directs :
      Promotion of Open Document Exchange Format http://europa.eu.int/idabc/en/document/3428/5890
      Le rapport Valoris qui évaluait très favorablement OpenDocument : http://europa.eu.int/idabc/servlets/Doc?id=17982

      Et surtout ce livre blanc destiné à promouvoir l'interopérabilité dans toute l'Europe :
      http://europa.eu.int/idabc/servlets/Doc?id=18033


      The OpenOffice.org XML file format currently stands out from the alternatives in terms of openness, completeness, and wide implementation. It has been under development since 1999, and has been in the hands of an independent Technical Committee at OASIS since 2002.

      The OpenOffice.org XML file format has advantages over alternatives because:
      * it is not controlled by any single vendor,
      * its definition is in the hands of a Working Group,
      * the working group has open membership
      * there is a formal change-control process,
      * it is not hampered by any legal or licensing conditions.

      The Working Group published its consensus Committee Draft in early 2004. It is in the process of finalizing the file format as an OASIS standard. Following this, it has been proposed, and agreed to, that the format should be submitted to ISO to be considered for ratification as a true International Standard. (NDLR : Voilà, ca y est, c'est fait)

      The OpenOffice.org XML format, therefore appears to comply with the defined conditions of an open solution. It also covers all major types of office documents: presentations (NOTE : CE N'EST PAS LE CAS DU FORMAT DE MICROSOFT), word processing
      documents, and spreadsheets. Furthermore, it uses XML Namespaces properly to ensure that these types of documents can be combined in an efficient, modular fashion.

      Due to the availability of the OpenOffice.org software the OpenOffice.org XML format can be used on all major desktop platforms including Microsoft Windows, Linux, Mac OSX and the Solaris operating system.

      In addition, OpenOffice.org and derivative products are available for 44 languages with many more under development. Since the XML file format is the default in the OpenOffice.org suite most OpenOffice.org users are already creating open XML document files.

      Finally, the OpenOffice.org format has been implemented by multiple vendors, including IBM, Sun, Novell, KingSoft, and Red Hat. It is proven, reliable, and interoperable, and would seem a prudent choice for those who are concerned with the openness, vailability, and longevity of their office documents.


      Petit résumé pour ceux qui ne parlent pas anglais : ils ont tout compris.

      --
      Kiu tro certas pri sia vero, kreas inferon sur la tero
      • [+] [^]Re: Excellent

        Posté par TImaniac (page perso, ) le 04/05/2006 à 12:14. (lien). Évalué à -7.

        C'est plus vraiment au goût du jour :
        he OpenOffice.org XML file format has advantages over alternatives because:
        * it is not controlled by any single vendor,

        Comme l'Office Open XML, à l'ECMA :
        The following companies have nominated representatives to TC45:
        Apple, British Library, BP (candidate member), Canon, Intel, Microsoft, NextPage Inc., Novell, Pioneer, Statoil ASA, Toshiba.

        * its definition is in the hands of a Working Group,
        Comme l'ECMA qui standardise l'Office Open XML.
        * the working group has open membership
        Comme l'ECMA en gros
        * there is a formal change-control process,
        Toujours comme à l'ECMA
        * it is not hampered by any legal or licensing conditions.
        cf http://www.microsoft.com/office/preview/itpro/ecmafaq.mspx#E(...)

        The OpenOffice.org XML format, therefore appears to comply with the defined conditions of an open solution. It also covers all major types of office documents: presentations (NOTE : CE N'EST PAS LE CAS DU FORMAT DE MICROSOFT), word processing
        documents, and spreadsheets.

        Autant le veux bien croire qu'au moment où a été rédigé ce libre blanc l'auteur n'avait pas l'info, mais la "note" ajoutée est totalement fausse : dans le format Office Open XML y'a ce qui correspond dans la suite MS Office à Word, Excel et PowerPoint.
        ( cf http://www.microsoft.com/office/preview/itpro/filefaq.mspx )

        Finalement y'a encore une partie des arguments qui est vrai (multi-plateforme, implémentation concrête existente), mais une autre partie tombe à l'eau.

        Voilà, autant tenir son argumentation à jour, on est toujours plus crédible :)

        • [^]Re: Excellent

          Posté par spotty () le 04/05/2006 à 12:28. (lien). Évalué à 7.

          Ben si justement,
          1) l'OpenXml sera inclus à partir de l'Office 2007 (pas dans les autres donc)
          2) Microsoft a essayé de mettre un brevet sur le schema de référence XML (ou a réussi ?)
          3) OOo utilise depuis un moment ce format qui est devenu un standard, pour MS utiliser (vraiment) un standard c'est assez récent.
          4) On est certain qu'OOo ne va pas "étendre" ce standard, quid de MS ?
          5) Le marketing de MS n'est pas une source fiable d'information

          [^]Re: Excellent

          Posté par Sarpedon () le 04/05/2006 à 12:45. (lien). Évalué à 8.

          Sacré TImaniac, toujours prêt à faire de l'agit-prop' contre OpenDocument en mélant le vrai, le possible et le faux.

          Enfin, par rapport à tes oppositions d'il y a quelques mois, il y a bien du progrès. Auparavant tu alléguais des soi-disant défauts d'OpenDocument, maintenant tu sembles reconnaitre que c'est bien, mais que ce n'est peut-être pas le seul à être bien.

          Bon, ben passons-en à l'évaluation du format de Microsoft Office 2003 qui figure juste après

          The Office 2003 Office Reference Schema is an XML based file format which has been published and will be licensed royalty free with minimum restrictions. This bodes well for interoperability; nevertheless, there remain a number of issues:

          In these circumstances, the network effects risk driving an increasing dependency on unique file formats and by extension a dependency on specific software products. To date, the Microsoft Office 2003 XML reference schemas are incomplete and do not include definitions for presentation material, such as a XML representation for PowerPoint. Therefore, this proposed solution as an open file format does not alter the status quo.

          The most significant concern is that WordML is not really the document format of Microsoft products.The underlying file formats remain .doc; .xls, and .ppt . These are the formats in which files are stored when an end user clicks “save”. User intervention is required if the user wants to avoid saving a file in .doc, .xls or .ppt and save the file in WordML. The WordML format will never be used in significant volume as long as .doc and related formats are the defaults.

          Word itself has long had the ability to save documents in various formats including 3 web formats, RTF, 3 variations of plain text, 6 versions of word, 5 versions of WordPerfect, and 2 versions of works.
          The reality is that the default setting and the network effect of the
          requirements for file interchange forces end users towards adoption of the default binary file formats. Should government department applications be allowed to bias users to one particular format by specific auto save functions?

          A second issue is that a mixture of proprietary data with the XML file format could hinder interoperability. In some situations, tags such as like , where proprietary, platform specific, non portable information which is unreadable, is mixed with the OfficeXML render the document non-portable. The net effect of these extensions is that vendors can restrict other applications from properly viewing, accessing and manipulating a file created with their application. The result is a potential extension of the network effect based control that a vendor may have, introduce compatibility problems, and thus reduce a government’s choice and flexibility.

          Thirdly, the format is licensed and not “controlled by an open industry organisation with a welldefined inclusive process for evolution of the standard”. There is no open process for requirements definition and prioritisation, which allows Microsoft the right to modify the specification without consultation. This seems to introduce considerable leverage and a competitive advantage as a result of that control. This means that the playing field is not yet level and that maximum value, choice and flexibility are not being delivered to public administrations.

          Finally, there are legal concerns regarding the terms under which Office XML file formats can be used by other developers. The right unilaterally to change the licensing terms is the most disconcerting. There is room for real concern that competitive software development efforts could be impeded by legal means. Legal advice concerning this issue is recommend as per any large scale implementation.


          Voilà, ca c'est la situation actuelle de Microsoft Office.

          Il n'y a qu'une partie de ces tares qui est réglée par Microsoft Office 2007, qui n'est utilisé encore par personne, a 0% de part de marché, coûtera très cher, et sera supporté principalement par Microsoft Office. Avec OpenDocument, on a plusieurs années d'expérience, toute une gamme de produits qui le supporte dès aujourd'hui.

          http://en.wikipedia.org/wiki/List_of_applications_supporting(...)

          --
          Kiu tro certas pri sia vero, kreas inferon sur la tero
          • [^]Re: Excellent

            Posté par TImaniac (page perso, ) le 04/05/2006 à 13:01. (lien). Évalué à 0.

            Sacré TImaniac, toujours prêt à faire de l'agit-prop' contre OpenDocument en mélant le vrai, le possible et le faux.
            Euh, sans vouloir me justifier, j'ai quand même fait cette news il y a un moment :
            http://linuxfr.org/2005/06/02/19046.html

            Auparavant tu alléguais des soi-disant défauts d'OpenDocument, maintenant tu sembles reconnaitre que c'est bien, mais que ce n'est peut-être pas le seul à être bien.
            je maintiens que techniquement il est pas le meilleur, qu'il est perfectible, et que je préfères critiquer pour progresser que de me contenter de faire des commentaires constructifs du style "Oué mais MS ils vont pas suivrent leur propre norme" (FUD pur et simple).
            Et oui je maintiens que OOo n'a pas de roadmap (ou alors elle est bien cachée) là où Microsoft va débouler avec une suite qui n'est pas une simple MAJ mais un ensemble de produits pour l'entreprise orienté serveur qui n'aura aucun équivalent dans le libre.

            Il n'y a qu'une partie de ces tares qui est réglée par Microsoft Office 2007, qui n'est utilisé encore par personne, a 0% de part de marché, coûtera très cher, et sera supporté principalement par Microsoft Office.
            Certes, mais dans 1 an, y'aura déjà plus de personnes à utiliser ce format que l'ODF : ca sera le format par défaut de la suite vendue avec les nouveaux PC, et MS a clairement annoncé que le format serait supporté par MS Office 2000, XP et 2003. Bref, quand tu conseilles quelqu'un aujourd'hui pour le choix d'une suite dans une entreprise tu te contentes pas de regarder le produit disponible à l'heure actuelle mais aussi le produit tel qu'il sera dans 1 ou 2 ans (Office 2003 supportera l'Open XML), ou le prochain produit au moment du déploiement (Office 2007 ou 2009 ?)

            Avec OpenDocument, on a plusieurs années d'expérience, toute une gamme de produits qui le supporte dès aujourd'hui.
            Moi je constate que ma mère m'a encore gueulé dessus avant-hier parcqu'elle avait perdue plein de données dans un tableau OOo 2.0. En désespoir de cause je lui es installé Office 2003. C'est ca "l'expérience" ?

            Tu m'as toujours pas dis ce qu'il y avait de "faux" dans mes propos. Moi je continue à croire aux LL, à supporter le format ODF, mais ca m'empêche pas d'ouvrir les yeux sur ses défauts.

            • [^]Re: Excellent

              Posté par Sarpedon () le 04/05/2006 à 13:48. (lien). Évalué à 6.

              "Oué mais MS ils vont pas suivrent leur propre norme" (FUD pur et simple).

              Je n'ai jamais dit ca. Par contre, pour l'évolution du format, il me semble clair que KOffice a plus de chances de convaincre le comité de standardisaton OASIS d'accepter ses propositions d'extensions, que de convaincre Microsoft Corporation(tm) de changer ses plans. Donc t'as beau dire, ce n'est pas tout à fait équivalent.

              Indépendament de ce que OpenDocument arrive ou non à tenir la dragée haute, il n'en reste pas moins qu'on a maintenant un standard qui assure(ra) l'interopérabilité dans tout le "monde libre", et ca ce n'est pas rien. Personellement, ca me permettra par exemple de laisser tomber de laisser tomber OpenOffice.org pour Koffice 2 si les espoirs que je mets en lui depuis le "GUI and Functionality Design Competition for KOffice 2"
              ( voir http://www.koffice.org/competition/guiKOffice2.php )

              De plus à chaque fois que tu montres que tel ou tel manque d'ouverture initial du format Made in Redmond a été réglé, je ne peux pas m'empêcher de croire que la pression créée par la combinaison des exigences de la commssion européenne et de l'existence d'OpenDocument y est peut-être pour quelquechose, donc encore un avantage concret d'OpenDocument même si ca s'évère être un échec massif ;-)

              --
              Kiu tro certas pri sia vero, kreas inferon sur la tero
              • [^]Re: Excellent

                Posté par TImaniac (page perso, ) le 04/05/2006 à 14:14. (lien). Évalué à 2.

                Je n'ai jamais dit ca.
                J'ai jamais dis que t'avais dis ca :) Je faisais juste le parallèle avec d'autres commentaires plus "consensuels" et "pertinentés" qui n'apporte strictement rien (à mon sens).

                Par contre, pour l'évolution du format, il me semble clair que KOffice a plus de chances de convaincre le comité de standardisaton OASIS d'accepter ses propositions d'extensions, que de convaincre Microsoft Corporation(tm) de changer ses plans.
                Il y a des chances... quoique faudra clairement que les modifs plaisent à IBM et Sun. Enfin dans tous les cas j'espère qu'il ne vont pas multiplier trop vite les spécifs, sinon ca va être l'horreur question interopérabilité. Ce que j'ai du mal à comprendre dans le processus de l'OASIS, c'est qu'au final il n'y a eu quasiement aucune modif de la proposition initiale de Sun (le format de OOo2 en gros)... Comment les développeurs de KOffice ont-ils pu accepter celà ? Le format leur convenait parfaitement ? Il regroupait absoluement toutes les fonctionnalités dont avait besoin KOffice ? Ca me paraît un peu trop "idéal". Ou alors c'est que Sun a une position plus que dominante dans le processus...

                • [^]Re: Excellent

                  Posté par Sarpedon () le 04/05/2006 à 14:27. (lien). Évalué à 4.

                  Ce que j'ai du mal à comprendre dans le processus de l'OASIS, c'est qu'au final il n'y a eu quasiement aucune modif de la proposition initiale de Sun (le format de OOo2 en gros)... Comment les développeurs de KOffice ont-ils pu accepter celà ? Le format leur convenait parfaitement ? Il regroupait absoluement toutes les fonctionnalités dont avait besoin KOffice ? Ca me paraît un peu trop "idéal".

                  Je crois pouvroi répondre aux questions existentielles que tu te poses

                  http://www.dwheeler.com/essays/opendocument-open.html
                  Ctrl-F David Faure

                  --
                  Kiu tro certas pri sia vero, kreas inferon sur la tero
                  • [^]Re: Excellent

                    Posté par TImaniac (page perso, ) le 04/05/2006 à 14:43. (lien). Évalué à 1.

                    C'est ce que je dis, y'a eu quasiment aucune modification :) C'est quand même des modifications "mineures".
                    Moi je te parles plutôt du problème de l'absence sémantique dans les formules du format de tableur, ce qui nuit clairement à l'interopérabilité... Pourquoi quelque chose comme OpenFormula n'a pas été intégré au standard ? Soit ils ont lu en diagonale en sautant les paragraphes, soit il y a eu une volonté de sortir le "plus vite possible" une version 1.0 pour dire "c'est nous qui n'avons le premier standard !". J'ai peur qu'on est été dans la 2ème position, qui à "bâcler" le standard, ce qui est relativement paradoxal pour un standard.

                    • [^]Re: Excellent

                      Posté par Sarpedon () le 04/05/2006 à 14:56. (lien). Évalué à 5.

                      David Faure est allé s'assurer qu'OpenDocument convienne aux futures versions de KOffice, maintenant il est certainement moins compétent que toi pour en juger et s'est sans doute trompé.

                      Bon sinon pour les formules, tout le monde avait bien compris qu'il fallait copier sur ce que faisait OpenOffice qui lui même copiait largement sur Excel, OpenFormula est venu formaliser cela. Sinon en novembre 2005, on pouvait lire ce mail
                      For Your Information : Formulas not specified by Microsoft XML, either
                      http://sourceforge.net/mailarchive/forum.php?thread_id=89114(...)

                      Bref, m'est avis que tu cherches la petite bête à tout prix. Le bon vieux truc de la méthode hypercritique ?

                      --
                      Kiu tro certas pri sia vero, kreas inferon sur la tero
                      • [^]Re: Excellent

                        Posté par TImaniac (page perso, ) le 04/05/2006 à 15:30. (lien). Évalué à 2.

                        maintenant il est certainement moins compétent que toi
                        Pas obligé de prendre ce ton. J'ai jamais dis que David Faure était incompétent ou qu'il disait des conneries. Je dis juste mon impression : la standardisation a été "expédiée" en ne touchant quasiment pas au format initial. Pourquoi ?

                        OpenFormula est venu formaliser cela.
                        C'est un peu le but même d'un effort de standardisation normalement. Sinon ca servait à rien de standardiser l'ODF pendant qu'on y est puisque de toute façon "tout le monde avait bien compris qu'il fallait copier sur ce que faisait OpenOffice"

                        For Your Information : Formulas not specified by Microsoft XML, either
                        Ca c'est basé sur des spécif préliminaires issu du format Office 2003. Je préfère me référer au blog de Brian Jones :
                        http://blogs.msdn.com/brian_jones/archive/2005/10/04/477127.(...)

                        Bref, m'est avis que tu cherches la petite bête à tout prix. Le bon vieux truc de la méthode hypercritique ?
                        C'est vrai que les formules dans un tableur c'est la petite bête :)
                        C'est un peu comme si dans la partie traitement texte du standard y'avait rien sur la notion de chapitre/section/paragraphe...

                        • [+] [^]Re: Excellent

                          Posté par HeKa () le 04/05/2006 à 20:52. (lien). Évalué à -3.

                          Juste quelques mots:

                          1. c'est juste normalisé tout comme par exemple http://www.iso.org/iso/fr/CatalogueDetailPage.CatalogueDetai(...)
                          et on voit son support même au sein du monde libre

                          2. un format de fichier comme l'ODF qui se veut être valable 50 ans d'après certains, utilise quand même un archivage zip...

                          3. si vous aussi vous n'aimez pas lancer *office* pour attendre 2min qu'il se lance passer 1min à taper 3 lignes (puis 1h37min pour imprimer avant de finalement l'envoyer par mail à quelqu'un qui le fera pour vous (mais bon ça c'est une autre histoire (le lisp et le scheme c'est mal (tm)))). Il a toujours latex(avec un chtit a en l'air et un e raplapla)

                          Si ces commentaires vous paraissent hors propos, ou juste là pour incendier des choses que j'aime pas : relisez-les bien (mais c'est pas entierement faux).

                          • [^]Re: Excellent

                            Posté par eggman (Jabber id, ) le 05/05/2006 à 08:30. (lien). Évalué à 1.

                            Il a toujours latex(avec un chtit a en l'air et un e raplapla)

                            Ouaip, mais tu oublies que le "X" est un chi, 22è lettre de l'alphabet grec et non un "x", 24 è lettre de notre alphabet.

                            cf. ici, entre autre :
                            http://en.wikipedia.org/wiki/LaTeX#Pronunciation

                  [^]Re: Excellent

                  Posté par Nicolas () le 04/05/2006 à 14:29. (lien). Évalué à 1.

                  Il y a des chances... ?????????????

                  MOUARFFFFFFFFF rigolo va

                  (bon par contre en plus de l'europe je rajouterai le Massachussets dans les gros acteurs de "l'ouverture" de MS xml)

              [^]Re: Excellent

              Posté par Sarpedon () le 04/05/2006 à 13:54. (lien). Évalué à 3.

              Certes, mais dans 1 an, y'aura déjà plus de personnes à utiliser ce format que l'ODF : ca sera le format par défaut de la suite vendue avec les nouveaux PC, et MS a clairement annoncé que le format serait supporté par MS Office 2000, XP et 2003.

              Pour la dernière partie de la phrase : OpenDocument est exactement dans le même cas de figure puisque dans les deux cas il faudra et suffira d'installer un plugin à la base installée en MS Office 2000, XP et 2003 pour les rendre capables de lire et d'écrire en Microsoft XML ou en OpenDocument.

              Le plugin pour OpenDocument s'appele OpenOpenDocument
              http://o3.phase-n.com/

              --
              Kiu tro certas pri sia vero, kreas inferon sur la tero

              [^]Re: Excellent

              Posté par Nicolas () le 04/05/2006 à 14:27. (lien). Évalué à 5.

              Moi je constate que ma mère m'a encore gueulé dessus avant-hier parcqu'elle avait perdue plein de données dans un tableau OOo 2.0. En désespoir de cause je lui es installé Office 2003. C'est ca "l'expérience" ?

              jamais vu ca (ni les gens de mon lab) depuis que OOo2 n'est plus en version beta... Enfin bon dans le meme style je me rappelle mon beau pere qui avait fait un joli truc avec miscrosoft visio, le fichier a atteint une grosse taille, en gros 200megs (photos a l'interieur) et la visio a gentiment plante en remettant le fichier a 0 bits et en degageant le fichier temporaire. Et j'ai appris par la meme occasion que c'etait un truc tres frequent avec MS office lorsque les documents deviennent un peu gros.

              ps: tu l'a paye combien ton Office 2003??? J'espere qu'il n'a pas ete pirate :)
              pps: OO2 comme tableur c'est pas vraiment ca tout de meme, perso je prefere gnumeric (ca existe sous windows)