Group items tagged

Brian figures out that the document wars are really about Cloud Computing. Big vendors IBM, Sun, Google and Microsoft are jockeyign for position in our cloud computing future. And this is why Microsoft MUSt get ISO approval of MSOffice-OOXML! What Brian misses is the key to a Microsoft Cloud that can be found int he MSOffice SDK; the OOXML<>XAML conversion component. XAML, Silverlight and Smart Tags replace W3C XHTML-CSS, SVG-Flash, and RDF. Makign the MS Cloud one where Microsoft owned protocols, formats and .NET components dominate all processes. ISO approval of MSOffice-OOXML establishes MSOffice as a standards "editor", thus masking the cloud computing shift to XAML. A shift that will lock out all other Web 2.0 - Cloud providers dependent on Open Web - W3C protocols and formats!

Note that Brian posted this article in February, on the eve of the Geneva BRM. Since then ISO has gone on to approve MSOffice-OOXML. Note also that, a week prior to this publication, i had sent Brian a lengthy discussion entitled "Windows can't do Cloud Computing", where all of these issues were discussed except for the IBM motivations. Not wanting to interfere with the upcoming Geneva BRM and vote, I had declined Brian's request to publish.

The IOWA Comes vs. Microsoft antitrust suit evidence is now publicly available. This ZDNet Talkback posts an extraordinary eMail from Bill Gates concerning the need to control MSOffice formats and protocols as Microsoft pushes onto the Web. The key point is that Chairman Bill understands that the real threat to Microsoft is that of Open Web formats and protocols outside of Microsoft's control. It's 1998, and the effort to "embrace and eXtend" W3C HTML, XHTML, SVG and CSS isn't working well. The good Chairman notifies the troops that MSOffice must come up with another plan. Interestingly, it's not until 2001, when OpenOffice releases an XML encoding of the OpenOffice/StarOffice imbr that Microsoft finally sees a solution! (imbr = in-memory-binary-representation) The MSOffice crew immediately sets to work creating a similar XML encoding of the MSOffice binary (imbr) dump. The first result is released in the MSOffice 2003 beta as "WordprocessingML and SpreadsheetML". XML was designed as a structured language for creating specific structured languages. OpenOffice saw the potential of using XML to create an OpenOffice specific XML language. MSOffice seized the innovation and the rest is history. Problem solved! So what was the "problem" the good Chairman identified in this secret eMail? It's that the Web is the future, and Microsoft needed to find a way of leveraging their existing desktop document "editor" monopoly share into owning and controlling the Web formats produced by Microsoft applications. MSOffice OOXML is the result. ISO approval of MSOffice OOXML is beyond important to Microsoft. It establishes MSOffice "editors" as standards compliant. It also establishes the application, platform and vendor specific MSOffice OOXML as an international "open" standard. Many will ask why this isn't a case of Microsoft actually opening up the MSOffice formats in compliance with government antitrust demands. It is "compliance", but not in the sense of what

The Wikipedia "OpenDocument Foundation" page is continually re edited, changing the factual truth to portray the Foundation in the worst light possible. Every time we try to repair the page to reflect the truth, the liars jump right back in. Is there a Wikipedia resolution for liies? Our facts can be verified by the five year history of the OASIS membership and ODF TC records that are public information. This anonymous post to Joe Barr's Linux.com article is perhaps the best explanation on the Web of why the Foundation choose CDF, and could not use ODF.Good explanation of MSOffice-OOXML and the MS Web-Stack :: MS Cloud.No mention of the December 2007 MSOffice SDK beta that provided us with that first all important glimpse of the MSOffice-OOXML <> XAML converter component. I take it the article comment was written before that most important discovery. XAML "fixed/flow" is an alternative to W3C/ISO XHTML-CSS and ISO PDF.

New version of the most advanced major W3C Compound Document Formats solution's basic edition. Licensed for non-profit and evaluation purposes only. If you are using the Blog Editor from earlier versions, note the warning.

Perpetuating current data silos by continuing to "give your data to a site" was, Berners-Lee asserted, "not ideal." He argued instead for wider adoption of new or existing Web specifications such as OAuth and RDFAuth, enabling the individual to store data relevant to themselves wherever they felt fit, and assemble it at will within one or more Web and local applications of their choosing at the point of need. "Acquaintance-based social networks," Berners-Lee suggested, were "the tip of the iceberg," with his notion of the emerging Giant Global Graph "exist[ing] above the Web" and creating opportunities for far richer functional and role-based interconnections. Turning to consideration of the Web itself, Berners-Lee remarked that "Openness tends to be an inexorable movement through time" He juxtaposed the 'Web Application Platform' with proprietary solutions to parts of the problem such as Flash, AIR and Silverlight. This Web Application Platform, he argued, relies upon W3C specifications and other open standards, and it is increasingly moving toward specifications that are small, modular, and interoperable. Moving toward his conclusion, Berners-Lee reiterated the importance of Linked Data again saying "Linked Open Data is the Web done as it should be." Returning to his earlier discussion of modularity, he suggested that existing specifications such as those for JavaScript be reworked, carving JavaScript's functionality up into a series of modular packages. Each of those packages should then be assigned a URI, and the Semantic Web should be used to describe the packages, their dependencies, and their interrelationships. Used in conjunction with the resulting applications, Linked Data would provide, "elements of an ability to do things [with data] that cross application boundaries." Turning to Q&A, Berners-Lee was first asked to comment on the concept of 'Web 2.0′, which he did; "Web 2.0 sites a

And of course it is the incredible variety in data formats used by Web 2.0 apps that forces the creation of new data silos on the Web. Web 2.0 is bringing us the same kinds of incompatible data format issues forced on software users since the beginning of the proprietary software industry.

I saw Live-Mesh today at the Web 2.0 Expo. It's still flashware, but very cool flashware. (Or is that "silverware" :) If they get this right the web will belong to Microsoft. I disagree with John that mesh will be standards base. Yes, mesh will work with HTML/CSS amd MAYBE JavaScript. But it will also work with the prorietary XAML, Silverlight, Smart Tags - LINQ. All of which are proprietary alternatives to what mesh won't support :: the advanced format standards from the W3C - XHTML, CSS3, SVG, XForms, CDF, RDF, RDFa and SPARQL. Live-Mesh will break the open web just s surely as the MSOffice SDK OOXML <> XAML conversion component will break the open web future into a Google consumer web, and a Microsoft business web.

What makes the Internet so extraordinary is the interoperability of web ready data, content, media and the incredible sprawl of web applications servicing the volumes of information. The network of networks has become the information system connecting and converging all information systems. The Web is the universal platform of access, exchange and now, collaborative computing. This survey exammines the key issue of future interoperability; Web Document Formats.

Excellent link from marbux.

Response to Yoon Kit's comments that Patrick Durusau is caught between a rock and hard place. His ISO JTC-1 group is now overwhelmed with MS OOXML supporters!

This commentary follows the Stockholm Syndrom post, which is itself in the thread based on Yoon Kit's Open Malaysia comments concerning the dilemma Patrick Durusau is in; the JTC-1 is now filled with Microsoft OOXML supporters!