I wouldn't know an open document format if it bit me on the butt. We're public policy experts. [Deciding technical standards] is not our job - Minnesota democrat Don Betzold
The Medium is the Message - Marshall McLuhan
I am overdue in offering a few thoughts on the news that open format legislation has gone down in flames in legislatures throughout the US (I've been getting the latest issue of the Consortium Standards Bulletin out, and helping prepare for the very over-subscribed Linux Collaboration Summit. Eric Lai and Gregg Keizer compiled the grim data in a story they posted at ComputerWorld last week titled Microsoft trounces pro-ODF forces in state battles over open document formats. The story varied slightly from state to state, with an amendment to a bill in Florida being whisked away at the behest of three "Men in Black" almost as soon as it was offered, while in Texas, testimony was given (unsuccessfully) by IBM's Bob Sutor, among others, before that bill died. Bills also failed in Connecticut and Oregon, while in California State Assemblyman Mark Leno's bill stalled (the ComputerWorld story reports that Leno will try again in January). Only in Minnesota did a bill pass that mentioned open document formats. But by the time the bill was signed, it had been watered down to the point of only requiring the State's IT department to "study" the open format issue. A bill targeted at a similar result was filed in New York last week.
What are we to make of this? Several things, I think, and none of them reflect very well on the legislators involved.
But the statement by Betzold (and the reticence displayed by other legislators) indicates that many may not really understand what this is all about. As Marshall McLuhan famously observed in a different setting, "The Medium is the Message." Here requiring the use of open formats is public policy. How those documents are defined is a matter of detail, for which expert advice can be sought, and readily obtained.
Does it matter if those in elected office claim that they are not competent to address the bills that are brought before them by their fellow representatives, and to make the hard calls? The answer is yes for three reasons. First, it is their job to protect the public record.
And second, in a situation like this, it is a cop out for legislatures to claim that they should defer to their IT departments to make decisions on open formats. You don’t have to have that good a memory to recall why these bills were introduced in the first place: not because state IT departments aren’t a good place to make such decisions, but because successive State CIOs in Massachusetts had been so roughly handled in trying to make these very decisions that no state CIO in his or her right mind was likely to volunteer to be the next sacrificial victim.
As both Peter Quinn and Louis Gutierrez both found out, trying to make responsible standards-related decisions where huge sums of vendor revenues are at stake is scarcely a career-enhancing pastime. CIOs should be entitled to stay out of harm’s way, and try their best to serve the public’s interests the best they can. Where that can’t be done, legislatures should protect them, and keep them safe from the types of unwarranted threats and attacks that Carol Sliwa reported on in a series of public-records request-based stories at ComputerWorld last December.
The third reason why legislatures should intervene is because they can modify commercial behavior. Taking the most cynical view possible (often the safest choice, when speaking of politics and commerce), ODF has gotten as far as it can because companies other than Microsoft saw advantages for themselves in uniting behind it. The action of the Massachusetts Information Technology Division brought the issue into the limelight, and attracted global attention. Microsoft opened its OfficeOpen XML formats in competitive response, in order to confront the challenge of ODF-compliant products, and to meet the requirements of its government customers. It submitted the OOXML format to Ecma, and it is now before ISO. However one feels about whether ISO should, or should not, approve OOXML, that is still a very long way from the status quo ante, when OOXML was wholly proprietary. The courage of Peter Quinn and his team was instrumental in getting us to where we are today.
So I’m disappointed. And not just on behalf of open documents, but on behalf of the CIOs of this country, who are now caught between a rock and a hard place, without a paddle to defend themselves with if they won’t to do anything new, innovative and necessary, if a major vendor’s ox might be gored in consequence.
For further blog entries on ODF and OOXML, click here
subscribe to the free Consortium Standards Bulletin
In Russia use of OpenSource software is more safely, that use something that you must paid (and then you must present payment documents, contract on support this software and much more, and anyway any policeman can withdraw computer on expertise for establish is that software is license or it’s piratical; expertise can last for 6 month, and anyway you can’t return you’re computer without bribe, even you computer absolutely clear).
And i want to ask you: is exist any conversation software from OpenDocument to Microsoft Word/Excel (Office 10/11) in runtime?
For example, when you opening any document (take abstract XXX.odt) in computer without OpenOffice installed, that program convert ODT to Ms Office Word 10 (97/XP). User working with document, when user close file XXX.doc then happen backward conversation ( DOC to ODT).
I know that exist some utilities for Ms Office 2003 ( http://sourceforge.net/project/showfiles.php?group_id=169337 ), that can open ODF in Word 2003/Excel 2003, but it’s functional incompletely (when you open ODF, you first convert it in OpenXML and then you must save file over "Export ODF" procedure, and only then you can save file in ODF. It’s too hard for users, we must have instruments for transparent working with ODF in Microsoft Office without any addition effort.
Unfortunaly, our government organization such us Revenue Service, publish documents in DOC/XML format.
And in that case there is two path: first in writing plug-in for MsOffice 97/XP/2003 for working with ODF files without any additional software, or writing runtime conversation software.
Have you seen this story in Bangkok Post?
Oh and this Rick Jelliffe.
In January 2007, a Microsoft "technical evangelist" asked Jelliffe to correct Wikipedia articles about some of the standardization efforts in which he was involved, including Ecma Office Open XML and OpenDocument. The Microsoft employee also raised the possibility of paying him for the time he spent editing Wikipedia. Jelliffe commented on the offer in a blog posting entitled: "An Interesting Offer: Get Paid To Contribute To Wikipedia." The offer received international press coverage.
Thanks for bringing the Jeliffe statements to my attention. I’ll try and find the time to blog on them, because every single statement quoted in the story is either inaccurate or misleading. It’s certainly good that he didn’t get to work on the Wikipedia entyr.