OpenDocument

IBM'sl Bob Sutor defines interop in terms of formats, protocols and interfaces: "To be clear, I'm talking about software interoperability. That technically boils down to the formats used to exchange information, the protocols by which the formatted information is exchanged, and the application programming interfaces (APIs) that software implements to allow the interchange to concretely take place. Collectively I'll call these interchange formats and methods".

BRUSSELS -(Dow Jones)- The European Commission said late Wednesday it would investigate whether a new plan by Microsoft that will allow users to save and edit files in formats developed by rivals leads to greater consumer choice. Microsoft's announcement Wednesday it would support Open Document Format, used in open source programs, for its suite of Office programs is a concession to European regulators and others, who have complained that Microsoft's refusal to adopt the format has prevented competition in desktop software. "The commission will investigate whether the announced support of Open Document Format in Office leads to better interoperability and allows consumers to process and exchange their documents with the software product of their choice," the commission said in a statement.

"Even though ODF 1.0 is the official ISO version of the format, the decision was made to use version 1.1 which had some accessibility improvements. Hopefully future versions of ODF will be brought back to ISO so that we have a more current ISO version soon. You also may have noticed that we as Microsoft plan to start participating in the ODF standardization efforts, whether that happens in OASIS or ISO. ... I've heard different opinions though on what to do if the standard says one thing and Open Office does something else. I think the right thing to do is to follow the standard, but I'd be curious to hear what other folks have to say." Note that this Jones post includes several links to commentary on the ODF support announcement written by other Softies

In light of the Microsoft announcement of ODF support, a prescient July, 2007 blog article by Rick Jelliffe deserves revisiting. Jelliffe surveyed the pressure points for various players that he saw in the File Format War and made a set of suggestions that bear a remarkable resemblance to subsequent events. The goal he recommended for eGovernment and open standards advocates was to push to get ODF and OOXML out of the hands of Ecma and OASIS and into the hands of ISO for harmonization work, arguing that it is the most vendor-neutral eligible forum for such work.

POI 3.5 beta 3, and Office Open XML Support (2008-07-18) now supported by Microsoft through the Document Interoperability Initiative Project (DII) The Apache POI Project is currently working to support the new Office Open XML file formats, such as XLSX and PPTX, which were introduced in Office 2007. The POI project consists of APIs for manipulating various file formats based upon Microsoft's OLE 2 Compound Document format, and Office OpenXML format, using pure Java. In short, you can read and write MS Excel files using Java. In addition, you can read and write MS Word and MS PowerPoint files using Java. POI is your Java Excel solution (for Excel 97-2007). However, we have a complete API for porting other OLE 2 Compound Document formats and welcome others to participate. OLE 2 Compound Document Format based files include most Microsoft Office files such as XLS and DOC as well as MFC serialization API based file formats. Office OpenXML Format based files include the new (2007+) xml based file formats, including Microsoft office files such as XLSX, DOCX and PPTX.

The ODF Toolkit provides a home for libraries that ease the development of applications that support ODF , the unique vendor neutral open standard for office documents. The ODF Toolkit further provides a home for tools that process ODF or check ODF conformance.

On Dec 3, Microsoft officially announced the availability of its Open XML Document Viewer, Open XML/ODF Translators Version 2.5 and the Apache POI Java SDKfor OpenXML.

"In light of changes in Microsoft's behaviour, the increased opportunity for third parties to exercise their rights directly before national courts and experience gained since the adoption of the 2004 Decision," this morning's statement reads, "the Commission no longer requires a full time monitoring trustee to assess Microsoft's compliance. In future, the Commission intends to rely on the ad hoc assistance of technical consultants. "Microsoft has an ongoing obligation to supply complete and accurate interoperability information as specified in the Commission's 2004 Microsoft Decision," the EC goes on. "However, given that the original set of interoperability information has already been documented by Microsoft, increased opportunities through private enforcement provisions in Microsoft's license agreements for third parties to exercise their rights directly before national courts, and experience gained since the adoption of the 2004 Decision, the nature of the technical assistance that the Commission requires is now of a more ad hoc character."

The ever audacious and prevaricating lobbyist group known as the ODF Alliance has posted their critique of Ecma's (Microsoft's) proposed disposition of ISO comments rejecting OOXML. The critique's appeal to ignorance is breath-taking in scope. E.g., whilst slamming DIS-29500 on the subject of interoperability, the same document pushes for harmonization using the following argument: "Harmonization starts from looking at where the two formats overlap - and there is a significant, perhaps 90 percent or more, area where OOXML and ODF do overlap - and expressing this functional overlap identically. This common functionality between ODF and OOXML would also include a common extensibility mechanism. The remaining 10 percent of the functionality, where these standards do not overlap, would represent the focus of the harmonization effort. That portion of it which represents a widespread need could be brought into the core of ODF. That remaining portion which only serves one vendor's needs, such as flags for deprecated legacy formatting options, could be represented using the common extensibility mechanism." And precisely how do vendor-specific extensions aid interoperability, particularly when the proposed "harmonization" does not require profiles and an interoperability framework?

I read this more than a year after the event but still, it's interesting.

This is the official community gathering place and information resource for the OpenDocument Format (ODF) OASIS Standard (ISO/IEC 26300). Suitable for text, spreadsheets, charts, graphs, presentations, and databases, ODF frees documents from their applications-of-origin, enabling them to be exchanged, retrieved, and edited with any OpenDocument-compliant software or tool. This is a community-driven site, and the public is encouraged to contribute content.