Group items tagged

The ongoing file format battle between proponents of the OpenDocument Format (ODF) and Microsoft's Office Open XML (OOXML) took a surprising turn lthis week, when a key ODF proponent announced that it intended to abandon the ISO-approved specification. The move by the OpenDocument Foundation comes less than two months after Microsoft lost a key ISO vote to approve OOXML as a standard.

The Open Document Foundation (ODF) has quietly ended all work on its da Vinci project after failing to secure approval from the Organisation for the Advancement of Structured Information Standards (OASIS). The da Vinci project was to develop a class of plug-ins that would allow users "to create and edit CDF (compound document format) files in their existing Microsoft Office installations". That is to say, a user could save a .odt file within Word as easily as if it were a .doc format. document.write('\x3Cscript src="http://ad.uk.doubleclick.net/adj/reg.software.4159/applications;'+RegExCats+GetVCs()+'pid='+RegId+';'+RegKW+'maid='+maid+';test='+test+';pf='+RegPF+';dcove=d;sz=336x280;tile=3;ord=' + rand + '?" type="text/javascript">\x3C\/script>'); However, the organisation now says all work has ceased because OASIS has not granted approval of its generic extensions. Without this approval, ODF says: "We can not effectively convert existing Microsoft documents, applications and processes to ODF. The loss of fidelity and feature - business process specific information is too great."

ODF group abandons file format in favor of W3C alternativeComputerworld, MA - Oct 30, 2007October 30, 2007 (IDG News Service) -- A group that was set up to promote the Open Document Format for Office Applications (ODF) is abandoning its support ...

The OpenDocument Foundation has decided to end its support for OASIS's OpenDocument Format (ODF) and instead support W3C's Compound Document Format (CDF), which is currently described in the Web Integration Compound Document Core 1.0 draft. This move reflects growing concerns within the interoperability advocacy community about the long-term viability of both ODF and Microsoft's Office Open XML (OOXML).

Sorry Shish, you're wrong about ODF 1.2 Try ODF 1.5 or ODF 2.0, maybe. The metadata requirements for ODF 1.2 actually did include two way lossless translation capability. Unfortunately these features did not survive the final cut, and were not included in the April 2007 submission. You might also want to check the February 23, 2007 metadata proposal from Florian Reuter. That also would have delivered the goods and perhaps put ODF that grand convergence category of usefulness across desktops, servers, devices and web systems currently the exclusive domains of MS-OOXML and CDF+. Florian had devised a means of using metadata to describe the presentation aspects of content and structural objects. Very revolutionary. And based on the simple notion that bold, font, margins etc. are simply metadata about content and style objects. Where the train came off the track had to do with the concept of an XML ID means of linking metadata to content. Not that there was anything wrong with this mechanism. It's actually quite clever. What went wrong was that Sun insisted that only those elements approved and supported by OpenOffice would be allowed to make use of XML ID metadata. For independent developers, this is a serious constraint. Because of this constraint, the metatdata sub committee started off with six elements supported by OOo that metadata could be appied to. IBM then came in and asked for eleven more elements having to do with charts and graphs. The OpenOffice crew decided they could support this, so in they went. Then an interesting question was posed, "How are independent developers supposed to submit elements for metadata consideration?"

Sorry Shish, you're wrong about ODF 1.2 Try ODF 1.5 or ODF 2.0, maybe. The metadata requirements for ODF 1.2 actually did include two way lossless translation capability. Unfortunately these features did not survive the final cut, and were not included in the April 2007 submission. You might also want to check the February 23, 2007 metadata proposal from Florian Reuter. That also would have delivered the goods and perhaps put ODF that grand convergence category of usefulness across desktops, servers, devices and web systems currently the exclusive domains of MS-OOXML and CDF+. Florian had devised a means of using metadata to describe the presentation aspects of content and structural objects. Very revolutionary. And based on the simple notion that bold, font, margins etc. are simply metadata about content and style objects. Where the train came off the track had to do with the concept of an XML ID means of linking metadata to content. Not that there was anything wrong with this mechanism. It's actually quite clever. What went wrong was that Sun insisted that only those elements approved and supported by OpenOffice would be allowed to make use of XML ID metadata. For independent developers, this is a serious constraint. Because of this constraint, the metatdata sub committee started off with six elements supported by OOo that metadata could be appied to. IBM then came in and asked for eleven more elements having to do with charts and graphs. The OpenOffice crew decided they could support this, so in they went. Then an interesting question was posed, "How are independent developers supposed to submit elements for metadata consideration?"

Along the way, both sides know that there is little margin for error. All it takes is for one slip-up in messaging, one missed appointment, one mistake or one technical snafu to create a hole that the other side will gladly drive a Mack truck through. The stakes are so high that both sides have done a remarkable if not awe-inspiring (though not always commendable) job in executing their global full court presses. For the ODF community, it’s relatively minor to have a few dissenters like Edwards and Hiser break ranks. But, should the W3C concur with Edwards and Hiser that CDF is the more sensible candidate (than ODF) to be the world’s international open standard for universal document interop and portability, solidarity around ODF could weaken. And any weakening of solidarity around ODF is exactly the sort of hole that Microsoft would look to drive a truck through. If an indicator from the W3C that CDF is better-suited for ODF’s job than ODF could lead to such a hole, a similar indicator from IBM would be disastrous for the ODF community. Although it’s nothing more than a wild guess on my behalf, I’m willing to bet that IBM is probably responsible for more than 40 percent of the global resources being brought to bear on ODF’s behalf, if not 50 or 60 (percent). Microsoft wouldn’t need a Mack truck to take advantage of an IBM insinuation that ODF is non-strategic (or, “transitional” as Edwards said to me in an e-mail). Global support for ODF would very likely unravel because of how many people from governments to businesses to the ISO would feel betrayed and Microsoft’s OOXML would be left as the only format standing. The ODF coalition might live to see another day and another battle with CDF as their savior, but the damage would very likely be irreversible given the long memories of most of those who were betrayed.

Whereas the W3C has very little riding on ODF (Format), IBM has everything riding on it. Alright, not everything. IBM is involved in plenty of other businesses. But, after investing so much in ODF and now being so close to its best shot at seeking the aforementioned revenge, the last thing Big Blue can afford is a material breakdown in the world’s interest in ODF.

The question now is whether that moment has arrived for Gary Edwards and Sam Hiser in whole or in part, or maybe not at all. In response to my post, Doug Schepers, the primary contact at the W3C for CDF commented that in his eyes, it was simply an “honest misunderstanding on their part, and perhaps overenthusiasm.” Edwards, who over the weekend, disclosed to me the exact content of his e-mails with Schepers clearly had enough and simply published those e-mails here on ZDNet under the heading An Honest Misunderstanding? Hardly! Play the tape!. You can read the e-mails yourself. But, if there’s any text in them that vindicates Edwards and Hiser, it’s the part where Schepers wrote the following to them (I’ve boldfaced the most salient point):

But markets and governments understand that Open Document is the appropriate standard to replace the old Microsoft binary formats for office communication.

Editor's Note: This is the third in a series of articles that examine why the ODF Foundation closed down. The leaders of the recently shuttered OpenDocument Foundation have moved their attention and efforts away from the Open Document Format and towards the W3C's Compound Document Format, which they believe will be able to neutralize Microsoft Office by repurposing those documents.

ODF was dead-on-arrival not because it's a better or worse choice than OOXML (I have no idea which is better, really) but because the nature of those with UNIX DNA never allows these kinds of "open" agreements to succeed. They all just splinter. Every time.

So I think users need to understand, very clearly, that an ODF document/app of *either* conformance class has an EXTREMELY WEAK CLAIM TO INTEROPERABILITY. The "pure ODF conformance" sticker would be at best valueless and at worst positively misleading. So what I'd like to see is some real effort from the TC going into resolving this problem ...

There are really two central catalysts for these actions. One of these is the feedback we have received from the regulatory environment. There is a high degree of interest in our working with other software vendors to improve information exchange through the use of standardized technologies.

Because ODF side-stepped the compatibility question, we were left to solve (continue solving) that challenge elsewhere; the aversion to dealing with legacy content created a real problem for customers who want to transition to more open file formats.

In our early testing we are observing that every product implementing these standards has some level of variation from the written spec. If you've been around standards for a while, you'll know this is common, and requires dialog to establish best practices & patterns. This is our reason for joining the OASIS, AIIM and ISO committees,

I wanted to post a quick reaction to the latest Microsoft bullshit announcement, in which they reportedly plan to "add native support for ODF 1.1". The way they put is very succinct, intentionally probably, and it opens the door for wild guesses.First of all, Microsoft is a huge Office licensing monopoly. It's so big it even surpasses Windows in sales. Any decline in Office licensing would be dramatic for Microsoft's future. With that alone, you know that any announcement from Microsoft that they are willing to interoperate with other people's software, namely applications, should be taken with a grain of salt.Here is how, with the release of Office 2007, Microsoft intends to keep their monopoly in Office licensing :

Likewise, since Office 2007 is not a native XML application (the internal representation is a bunch of binary structure, not XML DOM)

even a solo lawyer can use SharePoint for less than $50 per month. Microsoft has continued to refine the tool, and it might be time to put SharePoint on your technology to-do list.

SharePoint is a software platform used for hosting customizable websites where multiple users can share documents and work on projects

Web parts then act as controls that interact with other programs and pull information from a variety of sources, including law office programs, databases and websites, all without the user needing to know anything about the underlying programming. The result is a personalized portal page where you and everyone else given access can find, see and manage all of the relevant information for your project in a familiar, easy-to-learn Web format.

Interoperability is one of the primary reasons why I like XML in general and ODF in particular.

The proposed discussion list name is "oiic-formation". (2) A preliminary statement of scope for the TC whose formation the list is intended to discuss. It is the intent of the ODF Implementation, Interoperability and Conformance (IIC) TC to provide a means for software implementors and service providers to create applications which adhere to the ODF specification and are able to interoperate. As such, the purpose of the IIC TC includes the following:

It is the intent of the ODF Implementation, Interoperability and Conformance (IIC) TC to provide a means for software implementors and service providers to create applications which adhere to the ODF specification and are able to interoperate. As such, the purpose of the IIC TC includes the following: 1. To publish test suites of ODF for applications of ODF to check their conformance with the Standard and to confirm their interoperability; 2. To provide feedback, where necessary, to the ODF TC on ways in which the standard could improve interoperability; 3. To produce a set of implementation guidelines; 4. To define interoperability with related standards by the creation of profiles or technical reports; 5. To coordinate, in conjunction with the ODF Adoption TC, OASIS InterOp demos related to ODF; The IIC TC may also liaise with other standard bodies whose work is leveraged in present or future ODF specifications. These include, but are not limited to, the W3C and ISO/IEC JTC1/SC34.

1. To publish test suites of ODF for applications of ODF to check their conformance with the Standard and to confirm their interoperability; 2. To provide feedback, where necessary, to the ODF TC on ways in which the standard could improve interoperability; 3. To produce a set of implementation guidelines; 4. To define interoperability with related standards by the creation of profiles or technical reports; 5. To coordinate, in conjunction with the ODF Adoption TC, OASIS InterOp demos related to ODF; The IIC TC may also liaise with other standard bodies whose work is leveraged in present or future ODF specifications. These include, but are not limited to, the W3C and ISO/IEC JTC1/SC34.

The OpenDocument Format (ISO 26300) has been officially published by ISO . More information is available here. This should put to rest any objections that ISO 26300 is not available in its official form for the reference of technologists.

IBM today announced the release of Lotus Symphony 1.3, an update to its year-old free productivity suite that for the first time lets users import files saved in Microsoft Office 2007's native Office Open XML (OOXML) document format.

five prioritized guiding principles for Office’s ODF implementation

When Will Office Support OpenFormula?

nobody knows yet when ODF 1.2 will be published as an OASIS or ISO standard