OOXML ratification faces delay after objection

OOXML ratification faces delay after objection

Summary: South Africa's national standards body becomes the first to formally protest the ISO ratification of Microsoft's OOXML document format — a move that should delay the process

TOPICS: Tech Industry

The official standardisation of Microsoft's Office Open XML document format could be delayed after a formal objection was made to the International Organization for Standardization.

At the start of April, the OOXML specification won a vote for approval among individual countries' standards bodies. In line with ISO's procedures, there then began a two-month period during which the formal publication of the 'DIS 29500' standard could be delayed or even derailed. For this to happen, a 'P member' (participating member) of ISO would have to formally protest the decision — and on Thursday, the South African Bureau of Standards (SABS) became that member.

South Africa's standards body has a sizeable list of objections to the process through which OOXML received official ISO approval. One relates to the way in which those participating in the ballot resolution meeting (BRM), held prior to the vote, were not allowed to discuss alleged contradictions between OOXML and other standards. SABS also objected to the 'blanket voting' method used in the BRM, which led to the majority of technical issues raised about OOXML remaining unaddressed  — this was inappropriate under ISO's own guidelines, the standards body claims. 

SABS also claims ISO did not release a final text of DIS 29500 to national bodies within a month of the standard's approval being announced — again, a prerequisite under ISO's rules.

"In conclusion, South Africa challenges the validity of a final vote that we contend was based upon inadequate information resulting from a poorly conducted BRM," the letter reads. "Moreover, we challenge the validity of a process that, from beginning to end, required all parties involved to analyse far too much information in far too little time, involved a BRM that did not remotely provide enough time to perform the appointed purpose of that procedure, and for which an arbitrary time limitation was imposed to discuss and resolve a significant number of substantial responses, despite the [ISO] directives not requiring any such limitation as to duration."

'Damaged reputations'
The letter goes on to claim that OOXML's approval process "has harmed the reputations of both ISO and IEC [the International Electrotechnical Commission] and brought the processes enshrined in the directives into disrepute, and that this negative publicity has, in turn, also harmed the reputations of all member bodies of ISO and the IEC".

Responding to SABS's move, the head of the UK Unix and Open Systems User Group (UKUUG), Alain Williams, told ZDNet.co.uk it was "excellent news". The UKUUG is trying to get the British Standards Institution (BSI) to make a formal objection to OOXML's approval, and is currently waiting for the High Court to address its legal action against the BSI. According to Williams, this hearing has been delayed until Tuesday or Wednesday because the High Court "lost an important bit of paper which said it was urgent".

Steve Pepper, the former head of Norway's technical committee that examined OOXML, congratulated South Africa "on its willingness to stand up for the principles on which standardisation work should be based". Pepper resigned from the Norwegian committee over his country's 'yes' vote — he also faxed an objection to ISO over the matter but, as the letter did not constitute a formal objection from Norway's standards body, it did not succeed in impeding OOXML's ratification.

Read this



Microsoft wins its battle for OOXML approval

Read more

"South Africa's action confirms that the battle is not yet lost," wrote Pepper on his blog. "Here in Norway we are working hard to get the Norwegian vote changed back to No and we think we might succeed. If we do, only two more votes will have to be changed in order for the final outcome to be a rejection of OOXML. I urge those of you in countries that voted Yes or Abstain to investigate any irregularities and try to get the vote changed."

As it turned out, Microsoft's victory in the standardisation process has proved to be an impediment to its own adoption of OOXML, which is now no longer controlled by Redmond. The next service pack for Office 2007 will support OOXML's biggest rival, the OpenDocument Format (ODF) but, because of the changes made to OOXML during the ISO process, that format will not be supported by Office until its next, as-yet-unannounced, version.

On Tuesday an ISO spokesperson told ZDNet.co.uk that the organisation will not comment on SABS's objection until the appeal deadline closes at the end of May.

Topic: Tech Industry

David Meyer

About David Meyer

David Meyer is a freelance technology journalist. He fell into journalism when he realised his musical career wouldn't pay the bills. David's main focus is on communications, as well as internet technologies, regulation and mobile devices.

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.


Log in or register to join the discussion
  • Office 2007 will support OOXML's biggest rival, the OpenDocument Format (OD

    As I understand it, the problem lies in having to rewrite too much code in office 2007 to make ooxml compatible. I guess M$ was unaware of this problem prior to the vote by the ISO. Makes the ISO look like a M$ shill, or maybe money was slipped under the table. Sad when one company can dictate terms to the rest of the world.
  • A spreadsheet that doesn't add up might not be good for business

    (Well, my first post seems to have disappeared, so I'll try again)

    If you read this:

    You'll note that DIS 29500 (aka OOXML) cannot do its sums very well, with some financial functions giving results that are wrong by several percent -- do you want a spreadsheet that implements that <em>feature</em>?

    Another thing to note from that post is that while Office 2007 gets much closer to the results that are required by the various professional accounting bodies, there are differences there too, and that the ODF standard maintainers are now faced with the prospect of defining three differing sets of calculations if they want to attempt some sort of convergence:

    1) [D]IS 29500
    2) what Office 2007 actually does now
    3) proper accounting practice

    and certain people try to claim that choice in standards is a good thing? Pity the poor sods that have to implement this stuff tree times, when doing it right once should be enough, and what are the chances of them even bothering with the DIS 29500 version, given that it's a) wrong b) not implemented anywhere else so you'll never see a document in that format until you write it yourself, and c) even then, why would your users be so foolish as to save in a format that is defined as breaking your calculations, and potentially losing you money or leaving you open to being sued when you pay/charge people the wrong amounts. or fail to calculate you taxes correctly.