Thanks for your comments. I think you’ve raised an interesting point about music codecs. Different codecs were developed for different purposes at different times with different technologies. For example, uncompressed WAV is the format of choice for music aficionados, but it results in extremely large file sizes that wouldn’t be appropriate for portable devices. Codecs like MP3 trade some quality for smaller file sizes. AAC and WMA have used advances in technology to increase quality without increasing file size. My point is that if we stopped at WAV, devices like the iPod, streaming radio, or low bandwidth voice applications like cells phones wouldn’t be nearly as successful or prevalent as they are today. There simply wouldn’t be enough disk size or bandwidth to make those applications practicable. Technology needs to progress and competing standards and technologies help make that happen. Locking into a single standard can lead to an dead zone in innovation.

I’d also note that devices like the iPod, Zune, and Sansa support multiple codecs, which solves the codec interoperability issue for most people.

As for Microsoft’s patents in OOXML, Microsoft has been very clear that its patents in the spec are covered by the Open Specification Promise, which I’ve written about before. The OSP allows the use of Microsoft’s necessary patents in implementations of the spec on a royalty free basis.

Also, the music formats are a great example of what we don’t want to happen, and of the benefits of ODF. It would be much better for consumers and for the industry at large if we all had standardization on patent-free, legally-unrestricted formats, like OGG. I recall Microsoft itself felt the sting of patent stupidity when it had to shell out millions for MP3 patents. It’s even more difficult for smaller companies to innovate and create new services because they have to worry about file format licensing issues, and they don’t have a huge wallet like Microsoft. As a consumer, I don’t want to have to deal with the hassle of worrying about different formats; the whole issue is one that was largely imposed upon us by Apple, Microsoft, et al, in an attempt by them to create walled gardens of music services and hardware. The whole inability to play some formats on some players and other formats on other players has been a real pain for end users. So your comparison is actually apt, but I think it argues against your point.

The less legally restricted, the better. Microsoft has been way too vague about MSOOXML and patents, and companies and governments should be worried that MS will be litigious (or threaten litigation in order to extract money from companies) somewhere down the road regarding MSOOXML-related tools. This is probably less likely to happen with ODF-related tools.

IBM, and many others who believe that user data does in fact belong to the user (as opposed to the application that manipulates it) are supporting ODF simply because it is vendor neutral. Microsoft had ample opportunity to do so.

Your (Microsoft’s) format is a mis-leadingly named (intentionally perhaps?) XMLisation of the Microsoft Office document formats. It is not a standard specification – it is a XML conversion of the existing Microsoft document formats. In being that, it is not vendor-neutral. Nor is it implementable by any third party that might wish to implement it.

And, though you may THINK that Brian Jones has addressed technical issues with Microsoft Office XML ( I refuse to call it Office Open XML and indulge in misleading people ), the specification ( I simillarly refuse to call that which is not a standard, a standard – especially with such precedence as ECMA-script, a “standard” which Microsoft used to make web-sites exclusively compatible with IE and a nightmare to view with any other browser ) is rampant with indications of how a feature should be implemented (with pointers to Microsoft Office features) while at the same time being vague about patents covering those features in those version of the implementing software and vague about the implementation itself.

Brian Jones also has no good reason for not using the ISO Date Format or, in fact, ANY of the existing standards that COULD be used to ENSURE INTEROPERABILITY (isn’t that what you SAY your format provides? Or are you just pretending?).

What good reason could anyone ever give for making February 1900 a Leap Year?

When you state that Floor Lamps are not Software you bypass the real issue – standardization to promote interoperability.

But then, as was made obvious by Burke and Yates lobbying against the Massacussets State decision to mandate the ODF format, Microsoft seemingly wants to ensure that their format – a single vendor format – remains permanently controlled by them. Neither truly open, nor truly interoperable. Therefore relegating users to be vendor dependent.

That is the sole aim of this sham of a standard – show me but ONE alternative implementation that is NOT Microsoft. On the other hand, ODF already has several credible interoperable implementations – the IBM Lotus Suite, WordPerfect and OpenOffice.

The problem with “lawyers, marketers, business people and lobbyists” – ANY non-technical person for that matter – entering a discussion on a topic they obviously understand less than sattisfactorily is simply this – they are not qualified to understand the problems and therefore not qualified to generalise (as you have done) and judge the situation.

You have clearly not even aware of the tactics (Embrace, Extend, Extinguish) that your very own Marketing department practices.

I’d strongly advise you to indulge in more internal communication before passing judgement on external technical statements. And, while you’re at it, try not to categorise technically researched and technically provable flaws as “lobbying”. Also kindly note that every individuals opinion is their own and not necessarily that of the Organization that employs them.

I believe most, if not all of your questions have already been addressed. A good place to start would be Brian Jones’s blog at http://blogs.msdn.com/brian_jones/default.aspx.

I think a point you should consider is why lawyers, marketers, business people, and lobbyists have become involved in what would normally be a technical discussion. While I would very much like to leave the “technical points to technical people,” the ODF versus Open XML debate is no longer merely a technical debate.

IBM and its supporters are actively seeking government mandation of ODF throughout the world and hence trying to eliminate choice in document formats. While the technical details of document formats are best left to engineers to debate, when those proponents lobby governments to adopt one and only one technical specification, lobbyists and lawyers become part of the discussion.

Pardon? Were you born after the DoJs Anti-trust case against Microsoft? Have you not heard of the Halloween documents? Or was that several hundred years before your time?

[QUOTE]Hence, NEMA 14-30 and 14-50 receptacles[/QUOTE]

So do you suggest ODF for real interoperability and OOXML for Microsoft interoperability only? Or what is the point of that comparison? Do you wish to imply that Documents come in two flavors – high-power and low-power?

[QUOTE]The problem is that software standards, which are generally concerned with software interoperability, are different than electrical standards, which govern physical objects.[/QUOTE]

Or at least thats how Microsoft would LIKE them to be – right? So that Microsoft can continue to own users data and prevent interoperability.

If you really wanted to prove that Microsoft is interested in interoperability why dont you answer just the following simple questions?
1. Why did Microsoft not participate in ODF?
2. Why has Microsoft used vague terms throughout the OOXML specification (to the effect that a specific functionality should mimic that which is present in certain archaic versions of Microsoft Office) while not providing concrete specification for behavior?
3. Why has Microsoft chosen to specify bugs in past versions as part of the OOXML standard – see Excel treatment of leap-years which is clearly wrong?
4. Why has Microsoft not re-used widely available and used standards from the W3C and other standards bodies – SVG, MathML, ISO Date Format etc. etc. etc.?

Or, why don’t you go back to being a lawyer and leave such geeky technical points to technical people – like Rob – who understand what they’re talking about?