Group items matching

in title, tags, annotations or url

Ouch! The other shoe has dropped.

Ouch! The other shoe has dropped.

Ouch! The other shoe has dropped.

Internet News is reporting that Ecma has submitted to the ISO/IEC JTC1 their repsonsess to the 20 "fast track" for Ecma 376 (OOXML) objections.  Nothing but blue skies and steady breeze at their back for our friends at Redmond, according to Ecma's rubber stamper in chief, Jan van den Beld.

Once again there is that ever present drum beat from Microsoft that ODF can't handle MSOffice and legacy MSOffice features - including but not mentioned the conversion to XML of those infamous billions of binary documents:
"Microsoft has countered that the OOXML format is valuable because it is closer to Office 2007 and is backwards-compatible with older versions of Office. "Although both ODF and Open XML are document formats, they are designed to address diffe

Good article about the opening salvo in what promises to be a long, hard fought war with Microsoft.  Unlike what has happened in the EU and Massachusetts, this time our friends in Redmond are politically facing off on the home turf of their powerful enemies in Silicon Valley, which stretches from the south of market area (SOMA) all the way down the San Francisco peninsula to San Jose, arching around the entire Bay area.

If you thought it was raining dollars from Redmond in Massachusetts as the great monopolist moved to successfully shut down the entire Information Technology budget, including HomeLand Security projects, the battle of California promises to be the el nino of perfect storms.  I'm confident though that California CIO Clark Kelso and five star brigadiere general Bill Welty will stand tall against the storm.  I can hardly wait for the forces to move into place and the action begin.  What a show this is going to be.

Meanwhile, what's at stake here is all the marbles of our digital future.  Forcing Microsoft to accept and fully implement the OpenDcoument XML file format is something the great monopolist has shown they will fight to the bitter end.  Brace yourselves!

OpenDocument Fellowship, Gary Edwards - OpenOffice.org, J. David eisenberg - Fellowship

OpenDocument Fellowship, Gary Edwards - OpenOffice.org, J. David eisenberg - Fellowship

OpenDocument Fellowship, Gary Edwards - OpenOffice.org, J. David eisenberg - Fellowship

The marbux comment:

See particularly section 6.8 and its discussion of "etiquettes," which sounds like CDF profiles to me.

This 1998 academic paper on open standards could give us a solid foundation to build our arguments for Universal Interop from. I may have forwarded this link before, roughly a year ago. Here is the abstract of the paper:

This paper develops the argument that many Information Technology standardization processes are in transition from being controlled by standards creators to being controlled by standards implementers. The users of standardized implementations also have rights that they wish addressed. Ten basic rights of standards creators, implementers and users are identified and quantified. Each of these ten rights represents an aspect of Open Standards. Only when all ten rights are supported will standards be open to all.

It builds upon a previous work by Bruce Perens. Well worth the read.

Found myself blocked from commenting on that blog entry for some reason. Here's the comment I tried to post. @ctrambler "Between vendor-heavy or user-heavy, I choose vendor-heavy. It is after all, a office document format designed for office application. Linking with other systems is important, but it is not the ultimate aim." That statement bespeaks lack of familiarity with what an IT standard *IS.* But it is a lack of familiarity shared by all too many who work on IT standards. Standards are about uniformity, not variability. An international standard must by law specify [i] all characteristics [ii] of an identifiable product or group of products [iii] only in mandatory "must" or "must not" terms. WTDS 135 EC - Asbestos, (World Trade Organization Appellate Body; 12 March 2001; HTML version), para. 66-70, http://www.wto.org/english/tratop_e/dispu_e/cases_e/ds135_e.htm And IT standards in particular must "clearly and unambiguously specify all conformity requirements that are essential to achieve the interoperability." ISO/IEC JTC 1 Directives, (5th Ed., v. 3.0, 5 April 2007) pg. 145, http://www.jtc1sc34.org/repository/0856rev.pdf Absent such specifications, a standard is a standard in name only. A standard is intended to establish a market in standardized goods, creating economic efficiency and competition. This is perhaps most simply illustrated with weights and measures, where a pound of flour must weigh the same regardless which vendor sells the product. But we can also see it in the interoperability context, e.g., with standardized nuts, bolts, and wrenches. Absent sufficient specificity to enable and require interoperability, ODF and OOXML create technical barriers to trade rather than promoting competition. And the Agreement on Technical Barriers to Trade unambiguously requires that national standardization bodies "shall ensure that technical regulations [includes international standards] are not prepared, adopted or applied with a v

(continuation). . And the Agreement on Technical Barriers to Trade unambiguously requires that national standardization bodies "shall ensure that technical regulations [includes international standards] are not prepared, adopted or applied with a view to or with the effect of creating unnecessary obstacles to international trade." http://www.wto.org/english/docs_e/legal_e/17-tbt_e.htm#articleII So while I agree that linking IT systems may not invariably be the ultimate goal, sufficient specificity in an IT standard to do so is in fact a threshold user and legal requirement. Otherwise, one has vendor lock-in and definition of the standard is controlled by the vendor with the largest market share, not the standard itself. Neither ODF nor OOXML met than threshold for eligibility as international standards and still do not. In both cases, national standardization bodies voted to adopt the standards without paying heed to fundamental legal and user requirements.

Michael Hickins has an interesting angle on the document wars: ...... "By releasing a new service pack for Office that includes support for the open document format (ODF), Microsoft appears to be complying with European demands that it play well with others, while putting to rest accusations by IBM that it is still trying to maintain a monopoly over document formats. But forgive IBM for failing to cheer an apparent victory in its long-running document format war with Microsoft; IBM is busy attempting to snatch defeat from the jaws of victory, probably because it's now run out of excuses for failing to capture significant market share against Word and Excel....." I've got two comment below the article: "Hoist on our own petard"

Another good article form Michael Hickins, this time linking the success of Google Wave to the success of Microsoft OOXML. Rob Weir jumps in to defend , well, i'm not sure. I did however respond. Excerpt: Developers hoping to hitch a ride on Google's Wave have discovered that Microsoft may have unwittingly helped them resolve the single greatest problem they needed to overcome in order to challenge the dominance of Office. When Microsoft set out to create Office 2007 using a brand new code base - Office Open XML (OOXML) - it needed to accomplish two goals: make it compatible with all previous versions of Office, and have it accepted as a standard file format for productivity tools so that governments could continue using it while complying with rules forcing them to use standards-based software. ..... Depending on your perspective, either Microsoft has sowed the seeds of its own undoing, or international standards bodies succeeded in forcing Microsoft to open itself up. Either way, Microsoft has given away the key to compatibility with Office documents, allowing all comers to overcome the one barrier that has heretofore prevented customers from dumping Microsoft's Office suite.