OpenXML vs ODF in SC34: The Phoney War 
2006-06-02, 05:52 - General
One of the more tedious aspects of this multi-day SC34 meeting has been the politics surrounding the supposed office format wars, arising from the increasing likelihood that SC34 will participate in the creation of an ISO Standard for Microsoft Office documents. Signs that something was up came in the form of several conspiratorial phone calls and email exchanges beforehand, and the presence of unfamiliar OASIS, IBM, Microsoft, and Ecma people at the opening plenary.

ODF has already passed most of the ISO/IEC standardisation process, though OpenXML (or “Office Open XML” – OOXML – as Ecma are now calling it) has not yet begun its trek. I guess Microsoft/Ecma were checking out SC34 to determine what sort of reception their document would get, since clearly it would be stupid of them to put OOXML through a standards process that was predisposed to reject it.

So what will they have found?

If Microsoft HQ staff had asked their national standards body (ANSI) about SC34, they might have gathered we are not the sort of people one should associate with. As an illustration: while during these current meetings the hospitality and support of our Korean hosts has been generous and friendly, during last year's meeting in Atlanta the only message sent from ANSI was a snub: they wished to emphasise they were not hosting the meeting and did not want to be associated with it. (Hence our many American members work for SC34 in a personal capacity rather than with national backing.)

And from reading some of the web press one might have thought SC34/ISO would be a forum whose rules might be exploited to desired ends by one or other corporation.

The reality is of course different.

The members of SC34 can be generally characterised as level-headed, thoughtful technical experts, specialising in the technology of “document description and processing languages”. Okay, there are arguments – but they generally concern the intellectual and technical merit of ideas and positions. The mundane politics of commerce, and the sloppiness of thinking inherent in polarised Pro- or anti-Microsoft debate, is not the stuff of SC34 meetings. Indeed, I have heard the adjective “slashdottish” being used in SC34 as a rebuke.

No, SC34 doesn't do hype or crave the spotlight. Which is probably why nobody has heard of us — even though (to risk being described as slashdottish) many current and upcoming Web technologies are rooted in standards SC34 originated (SGML and HyTime in particular).

SC34 members are also volunteers, drawn mostly from small and medium-sized companies. Many of us know the reality is, for our customers, that Microsoft tools are often the tools of choice; and many of us judge that having a locked-down standard version of the Microsoft Office formats could being huge benefits when it comes to working with Office documents.

However, in the grand scheme of the proposed standardisation of OOXML, SC34, and its members' judgements, are only part of the picture – there are other considerations in this complex matter ...

First, SC34 members themselves will have no vote if and when OOXML is assigned to us for standardisation. It is standards bureaucrats in our national bodies (ISO member countries) who will vote. Sure, these people will often take advice from their country's SC34 members, but ultimately it is their votes, not ours, which count.

Secondly, the criteria for judging a standard are not whether it is good for competition or the software industry at large; so long as the technology is of use to the world, the criteria are more concerned with whether the standard is technically correct. This is often as much a judgement on the quality of the standards document, than on the attributes of the technology it describes.

Thirdly, there are ultimately inviolable rules which govern the justification for creating of ISO document, laid down in the rules for ISO/IEC.

It is this last point which has provoked most discussion in the bars and along the committee corridor this week. Crucially, the rules forbid the creation of “contradictory” standards – and the word “contradictory” is sufficiently ill-defined at present, for some to feel that OOXML “contradicts” ODF, in spite of the evidence that ISO itself is full of Standards which are ... well, overlapping and complementary at least.

There is also the question of time and resources. The kind of fast-tracking procedures used for ODF and mooted for OOXML give very little time for a small part-time volunteer group to give such bulky documents adequate scrutiny. There is no doubt ODF is, right now, less good than it would have been if subjected to the full rigours of ISO standardisation. With OOXML predicted to weigh in as a behemoth 7,000 page standard the danger that OOXML will be inadequately scrutinised is greater still.

It is this unseemly haste that most concerned me and my fellow UK delegates during this meeting. Although arguably the trend has already been set by some other standards groups, it is ultimately in nobody's interest if the standardisation process becomes devalued to the point where it is delivering technology standards which are done quicky, but which don't provide a solid and useful basis for implementers and users.

But, despite all the above, I expect to continue to hear the standardisation attempts of Microsoft being characterised into a dumbed-down narrative of “ODF vs OpenXML”.
add comment ( 1980 views )  | permalink  |  stumble this |  digg it!

<<First <Back | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | Next> Last>>