Eric Lai keesp pokign at that Massachusetts hornets nest. One of these days he's going to crack it open, and it will be back to square one for the ODF Community.  Still missing from his research is the infoamous 300 page pilot study and accompanying web site where comments and professional observations document a year long study concernign the difficulties of implementing ODF solutions and making the migration.  <br><br>

The study was focused on OpenOffice, StarOffice, Novell Office, and a IBM WorkPlace prototype.<br><br>

The results of the year long pilot have never seen the public light of day.  But ComputerWorld is one of the media orgs that successfully filed a court action to invoke the freedom of information act in Massachusetts.  How come they can't find the Pilot Study?<br><br>

At the end of the pilot study period, Massachusetts issued their infamous RFi; the request for information regarding the possiblity of a ODF plugin for MSOffice!  Meaning, the Pilot Study did not go well for the heroes of ODF - OpenOffice, StarOffice, Novell Office and WorkPlace.  Instead, Massachusetts sought an ODF plugin that would no doubt extend the life of MSOffice for years to come.  No rip out and replace here folks!<br><br>

~ge~

Thus spoke the little Dutch Boy, his finger in the dike, his confidence large.  Meanwhile, people with half a brain were heading for the high ground.  California, Texas, Massachusetts and the EU IDABC come to mind.  Hello bob!  Can you say ODEF?

Use of ODF remains minimal on government PCs in Massachusetts
Eric Lai ....... June 8, 2007

Bummer!  Do you think IBM is silent on this because they are busy cutting sweetheart deals with MS?  Are they going to hang Sun on this?  I'm sure that by next week IBM will have to respond to ODEF.   This just keeps getting better.  So in both Texas and California they wonder if it's even possible to implement ODF solutions.  No one wants to get into that hole with Massachusetts.

~ge~

Excellent coverage of a very important interview!

The August 28th, 2006 article about Massachusetts decision to use addon plugins.  ComputerWorld - Caarol Sliwa

The chuckleheads at Sun's StarOffice/OpenOffice Hamburg office respond to Florian's comprehensive lis tof suggestions to greatly improve ODF interoperability. 

Make no mistake about it. Microsoft is absolutely right about three things:

.... Compatibility with existing file formats is not an ODF concern.

.... Sun controls the OASIS ODF TC.

.... Sun makes certain that ODF is bound tightly to the OpenOffice feature set.

Sun's view of interoperability is that of a one way street. Documents can be converted into ODF-OOo/SO, but they are guaranteed to break during any kind of document routing or round tripping.

This is also the reason why the Sun "external" plugin for MSOffice fails. One way conversion simply isn't enough to crack the hold MSOffice has on critical day to day business processes. The only way to that is with a conversion process able to maintain high level fidelity while round tripping.

As the EU IDABC has figured out, the ODF-OOo/SO specification is loaded with interoperability break points. That's why they are turning to ODEF, which can be seen as a version of ODF that is truly application independent and optimized for interoperability.

~ge~

ODF officially died on February 28, 2007, at the Advanced eGovernment Conference in Berlin.  Hellow ODEF

Part of the sad but enduring "History of Failed ODF Interoperability Attempts".  This particular message is dated November 20th, 2006. 

The OpenDocument Foundation was notified a week earlier that the "benefactor" ODF Community group Louis Gutierrez had asked IBM and Oracle to put together in Massachusetts had failed.  This was the group Louis formed around the da Vinci plugin and our InfoSet APi. 

Florian has been hired by Novell, and his first day on the job he finds out about the IBM - Novell deal with Microsoft.  Now he has write the MOOXML plugin for OpenOffice using the MS-CleverAge Translator Project work.  So he writes this message to the ODF TC [office] list. 

The interoperability enhancements Florian suggests are based on the <interoperability eXtensions> submitted in August to the ODF Metadata SC for consideration.

The first element in this list tha tFlorian chose to tackle related to "Lists".  He called it the "LIst Override Proposal".  This became the now infamous "List Enhancement Proposal War" that resulted in Sun having OASIS boot out the Foundation.

Such is life in big vendor ODF'dom

~ge~

Uh Oh.  They got IBM dead to rights in Massachusetts.  I guess the truth about Massachusetts will be told!  Finally.  ODF failed in Massachusetts because there isn't a reasonable  means of implementing ODF.  Same in California.

A must read.  And yes, the ODF Vendors are the reason ODF lost.  They didn't provide useful solutions.  In fact, the applicaitons they proposed were seen by government CIO's as cstly and disruptive "rip out and replace" non starters.  In California, CIO's asked if it was even possible to implement ODF!!!

Incredible.  The tile alone says it all.  And the poster commenting on IBM and secret disaster that happened in Massachusetts has it right.  I wonder who that commenter is anyway?

Homepage for EIOffice, a complete JAVA clone of MSOffice.  This stuff is excellent!  Easily surpasses OpenOffice in terms of file format conversion and compatibilitiy.  EIOffice is fully capable of "round tripping" documents with MSOffice users without compromising fideltiy.  Supports UOF but not ODF or MOOXML

+1 ODF in California.  A good summary of the issues.

A mus tread.  Carol Sliwa of ComputerWorld intervies Clark Kelso, California CIO.  ODF is the main issue, with clark casting all his answers in the context of business decisions.  Carol o fcourse is asking the best questions of any journalist alive.

Keep in mind that ComputerWorld and the Boston globe filed for the Freedom of Information Act to be invoked in Massachusetts.  They got access to all the eMail, documnetation, and conferencing notes concerning ODF  and Microsoft.  Carol's interview with Louis Gutierrez last week was filled with the same hard questions Clark Kelso fielded so deftly.

The "committee" Clark Kelso has set up to look at these issues is headed by Bill Welty, the CIO of the California Air Resources Board.  Bill is a long time opensource - Linux guy, but will be the firs tto admit that Microsoft is the only vendor providing a means of getting everything inot XML.  And that's the heart of any SOA strategy, "First, get everything into XML".

With a 500 million MSOffice desktop bound business process headstart, Microsoft has the extreme advantage in this much needed migration to XML. 

They now have their own proprietary application and platform bound version of XML; MOOXML (Microsoft OfficeOpenXML) heading for international standardization at ISO. 

They now have their XML Hub in place; the Exchange4/SharePoint Hub.  This is also an essential part of any SOA strategy.  You've got to have an XML Hub where the XML information streams and service connection to legacy black box systems can be piped into, managed and resolved.  The XML must also provide an end user interface to these information flows.  One that converges and integrates information, documents, data, and workflows into an easy to manage and participate in interface.  The E/S Hub excells at this because it covers the fundamentals of eMail, messaging, portal, calendar, scheduling, contact and project management, document resources, CMS, workgroup and workflow management, XML forms, data schemas, data binding and extraction.  The "portal" element provides vertical market developers with an easy means for provisioning highly productive business processes designed to replace those bound to MSOffice desktops.

Micrsoft is ready to play XML and SOA.  And do so without giving up their control of the documents or API.  The cornerstone of the MS XML STack is that every applicaiton on the desktop, server, device or Web shares three common factors:

• MOOXML (Microsoft OfficeOpenXML)
• .NET 3.0 Components, Libraries and Data Schemas
• XAML - the XML presentation layer (GUI)

So, where are the ODF Hubs?  And will those Hubs have the same level o integration to the MSOffice desktop as the MS XML Hub enjoys? 

~ge~