Document Wars

The OpenDocument Foundation has announced its plans to sever itself from participation in or further advocacy of its namesake office document format in favor of the World Wide Web Consortium's XHTML (Extensible HTML)-based Compound Document Format. Although the OpenDocument Foundation is a fairly small organization, the group sports a certain cachet that stems from the ODF-to-MS Office plug-in that the group announced--but did not release publicly--about a year and a half ago. At the heart of the rift between the Foundation and the rest of the ODF backers--led by Sun and IBM--lies a dispute over the proper strategy for achieving round-trip document fidelity between Microsoft Office and ODF-consuming applications, such as Sun's OpenOffice.org or IBM's Lotus Symphony.

A microformat (sometimes abbreviated μF or uF) is a web-based[1] data formatting approach that seeks to re-use existing content as metadata, using only XHTML and HTML classes[2] and attributes.[3] This approach is intended to allow information intended for end-users (such as contact information, geographic coordinates, calendar events, and the like) to also be automatically processed by software.

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).

Soured Relationships "What's happened is that there's just not a lot of interest in their approach, and that has resulted in a lot of souring of relationships on the part of the OpenDocument Foundation folks," Douglas Johnson, standards manager at Sun Microsystems (Nasdaq: JAVA) , told LinuxInsider. The about-face in support should not have a significant effect on the move toward open standards, Johnson added. The OpenDocument Foundation's decision to support CDF, however, is puzzling, Johnson said. 'I'm Perplexed' "It doesn't seem like a good fit," he explained. "It's not designed for this, so I'm perplexed at their desire to go in that direction."

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 Inc. doesn't have any control over ODF. But its embrace of the W3C's Compound Document Formats (CDF) adds a new twist to the already acrimonious debate over the possible creation of a universal file format for desktop applications.

the OpenDocument Foundation had decided to back away from work on ODF in favor of CDF (a W3C-backed standard) out of a belief that ODF wouldn’t achieve the real-world interoperability goals the OpenDocument Foundation was originally created to achieve

Just because we are garage challenged doesn't mean we can't find the back door to the big house :) The larger issue at stake here is not whether or not we have a garage, or what our contribution to ODF has been over the course of five years as active members of OASIS ODF. What it really comes down to is the implementation of ODF in the real world.

Just because we are garage challenged doesn't mean we can't find the back door to the big house :) The larger issue at stake here is not whether or not we have a garage, or what our contribution to ODF has been over the course of five years as active members of OASIS ODF. What it really comes down to is the implementation of ODF in the real world. The chickens came home to roost when Massachusetts started a year long pilot study regarding the implementation of ODF. The study began shortly after the OASIS approval of ODf 1.0, and ended in May of 2006. The results were nothing short of a disaster for ODF.

A presentation made two weeks ago by two members of OASIS' OpenDocument technical committee, and founding members of the OpenDocument Foundation, made it clear that the foundation would be turning its attention away from developing the ODF format and translators for it. Instead, in a course change instigated as far back as last May, the Foundation is steering back toward a project launched in 1995 by the World Wide Web Consortium, in hopes of recapturing the momentum toward document interoperability for all existing word processor users.

WICD Full 1.0 is targeted at desktop agents

The WICD Full 1.0 profile is designed to enable rich multimedia content on desktop and high capability handheld agents.

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "may", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 (see http://www.ietf.org/rfc/rfc2119.txt). However, for readability, these words do not appear in all uppercase letters in this specification.

A group of large technology companies is proposing a competing set of formats, and has formed an alliance to confuse the market, and at least double the work of any developer who might want to support their products (with almost no installed base) alongside Microsoft's (with a monopolistic dominant installed base). It's not surprising that the group is lead by the detritus of the last generation of tech companies. The thriving companies, Google, Yahoo and others have the good sense to sit this time and money-waster out.  

Now, Sam Hiser, VP of the ODF, has said that he sees the W3C standard CDF (Compound Document Format) as a more viable universal format than ODF. He stated simply that, "ODF is not the open format with the open process we thought it was". Why is this significant? First, I think it speaks to how important the W3C is and has become over the past several years. The number of web standards in particular that have been formalized by the W3C is remarkable, whether they have been successful or not. Second, it (CDF) addresses an issue that I see on a daily basis in my role here at Compendium Blogware.

This fight is a distraction. Recognize both formats as legacy defacto standards and move on. This is actually a very common precursor in a standards process. CDF provides an opportunity to do the job right. People should not be translating OOXML into ODF, there simply isn't the value there. It is much more likely that OOXML will be a live format in twenty years time than ODF. We have a common standards based document language today - HTML. OK so I have a bias here but there is much more HTML than anything else. HTML is just a document format and it is somewhat presentation oriented but modern XHTML is changing those problems.

The problem for "you" is that Microsoft is the one who has 400 million or so installs of the dominant de facto office suite in the planet. "You" can either try to get them to play nice with you by applying pressure intelligently, or you can organize an exciting jihad to stick it to them. In a make-believe world where companies choose technology based on, well, technical merits and openness, the second approach will usually work. In the real world though, the former option would have been a better idea. But when you have well-paid shills like Rob Weir (courtesy of IBM) and his co-religionists who rarely take a break from hating Microsoft (except for lame attempts at making fun [robweir.com] of Microsoft) it's difficult to get away from the join-us-or-die approach. It just feels so right, I guess. I'm going OT here but seriously, Weir is just the cat's meow. Every single time Microsoft has challenged his hyperbolic rants and outright lies he's essentially ignored them or just penned some more. He thinks the OpenDocument Foundation is an irrelevant fly-by-night fanboy club (which I guess is possible), but he has no problem quoting obscure African groups [robweir.com] and his groupie bloggers to prop up his "Microsoft is evil and Office sucks and remember, IBM had nothing to do with this post" arguments. If the man spent 1/10th as much time writing some code or documentation as he does bitching about the Office toolbar buttons, ODF would have conquered the world by now. With people like that at the helm it's not difficult to see why a document format controlled by a single company and an elite group of testy technorati has gotten to where it is now. Not that I think OOXML is a particularly good idea, but at least there's someone out there with the balls to point out that the emperor is buck naked. I guess they better get ready for the DoS attacks, hate mail and death threats.

Blame Sun for this. Sounds like a populist position, or maybe troll flamebait. I'll be generous and assume the former, despite the fact your post seems like a digest from an anti-ODF briefing paper. Disclosure: My job [sun.com] includes the task of receiving complaints about Sun and trying to get Sun to fix whatever causes the problem. If you have proof of any of your accusations, let me know. I may have some of my facts wrong below as I'm working from memory; I'd welcome correction. With a few small additions, ODF could have supported Office formats as well, but Sun would not allow this. That is indeed the constant assertion that the three guys who comprise the Foundation make. However, I have personally asked members of the ODF working group at OASIS and they tell me its not so. The Foundation guys wanted to add structures to ODF to preserve untranslateable tags in translated documents so they could be regenerated on the reverse translation. Sounds OK at first glance, but in practice it results in very brittle software solutions that work well in demos but not in real life. The proposal was thus rejected by the whole working group (not just the Sun employees). Rejected, that is, in conversation. A complete solution was never proposed for voting. To say Sun would not allow it ignores the actual dynamic of the working group (see below). Their policy is that ODF will support what is needed for StarOffice, and nothing more. Naturally every member of a standards group in the traditional standards process is looking out for the code base where they implement a standard, and will have serious questions of any feature that they regard as unimplementable. The features actually put to a vote by the guys from the Foundation would have resulted in very brittle implementations, highly dependent on the version of MS Office with which they were coupled. It may have been possible to come up with a solution that reduced this problem, but the discussion was not sustained. The assertion you make is not true in the general case.They control the ODF technical committee Untrue. The ODF TC [oasis-open.org] can have no more than three members from any one organisation and is not under the control of any organisation. The Foundation guys actually flaunted that rule at one point and sent many, many more representatives - OASIS had to step in to fix it. That intervention is one of the issues they have with OASIS, in fact. Sun happens to employ the people who act as Chair and Secretary to the TC but the voting remains democratic.and their patent license allows them to stop the ODF TC if the ODF TC goes in a direction Sun does not like. I've heard that interpretation of the patent non-assert covenant [oasis-open.org] that Sun has made regarding ODF, but it's untrue. Sun covenants not to enforce any patents against ODF implementations based on any spec it participates in. To the extent that versions of the spec after Sun's departure are based on version in which Sun was involved, that covenant remains in effect even in the unlikely event of Sun leaving the TC. Sun can't stop the TC from continuing its work. Are you relaying this all as hearsay, or do you actually have data to back up your accusations? If you have, I'd like to see it (genuinely).

the World Wide Web Consortium's Common Document Format (CDF) had been identified by the OpenDocument Foundation as a superior document format to the OpenDocument Format

the OpenDocument Foundation had decided to back away from work on ODF in favor of CDF (a W3C-backed standard) out of a belief that ODF wouldn't achieve the real-world interoperability goals the OpenDocument Foundation was originally created to achieve,

A major proponent of this format, the OpenDocument Foundation, has evidently recently decided to dump ODF in favor of an obscure alternative called the Compound Document Format, developed by the World Wide Web Consortium. So now I really don't know what to think. I wonder if the foundation will change its name.

To prove libel, which is the same thing as written defamation, the plaintiff has to prove that the blogger published a false statement of fact about the plaintiff that harmed the plaintiff's reputation. Let's break that down. "Published" means that at least one other person may have read the blog. That's right, just one. A "false statement of fact" is a statement about the plaintiff that is not true. Truth is the best defense against libel. An opinion is also a defense against libel. But, depending on the context, the difference between an opinion and a statement of fact can be remarkably gray. Context is a big deal in determining defamation. One thing to watch out for: simply inserting the words "in my opinion" in front of a statement of fact doesn't magically make it an opinion. Satire and hyperbole can also be defenses against libel, but again, very gray. Then there's the matter of "harming the plaintiff's reputation." It's one thing to say that a false statement harmed your reputation, but if you can't demonstrate damages, the suit may be effectively worthless. Damages would include, for example, losing X customers that represent Y income, suffering emotional distress and so on. Also, if your damages are minimal, you may have a hard time finding a lawyer to take the case. They're a greedy lot. (That's an opinion, not a statement of fact.) If the plaintiff is your average, everyday, run-of-the-mill person or company, then negligence is sufficient to prove libel. That means that a reasonable person would not have published the defamatory statement. If the plaintiff is a "public figure," however, then the plaintiff must prove actual malice--a higher burden of proof. That means that the blogger knew that the statement wasn't true or didn't care. Then there's the question of who's responsible for comments on a blog. Whoever publishes the Web site is responsible for content on the site. That includes comments. However, many bloggers have independent agreements to indemnify the site that publishes their blog. That may or may not include comments. Plaintiffs can certainly sue everybody in the chain and see what sticks, though they will likely go after those with the deepest pockets. You can avoid the entire question by turning comments off.

An intriguing idea is whether we can have it both ways. Suppose you are in an ODF editor and you have a "Save for archiving..." option that would save your ODF document as normal, but also generate a PDF version of it and store it in the zip archive along with ODF's XML streams. Then digitally sign the archive along with a time stamp to make it tamper-proof. You would need to define some additional access conventions, but you could end up with a single document that could be loaded in an ODF editor (in read-only mode) to allow examination of the details of spreadsheet formulas, etc., as well as loaded in a PDF reader to show exactly how it was formated.

The OpenDocument Foundation was formed in 2005, with the mission "to provide a conduit for funding and support for individual contributors to participate in ODF development" at the standards body OASIS. So, at a time when backing for the ODF format seems to be gaining in strength around the world, eyebrows were naturally raised when Sam Hiser, the Foundation's Vice President and Director of Business Affairs, wrote on October 16 that it was no longer supporting ODF:

A while back the OpenDocument Foundation folded up, withdrawing its support for the ODF in favor of CDF. The reason for the switch is buried in the details of ODF community’s denial to be fully interoperable with Microsoft Office, which might have helped in migrating to ODF without affecting the processes. So, there was something bigger here playing it up. Matt Assay notes that Microsoft Sharepoint might kill ODF more than anything else. It is the process stupid! People want to move to ODF, but without having to re-engineer their business processes.