Denmark Becomes Fourth Nation To Protest OOXML
I Don't Believe in Imaginary Property writes "The rumors of a fourth OOXML complaint turned out to be true. Denmark has become the fourth nation to protest the ISO's acceptance of OOXML, and Groklaw has a translation of their complaint. They now join India, Brazil, and South Africa. There are going to be plenty of questions about deadlines, because people have been given two different deadlines for appeals, and the final DIS of OOXML was late in being distributed and not widely available. In fact, that seems to be one of Denmark's complaints, along with missing XML schemas, contradictory wording, lack of interoperability, and troubles with the maintenance of DIS29500. In other words, we should expect a lot of wrangling over untested rules from here on out, and Microsoft knows how to deal with that."
Will noone step up and defend the credibility and proud history of ISO here? They have done good work in the past. Cannot someone defend the way they've handled this?
No?
Anybody? Anybody at all?
I thought not.
Reputation. 60 years to build and 6 months to burn down.
Goodbye ISO.
Help stamp out iliturcy.
I call BS. You are obviously a MS troll because no one not even MS Office can read OOXML--oh you mean reading articles about OOXML? In that case, I agree with you. We do not welcome the OOXML-reading overlords. :P
Well, there's spam egg sausage and spam, that's not got much spam in it.
Yes, but I'm glad that there is some exhibiting of common sense. Even /. itself had an article that stated even Microsoft won't be supporting OOXML until two versions from now. When they won't even fully support their own standard in the next version of MS Office (Version 13.0/20xx), how do they expect other software developers to do the same?
I run Ubuntu skinned to look like a Mac on a PC. Go figure.
No: Denmark has not protested formally. Denmark is represented in ISO by Dansk Standard which, as you may recall, somewhat controversially changed its vote to "Yes".
This is a protest letter from Foreningen af Open Source Leverandører a vendor's association (literally: "The Association of Open Source Vendors", their official English title seems to be "The Danish Open Source Business Association"). They happened to be part of the technical committee (as I understand it, I may be wrong) in Denmark, but are not formal representatives of Dansk Standard.
The recipient of the letter, Jacob Holmblad, is the managing director of Dansk Standard, who also happens to be vice-president of technical management at ISO.
While an interesting complaint, which raises a number of pertinent issues, this is not a formal complaint from a national standards body as those from South Africa, Brazil, and India.
As a wiser poster than me observed some time ago, that ISO failed to have management processes in place a year in advance of predictable environment changes is evidence they fail even at following their own standards.
That they've let this issue go so long past its natural conclusion - laughing at a proposal to fast-track a 6000 page un-implemented proprietary standard - is evidence they are themselves compromised by agents of an external entity.
If they abort this atrocity all is not yet well. Until they dig out and expel every agent that perverted their mission and monitor for some time that their processes do now work, they will remain suspect.
If they fail to do the right thing, well, they're done. Stick a fork in them. The nations of the world would prefer to return to the bad old days of setting their own standards and negotiating equivalence by treaty. They will not stand for having their standards dictated to them by a US corporation, even through a puppet ISO.
Help stamp out iliturcy.
Until ISO PUBLICLY admits the SPECIFIC mistakes made AND takes action against the people who committed those mistakes, there is no reason to believe that ISO will do anything differently in the future.
ISO sold out. That's all there is to it.
"... what ramifications does ISO's decision actually have?"
A brief summary:
Storing data in an open document format will ensure the accessibility of that data moving forward, regardless of software vendor, changes in the software ecosystem, etc... because anyone will be able to implement their own version of the standard for retrieving the stored data should that become necessary.
With this in mind, governments and institutions around the world are looking at ways they can ensure the accessibility of their documents unconditionally moving into the future. The impact of these new open document format policies will be huge on software purchasing decisions, as any software package used to generate, modify, or read documents will need to comply with the open document format.
Enter MS and OOXML, a document standard that has now been validated by and internationally accepted ISO review procedure.
There are questions about the way the standard was written, whether it can actually be implemented, whether any implementation would require dependence on proprietary MS technology, and whether the dominant MS products would adhere to the strict letter of the standard or break compatibility with non-MS implementations as has happened in other instances with MS implementations.
Finally, there are questions about whether bribery and other underhanded tactics were used to secure a fast track process and passing vote through the ISO process.
If OOXML is allowed to stand there are concerns that MS will effectively achieve lock-in with the governments that opt for OOXML technology, because access to data stored in OOXML documents will remain dependent on MS.
Beaten by another, but I wrote a reply so I'm posting it anyway.
The main thing seems to be that lots of government bodies are putting in place (or have already put in place) legislation requiring all government documents use a format that complies to an "open standard". Requiring this for internal documents is less common, but it is common for anything published for public access. The idea being to ensure every citizen is able to access the information the government produces without having to buy products from a specific vendor, for example.
From a technical point of view what ISO does matters not at all. Microsoft are going to continue to develop the format to suit their needs, and any long-term compatibility with whatever ends up being in the "OOXML ISO specification" will be purely coincidental, as they've already stated. Government departments will continue using whatever software they feel like using, and will make a half-hearted attempt to conform to whatever rules they have to, just like they always have.
If .docx and friends get the magic ISO Standard Tick then government departments can simply slap their .docx files on a website and be in compliance with the legislation regarding making their publications publically accessible without vendor bias: it's not their fault that there's only one working implementation of the "standard". Now they could theoretically mount legal action against Microsoft for selling them a product which they claim supports the OOXML ISO standard but doesn't really, but that's unlikely since everybody knows the whole thing is a sham and they're just playing along to cover their asses.
On the other hand, if .docx and friends don't get the magic tick, then the government departments will have to publish their files in something other than {.doc,.docx}. If the chosen format was ODF (.odt etc) then people will need software that can open it. This means a) the government will be pointing people to alternatives to MS Office, and b) Microsoft will "have to" natively support opening .odt files within Office; otherwise they risk losing customers -- particularly the ones that buy Office because that's "what you use to write documents". Also the government departments will need a way to export to the "standard" format, and if Office can't do it natively some may decide to switch software to save that step.
Consider that currently, even if you use OpenOffice or KOffice or Abiword or anything else, you probably send documents to other people using .doc unless you specifically know they don't use Office. The reason is simply that, even if they do use something else, they can probably import the .doc file without problems. However if they do use Office, they're completely unable to import most other document formats.
So, the hoped-for end result is that Microsoft will effectively be forced to make Office interoperate with other software, rather than having everyone else trying to implement Microsoft's format. While the documentation for .docx will no doubt be useful in figuring out some corner cases, it's not a significant improvement over the reverse engineered re-implementations of the format currently being used.
That's the theory, anyway. I doubt it will have an earth-shattering affect either way, but I suppose it's another straw on the camel's back.
Comment removed based on user account deletion
Question for the class: what languages are C++ compilers, Windows and Linux written in? Since we're talking about OOXML and ODF, what language is Microsoft's own ODF to OOXML translator written in? That may be a .cpp file, but the vast majority of that code is C.
You've declued yourself. I'm sorry. Do you want to try again, perhaps on topic this time? You're killing your Karma dude.
Help stamp out iliturcy.
This statement is misleading. Every file written by OpenOffice.org, KOffice or IBM Symmphony (to use common examples) is ODF compliant. The file may not require every tag in the full specification to describe the contents each application is capable of writing, but it will comply with the standard. In other words, each application is fully compliant with the subset of the standard mandated by the application's content creation role.
By contrast, MS Office does NOT write compliant OOXML files at all
"I've got more toys than Teruhisa Kitahara."
Oh, FSM preserve us!
You're not referring to one of the Windows ONLY worms that crashed multiple nuclear plants are you? You have to be some anti-Microsoft troll to be bringing that (2003) ancient history up again.
Dude, if you're a Microsoft astroturfer you should make sure you pick up your personal effects on the way out today.
Help stamp out iliturcy.
So the hierarchy of countries where there is a real informed segment of the populace or government now starts with Denmark, South Africa, India and Brazil?!?
Refresh my memory, do those countries waterboard people? Do they use rigged machines to count votes? What is the matter with those people?!?
Pinko commies the lot of 'em, allowing true interoperable anti monopoly standards and actually counting votes. They better not be brown, or we'll bomb the shit out of 'em!
I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
I love the "crippled ISO" image. It almost suggests that if we just shout at Microsoft and stop saying hurtful things about ISO, why then the organisation will get a chance to heal, and recover its ethical values, and be a force for good in the world once more.
Sadly, I don't think things work like that.
While I agree about Microsoft, I don't think we can really absolve ISO from all blame. To do that would be to send a message to the ISO saying "it's OK to be corrupt. No one minds. Break the rules, stack the deck; they'll just blame the organisation sponsoring the standard. Get your noses in the trough, boys!"
I agree that the fall of ISO is a tragedy. But until and unless they set their house in order I don't see how anyone is going to trust them again. Effectively they've just hung out a shingle saying "For Rent".
At the very least, ISO need to admit that there's a problem here and take steps to both fix the damage done, and to ensure it doesn't happen again. And that's not going to happen if they feedback they get "well, I guess that could have happened to anyone".
Don't let THEM immanentize the Eschaton!
Increasingly, this notion that what we geeks are hot and bothered about is "just software, after all" is going to be questioned.
Many thousands of annual deaths are attributable to harmful drug interactions, and a lot of these result from the unavailability of standard Electronic Medical Records(EMR) across care providers.
That's right, vendor lock-in and nonstandard documents are killing people.
The (open) standardization of general-purpose office documents should have been completed a decade ago. EMRs should have been standardized 5 years ago. Many people have died unnecessarily.
My turnips listen for the soft cry of your love