Document Wars

Whoa, Wiki Ricki is right.  This is a great article!  A must read interview with Louis Gutierrez.  I wonder though, since it was ComputerWorld and the Boston Globe that filed the August 2006 Freedom of Information Act invocation to get all the Massachusetts conversations and meetings, no doubt they were carryign some heavy ammunition into this interview.  Up until this interview it's been next to impossible for the public or press to get truthful information.  This is a good start, and i for one wonder just how far Massachusetts execs are willing to go with their public disclosures?

Another great commentary from Walt Hucks.  This time his target is the over the top self serving statements from Microsoft about consumers wanting "competition" between standards.  I was a loser in the BetaMAX wars.  At least SONY had an edge in those wars of claiming a somewhat, although leglible, advantge in video fidleity.  Microsoft OOXML has no such advantage over ODF.  None whatsoever.

Walt once again exposes Microsoft as the company you can count on to treat customers as mindless idiots.    Given the choice, customers would choose ODF over OOXML hands down, time after tiem, every time.  But they are not given "the choice".  Mcirosoft spends a lot of spin cycles complaining and whining about IBM and others not providing native support for OOXML.  Incredibly, they do this while announcing loudly that they have no intention of ever supporting ODF nativiely in their own applications?  What's u with that?  Leveraging the monopoly.  That's what.

Thanks for the insightful commentary Joe. I see things a bit differently. Maybe my tin foil hat is wearing a bit tight these days, but i see MSOffice XML (MOOXML and the MOOXML binary InfoSet) as a very important aspect of how Microsoft integrates and leverages their desktop office monopoly power into server side and device systems. It is the combination of MOOXML and .NET that creates the integration mesh between desktop, server systems, and devices. Imagine every application or service participating in either a loosely coupled or carefully crafted information processing chain, being fluent in MOOXML, and able to process internal data structures and processing instructions unique to .NET. Enterprise systems and services from ORACLE, IBM and SAP will not have this same integration fluency. The design of ISO MOOXML is such that it would be impossible for <b>non Microsoft server and device systems</b> to match the quality and depth of integration with the 500 million desktops running MSOffice bound business processes. Given that MOOXML will probably succeed at getting ISO/IEC approval, removing the last "legal" barrier for this MOOXML Stack, were looking at a massive migration of MSOffice bound workgroup - workflow business processes to a new lockin point; The Exchange/SharePoint Hub. With the real estate industry, this migration to to E/S hosted applications only took six months to completely replace years of desktop productivity shrinkware dominance. The leap in productivity was spectacular. The downside of this migration is that the real estate industry is now tied into Microsoft at the critically important business process level. A binding that will perhaps last through the next fifteen years.

Excuse me!  Excuse me!  Does the right hand know what the left hand is doing?

NiST, the National Institute of Standards and Technology, is authorized by the USA Department of Commerce. 

Years ago, in conjunction with the Department of Defense (WWI), the Dept of Commerce joined with two manufacturing consortia to form ANSI.  Int eh aftemath of WWII and the formation of ISO/IEC, the US Congress, at the behest of the Department of Commerce, authorized the NiST subdiary.  NiST then authorized (and continues to oversee) ANSI to take on the USA representation at ISO/IEC.

ANSI in turn authorized INCITS to take on the ISO/IEC document processing specific standardization issues.  It is INCiTS that represents the citizens on the ISO/IE SCT 1 workgroups (wk1) responsible for both ISO 26300 (OpenDocument - ODF) and Ecma 376 (MOOX).

Okay, so now we have the technical staffers at NiST refusing to allow purchases of Vista, MSOffice 2007 and IE 7.0.  What's going on?  And why is this happenign near everywhere at this exact same moment in time?

The answer is that this is clearly plan B. 

Plan A was to force Microsoft to enable MSOffice native use of ODF.  The reasoning here is that governments could force Microsoft to implement ODF, the monopolist control over desktops would be broken, and the the threat of MS leveraging that monnopoly into servers, devices and Internet systems be averted.

The key to this plan A was to mandate purchase requirements comply with Open Standards.  And not just any "Open Standards".  Microsoft had previously demonstrated how easy it was to use ECMA as rubber stamp for standards proposals that were anything but open.  This is why in August of 2004 the EU asked the OASIS ODF Technical Committee to submit ODF to ISO/IEC.  ISO had not yet been corrupted in the same way as the hapless money hungry ECMA.

Plan A was going along

The FAA issues their "NO ViSTA" mandate, hinting that it might be permanent if they can come up with MSOffice alternatives.  They are looking at Google Apps!

Okay, so plan B does have legs.  The recent failure of ISO/IEC to stand up to the recidivist reprobate from Redmond is having repercussions.  Who would have ever thought ISO would fold so quickly without ceremony?  One day there are 20 out of 30 JTCS1 national bodies (NB's) objecting to Micrsoft's proprietary XML proposal, the MOOX Ecma 376 specfication, and the next ISO is approving without comment the placing of MOOX into the ISO fast track where approval is near certain.  With fast track, the technical objections and contradictions are assumed to be the provence of Ecma, and not the JTCS1 experts group.

Apparently the USA Federal Government divisions had a plan B contingency for just such a case.  And why not?  Microsoft was able to purchase a presidential pardon for their illegal anti trust violations.  If they can do that, what's to stop them from purchasing an International Standard?  Piece of cake!

But Google Apps?  And i say that as one who uses Google Docs every day.

The problem of migrating away from MSOffice and MOOX to ODF or some other "open" XML portable file format is that there are two barriers one must cross.

The first barrier is that of converting the billions of MS binary docuemnts into ODF XML. 

The second is that of replacing the MSOffice bound business processes that drive critical day to day business operabions. 

Google Apps is fine for documents that benefit from collaborative computing activities.  But there is no way one can migrate MSOffice bound business processes - the workgroup-worflow documents to Google Apps.  For one thing Google Apps is unable to facillitate important issues like XForms.  Nor can they round trip an ODF document with the needed fidelity a

Great coverage from InformationWeek about the emerging Enterprise 2.0 arena.  Author Michael Hoover does not get too deep into the Information Processing Chain, as exampled by the integrated Vista Stack of desktop, server, device,Internet systems and services.  But he provides a more than adequate framework for evaluating chain components.

As the ODF - OOXML battle contiues to expand, engulfing swallowing and swamping near everythign in it's path, the day is not too far off when the battle will move to the center of Enterprise 2.0 considerations.  It has to.  XML Hubs are how these converging technologies are going to be gathered, integrated and configured to impact rapidly changing business processes.  There has to be a universal transport in these systems that all applications can work, and nothig matches the highly portable and interactive document/data capabilities of ODF and OOXML.  They alone own the desktop prodcutivity environment migration to XML.  And it will be through XML - RDF/XML that the Hubs finally integrate the flow of information between desktops, servers, devices and Internet systems.

~ge~

Internet News is reporting that Ecma has submitted to the ISO/IEC JTC1 their repsonsess to the 20 "fast track" for Ecma 376 (OOXML) objections.  Nothing but blue skies and steady breeze at their back for our friends at Redmond, according to Ecma's rubber stamper in chief, Jan van den Beld.

Once again there is that ever present drum beat from Microsoft that ODF can't handle MSOffice and legacy MSOffice features - including but not mentioned the conversion to XML of those infamous billions of binary documents:
"Microsoft has countered that the OOXML format is valuable because it is closer to Office 2007 and is backwards-compatible with older versions of Office. "Although both ODF and Open XML are document formats, they are designed to address diffe

Aha!  I mentioned in an earlier bookmark that Sun was involved in the Belgium ODF - OOXML Pilot Study.  It was disclosed by Peter V. (Belgium Consultant to Peter Strick's group) that Sun was proposing changes to the ODF 1.2 specification, after the close date, to improve the conversion fidelity problem their plug-in is having in the trials.  We tried to do the same thing to save ODF in Massachusetts.  Sun didn't have a plug-in for the Massachusetts trials, and opposed our iX interop enhancements and extensions.  I guess they are beginning to understand why the iX proposals are so important? 

If you can't convert MS binaries and xml to ODF, then there is no use in the real world for ODF.  It's that simple.   In California, the CIO's routinely refer to this problem as, "ODF is impossible to implement".

~ge~

Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees

Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees

Bruce has broken the metadata syntax issue into 4 parts. Problem of external reference links and direct internal metadata tagging

Bruce has broken the metadata syntax issue into 4 parts. Problem of external reference links and direct internal metadata tagging

Bruce has broken the metadata syntax issue into 4 parts. Problem of external reference links and direct internal metadata tagging

ODF and the great herd of 450 million Win32 bound desktop users have an interesting furture ahead. Microsoft will try to force march them to the integrated Vista Stack and on into the Age of Collaborative Computing. IBM will try to bring collaborative co

ODF and the great herd of 450 million Win32 bound desktop users have an interesting furture ahead. Microsoft will try to force march them to the integrated Vista Stack and on into the Age of Collaborative Computing. IBM will try to bring collaborative co

ODF and the great herd of 450 million Win32 bound desktop users have an interesting furture ahead. Microsoft will try to force march them to the integrated Vista Stack and on into the Age of Collaborative Computing. IBM will try to bring collaborative co

Excellent discussion of XML languages, how they are created, and what needs to be considered for a language to be successful

Excellent discussion of XML languages, how they are created, and what needs to be considered for a language to be successful

Excellent discussion of XML languages, how they are created, and what needs to be considered for a language to be successful

Jeremy Chone's Blog. Jeremy is head of the ORACLE Open Source Desktop initiative. he spent a grea tdeal of time with OpenOffice.org. Even tried to hire many of the StarOffice group. Acknowledged that ODF is used in ORACLE Collaboration suite, but woul

Jeremy Chone's Blog. Jeremy is head of the ORACLE Open Source Desktop initiative. he spent a grea tdeal of time with OpenOffice.org. Even tried to hire many of the StarOffice group. Acknowledged that ODF is used in ORACLE Collaboration suite, but woul

Jeremy Chone's Blog. Jeremy is head of the ORACLE Open Source Desktop initiative. he spent a grea tdeal of time with OpenOffice.org. Even tried to hire many of the StarOffice group. Acknowledged that ODF is used in ORACLE Collaboration suite, but woul

Schematron, Data Dictionaries, Schema Abstracts:::: Oche makes the case for WordNet style unique definitions that might be very useful to verticle industry schemas - defined "shared" business processes. also pertains to verticle implementation of ODF. P

Schematron, Data Dictionaries, Schema Abstracts:::: Oche makes the case for WordNet style unique definitions that might be very useful to verticle industry schemas - defined "shared" business processes. also pertains to verticle implementation of ODF. P

Schematron, Data Dictionaries, Schema Abstracts:::: Oche makes the case for WordNet style unique definitions that might be very useful to verticle industry schemas - defined "shared" business processes. also pertains to verticle implementation of ODF. P

Sam really nailsit with this satirical commentary on the spliny whiny letter Microsoft wrote begging the world to reconsider the proprietary application and platform bound Microsoft Office Open XML file format as an international standard for office productivity suites.

Excellent article about Vista and MSOffice "System" 2007 as development platforms.  The author provides one of the better explanations of how MSOffice 2007 and SharePoint "Hub" are connected and joined at the hip.  Hey, i invented tha tterm "Hub"!  Or so i thought.  I guess some things are just obvious.

My use of the term "Hub" to describe an XML turnstile where backend information meges with portal interfaces, email, messaging, and document storage/collaboration goes back to the 2003 "Sales and Inventory" management system prototype we built for Comcast.  Desktops connect to the hub through XML documents, XForms and Jabber XMPP data binding, and browsers.  Great stuff - the way SOA should be done!

Eventually i suspect the truth will come out concerning ODF and the events in Massachusetts.  Migration is difficult and our friends in Redmond are not about to lend a hand.  The problem is the starting point, the MSOffice desktop productivity environment.  A starting point owned and controlled entirely by Microsoft.  The challenge is to get from the overwhelming dominance of proprietary Microsoft binary documents and into an open XML universal file format that any application, running on any platform can interactively read, render and write to.

Microsoft has decided to keep secret the blueprint to these billions of binary documents, reserving exclusively for themselves the right to convert then to XML.  Of course, the only version of XML Microsoft will convert them to is the wholly owned and controlled OOXML file format. 

Microsoft refuses to cooperate in any way with the conversion of these legacy binary documents to the only truly open XML universal file format, OASIS OpenDocument.  Which leaves the world with a near insolvable problem; how to get from where we are today, with the boot of a ruthless monopolist on the neck of our information and information processes, to where we really desire to be -  with our digital civilization in the hands of open standards, and out of the control of proprietary applications and platform vendors.

This document describes what the OpenDocument Foundation learned in Massachusetts about the challenge of migrating to ODF. 

Good article about the opening salvo in what promises to be a long, hard fought war with Microsoft.  Unlike what has happened in the EU and Massachusetts, this time our friends in Redmond are politically facing off on the home turf of their powerful enemies in Silicon Valley, which stretches from the south of market area (SOMA) all the way down the San Francisco peninsula to San Jose, arching around the entire Bay area.

If you thought it was raining dollars from Redmond in Massachusetts as the great monopolist moved to successfully shut down the entire Information Technology budget, including HomeLand Security projects, the battle of California promises to be the el nino of perfect storms.  I'm confident though that California CIO Clark Kelso and five star brigadiere general Bill Welty will stand tall against the storm.  I can hardly wait for the forces to move into place and the action begin.  What a show this is going to be.

Meanwhile, what's at stake here is all the marbles of our digital future.  Forcing Microsoft to accept and fully implement the OpenDcoument XML file format is something the great monopolist has shown they will fight to the bitter end.  Brace yourselves!

Count on Walt Hucks to nail it every time.  Once again he comes through with another gem, commenting on the Mary Jo Foley interview with the slippery Tom Robertson, General Manager of laugh out loud "Interoperabiltiy and Standards" for Microsoft.  I kid you not. 

Microsoft describes their highly proprietary and self serving implementation of interoperbiltiy as, "Interoperability by design".  Which means, only those applications, systems and services designed by Microsoft will have the needed interoperability consumers must have to make sense of the many volumes of information and information processes that drive critical day to day workflows.

Now with Ecma 376, we have a clear example of Microsoft "Standards by Design".  Very sad, but it's our lot in life.

Thanks Walt, once again a great commentary,
~ge~

Okay.  I've combined my three comments into a single page.  Sadly Diigo does not offer spell checking.  My apologies to all.  Hoepfully this will be a better read.

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, c