Skip to main content

Home/ Document Wars/ Group items tagged standard

Rss Feed Group items tagged

Gary Edwards

But can they implement ODF? South African Government Adopts ODF (and not OOXML) - 0 views

  • That said, it goes on to acknowledge that “there are standards which we are obliged to adopt for pragmatic reasons which do not necessarily fully conform to being open in all respects.
  •  
    So, South Africa was watching closely the failed effort in Massachusetts to implement ODF?  And now they are determined to make it work? Good thing they left themselves a "pragmatic" out; "there are standards which we are obliged to adopt for pragmatic reasons which do not necessarily fully conform to being open in all respects."

    Massachusetts spent a full year on an ODF implementation Pilot Study only to come to the inescapable conclusion that they couldn't implement ODF without a high fidelity "round trip" capable ODF plug-in for MSOffice.  In May of 2006, Pilot Study in hand, Massachusetts issued their now infamous RFi, "the Request for Information" concerning the feasibility of an ODF plug-in clone of the MS-OOXML Compatibility Pack plug-in for MSOffice applications. At the time there was much gnashing of teeth and grinding of knuckles in the ODf Community, but the facts were clear. The lead dog hauling the ODf legislative mandate sleigh could not make it without ODf interoperability with MSOffice. Meaning, the rip out and replace of MSOffice was no longer an option. For Massachusetts to successfully implement ODf, there had to be a high level of ODf compatibility with existing MS documents, and ODf application interoperability with existing MS applications. Although ODf was not designed to meet these requirements, the challenge could not have been any more clear. Changes in ODf would have to be made. So what happened?

    Over a year later,
Gary Edwards

GROKLAW - Flock - 0 views

  • As you know the so-called OpenDocument Foundation has been telling the world that CDF is a better approach than ODF. Updegrove met with W3C's Chris Lilley, the "go-to guy guy at W3C to learn what W3C's CDF standard is all about." Lilley says CDF can't replace ODF. It's not suitable for use as an office format, and he's mystified by the pronouncements of the Foundation. Here's what Updegrove reports: To find out the facts, I interviewed Chris Lilley, the W3C lead for the CDF project, and his answer couldn't have been more clear: "The one thing I'd really want your readers to know is that CDF was not created to be, and isn't suitable for use as, an office format." In fact, it isn't even an format at all - although it has been matched for export purposes with another W3C specification, called WICD - but WICD is a non-editable format intended for viewing only. Moreover, no one from the Foundation has joined W3C, nor explained to W3C what the Foundation's founders have in mind. It is highly unfortunate that the founders of a tax exempt organization that solicited donations, "To support the community of volunteers in promoting, improving and providing user assistance for ODF and software designed to operate on data in this format," should publicly announce that it believes that ODF will fail. By endorsing a standard that has no rational relationship to office formats at all, they can only serve to confuse the marketplace and undermine the efforts of the global community they claimed to serve. So, there you have it, straight from the horse's mouth. CDF can't replace ODF, according to Lilley. It wasn't designed to be used as an office format. It's good for other things. So, was all this media push really about ODF? Or about damaging it with FUD and giving support to Microsoft's assertion that the world craves more than one office format standard so we can all struggle with interoperability complexity for the rest of our born days? And is it a coincidence it all happened on the eve of the next vote in February on Microsoft's competing MSOOXML? Was Microsoft behind this? Or did they just get lucky? Microsoft representatives, like Jason Matusow, certainly gave support to what the 3-man crew was saying, so much so that ZDNet's Mary Jo Foley wrote that, "the ODF camp might unravel before Microsoft’s rival Office Open XML (OOXML) comes up for final international standardization vote early next year." Dream on. ODF is doing fine. It's the OpenDocument Foundation that is shutting down. But here's my question: did the Microsoft reps not understand the tech, that CDF can't replace ODF? How trust-inspiring do you find that? Or did they think that *we'd* never figure it out? Whatever the story might be, unfortunately for Microsoft, people aren't as dumb as Microsoft needs them to be. FUD has a very limited shelf life in the Internet age. There is always somebody who knows better. And they'll tell the world.
  •  
    This is priceless!  The ODF Community is now attacking the W3C and CDF.  Watch what happens next inside IBM and Sun who are the primary supporters of CDF.  You see, the thing about a mob is that there comes a point when you can no longer control them.  We've reached 451 Fahrenheit.  somebody is goign regret ever having lit that match.
Gary Edwards

OOXML/ODF: Just One Battlefield in a Much Bigger War | Linux Today - 2 views

  • If the OOXML format in its current form cannot get made into a true ISO standard, it could lock Microsoft out of any future plays in what could be the biggest IT revolution to date. Here are the pieces of the puzzle that fit together for me:
  • "Amazon SimpleDB is a web service for running queries on structured data in real time."
  • "Structured data." And what's a good way to contain such data? In well-built structured data file format of course. Like, for instance, the Open Document Format (ODF). And who has a vested interest in ODF? IBM certainly does. And so does Sun. And these two companies, along with Google, Microsoft, and I'm sure many others, realize that if cloud computing does indeed take off, then it will be the file format that makes the whole thing work. Which is why Microsoft feels it must get their format standardized. Even with tactics that ironically have started to attract the attention of the EU again. How else can they get a piece of the cloud pie?
    • Gary Edwards
       
      Partly right. The MS plan is actually much bigger than Brian Profitt suggests. The MSOffice 2007 SDK is fille dwith new API's, the most interesting of which are the ones connecting MSOffice to XAML and the Windows Presentation Foundation layer. The killer component though is the OOXML <> fixed/flow translator component with related API's. fixed/flow is a new web format that is 100% proprietary. It's at the heart of the Microsoft cloud, enabling developers to easily transition between OOXML and IE browsers able to serve fixed/flow pages to devices, desktops and just about any kind re purposing publication - content management system imaginable. If ISO approves OOXML, then they've standardized MSOffice as a legitamate Web editor - enterprise publication, content management, archive management front end. Instead of producing W3C compliant (X)HTML - CSS web pages though, the MSOffice Web editor will produce the proprietary fixed/flow format via the OOXML translation component we can now see in the SDK. What we don't see in the MSOffice SDK is the use of W3C technologies such as (X)HTML, CSS, SVG, XForms, SMiL, XSL, XSL-FO. Instead of Mozilla XUL or Adobe Flex, we find XAML and Silverlight. IMHO, Microsoft is making their run for the Web. Key to this run is ISO approval of OOXML. Once that happens, there will be no need for MS product compliance with W3C standards. The break will be complete. The We forever split into the Windows Web, and the Firefox - Apache Tomcat Web. And never the twain shall meet.
Gary Edwards

The Harmonization Myth: ISO Approval of Open XML Will Hurt Interoperability - 0 views

  • This myth is rather silly if you think about it. Here is why… When people talk about interoperability and Open XML they do so primarily in the context of ODF. The story goes something like this: 1. Open XML is not interoperable with ODF 2. Open XML should be interoperable with ODF because ODF is already an ISO standard! 3. Hence: Open XML is no good, because it is not interoperable with ODF and therefore Open XML should not be an ISO standard!!!
    • Gary Edwards
       
      Forget ISO approval of OOXML. I would rather see ISO enforce the current directive that ODF be brought into compliance with existing ISO Interoperability requirements. Then and only then should ISO then consider OOXML.
      The reason for this approach? If ODF wiere compliant with existing ISO Interop Requirements, there would probably be some hope of harmonizing ODF and OOXML. Until ODF is stripped of it's application specific settings, and fully documented, we can hardly beging the process of figuring out harmonization.
      ODF 1.0 has four gapping holes that must be tended to before ISO proceeds any furhter with either ODF or OOXML. The holes are that ODF numbered lists, formulas and the presentation layer (styles) are woefully underspecified. The fourth problem is that ODF is seriously lacking an interoperability framework.
      These ODF problems can of course be traced back to the fact that ODF is application specific and bound to the "semantics and capabilities" of OpenOffice. That creates all kinds of problems. OOXML on the other hand is even worse. OOXML is application, platform and vendor specific!!!! If ODF were brought up to snuff, we could reasonably start work on harmonization. Thereby eliminating the need to standardize two file formats for the same purposes. Until ODF is fixed, what's the world to do?
      ~ge~
Gary Edwards

A Closer Look At Those "Single Standard" Policy Mandates : Oliver Bell's weblog - 0 views

  • 2. Achieving interoperability is rarely as straight forward as selecting a single technical standard, and many of the policy positions around the world recognize this. Applications need to be designed to work together, groups need a solid framework for collaboration and the standards need to be ready to support these two objectives.
Gary Edwards

Opportunity Knocks - 0 views

  • With the news that another state–California–is considering adopting open standard XML-based file formats for office documents (which could be interpreted to mandate ODF), and the continued march of governments around the world to ODF (ISO/IEC 26300:2006), their poorly-done translator is not likely to meet the standard. For one thing, it “bolts” ODF capability on, rather than building it in as a fully-native peer format. It also uses XSLT to attempt the translation when OOXML’s design is not fully usable with XSLT. I cannot see how they could have created a more error-prone method to do the conversions. This could potentially cause Microsoft’s office applications suite to be expelled from government agencies and their employees and contractors.
  •  
    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~

Gary Edwards

The Joel on Software Discussion Group - Microsoft's ridiculous Office Open XML - 0 views

  •  
    A legthy discussion of the MSOffice bound MOOXML file format. that was triggered by Rob Weir's infamous blog, "How to Hire Guillame Portes".  Lots of comments, pro and con, as to whether or not the applications specific tags used so extensibvely by MOOXML are needed, or not.

    Many argue that the application bound tags should have been fully described.  That every tag in the specification should also include the informaiton needed to implement it.  Agreed!  Otherwise, the specification does not qualify as a standard.  It's simply a vendor specific, and in this case highly proprietary and encumbered file format.

    Others argue that the app bound tags are the only way for Microsoft to provide backwards compatibility with the billions of binary documents bound to MSOffice through proprieatry and secret binary file formats.  These people argue that embedding an application specific binary in the XML file format, instead of converting it to proper XML, is the only way to insure backwards compatibilty.  BS.  There is no technical reason not to convert it to proper XML.  But that would mean fully describing the binary objects, including the nature of their application dependency.  Something Microsoft is quite reluctant to do.

    The truth of the matter is that if the binary object is to be part of a specification submitted to ISO for standards consideration, then it should be fully described, including how to implement it.  Otherwise, MOOXML is just a standard for one.  A standard for Micrsoft only since they are  the only ones with the secret blueprint as to how to implement these binary objects.

  • ...1 more comment...
  •  
    A legthy discussion of the MSOffice bound MOOXML file format. that was triggered by Rob Weir's infamous blog, "How to Hire Guillame Portes". Lots of comments, pro and con
  •  
    A legthy discussion of the MSOffice bound MOOXML file format. that was triggered by Rob Weir's infamous blog, "How to Hire Guillame Portes". Lots of comments, pro and con
  •  
    A legthy discussion of the MSOffice bound MOOXML file format. that was triggered by Rob Weir's infamous blog, "How to Hire Guillame Portes". Lots of comments, pro and con
Gary Edwards

Brian Jones: Open XML Formats : Specifying the document settings - 0 views

  • # re: Specifying the document settings @ Thursday, January 11, 2007 5:11 AM Brian, the fact that you are encouraging people not to use those compatibility flags does not matter at all here. There obviously will be documents with those flags turned on, right? Otherwise you wouldn't have put this in the standard. So it's just a corner case, but still: This means ONLY your office suite will be able to display those documents correctly, even if a competing program implemented the whole specification. Why? Because you didn't specify how those flags affect the display of the document (a hell of a specification you have there...). I still haven't seen any answer to this valid criticism. It's a competitive advantage for Microsoft since the standard is incomplete and your company is the only one that has the missing parts. - Stephan Stephan Jaensch
  •  
    Nice catch by Stephan Jaensch.  He caught Brian Jones trying wriggle out of corner Rob Weir has trapped the mighty Microsoft Blogmeister in.  The last line of Stephan's question to Brian Jones says it all; the incompleteness and undocumented aspects of the EOOXML specification give Microsoft an incredibly unfair competitive advantage regarding the billions of binary MSOffice documents in circulation and vital to critical day to day business operations the world over. 

    The quote from Stephan:  "I still haven't seen any answer to this valid criticism. It's a competitive advantage for Microsoft since the standard is incomplete and your company is the only one that has the missing parts."

    The response from Brian?  We're waiting.  We've been waiting.  With each passing day the EOOXMl specification looks more like a monopolist endagered species protection order than the open standard Microsoft is trying to palm it off as.

Gary Edwards

Cutting corners - the realpolitik of ODF standardisation? - The Wayback Machine Roars R... - 0 views

  •  
    From Notes2Self 2006 post we discover once again that ODF Interop problems are not new. Back in early February 2005, top ranking OASIS Executive James Clark made a comment to the OASIS OpenDocument technical Committee about the lack of interoperability for spreadsheet documents:

    ".... I really hope I'm missing something, because, frankly, I'm speechless.  You cannot be serious. You have virtually zero interoperability for spreadsheet documents. OpenDocument has the potential to be extraodinarily valuable and important standard. I urge you not to throw away a huge part of that potential by leaving such a gaping hole in your specification...". Claus Agerskov further commented that this provided a means of creating lock-in (my emphasis)

    "OpenDocument doesn't specify the formulars used in spreadsheets so every spreadsheet vendor can implement formulars in their own way without being an open standard. This way a vendor can create lock-in to their spreadsheets"
Gary Edwards

The Education of Gary Edwards - Rick Jelliffe on O'Reilly Broadcast - 0 views

  •  
    I wonder how i missed this? Incredibly, i have my own biographer and i didn't know it! The date line is September, 2008, I had turned off all my ODF-OOXML-OASIS searches and blog feeds back in October of 2007 when we moved the da Vinci plug-in to HTML+ using the W3C CDF model. Is it appropriate to send flowers to your secret biographer? Maybe i'll find some time and update his work. The gap between October 2007 and April of 2009 is filled with adventure and wonder. And WebKit!

    "....One of the more interesting characters in the recent standards battles has been Gary Edwards: he was a member of the original ODF TC in 2002 which oversaw the creation of ODF 1.0 in 2005, but gradually became more concerned about large vendor dominance of the ODF TC frustrating what he saw as critical improvements in the area of interoperability. This compromised the ability of ODF to act as a universal format."

    "....Edwards increasingly came to believe that the battleground had shifted, with the SharePoint threat increasingly needing to be the focus of open standards and FOSS attention, not just the standalone desktop applications: I think Edwards tends to see Office Open XML as a stalking horse for Microsoft to get its foot back in the door for back-end systems....."

    "....Edwards and some colleagues split with some acrimony from the ODF effort in 2007, and subsequently see W3C's Compound Document Formats (CDF) as holding the best promise for interoperability. Edwards' public comments are an interesting reflection of an person evolving their opinion in the light of experience, events and changing opportunities...."

    ".... I have put together some interesting quotes from him which, I hope, fairly bring out some of the themes I see. As always, read the source to get more info: ..... "

Paul Merrell

My report on OOXML and ODF | Larsblog - 3 views

  • Work on this in the Norwegian government has been going on for years. I worked on this for four months, producing a 45-page report. This blog posting oversimplifies most of the way through in the interests of brevity.
  • Work on this in the Norwegian government has been going on for years. I worked on this for four months, producing a 45-page report. This blog posting oversimplifies most of the way through in the interests of brevity. The full report is here, and if you can read Norwegian you can post your feedback in the form on that page. Ever since ODF and OOXML burst onto the scene in ISO SC34 I've tried to avoid getting pulled into the mess. I was quite successful at this for several years, until one day one our managers at Bouvet suggested we bid for a contract to write a report for the Norwegian government (strictly speaking, the Agency for Public Management and eGovernment (Difi)). The report was about whether to recommend/require ODF and/or OOXML in the Norwegian public sector. I couldn't come up with any valid excuses for not doing it, and so we sent in a bid, and in the end won the contract.
  • Conclusion By now I guess the conclusion should be obvious. I couldn't recommend either format. Both specs are of very low quality, and for neither format do you have much of a choice of tools. For the public sector this would essentially mean having to agree not on a format, but on a single tool to be used sector-wide. The purpose of creating standards should be to achieve interoperability, but in this case that just hasn't happened yet. Having said that, ODF 1.2 looks like it will satisfy nearly all the shortcomings with ODF 1.1 that my report identifies. Similarly, it looks like the next OOXML version (ISO/IEC 29500:2008 amendment 1) will solve most of the OOXML issues. If the implementors follow up and improve their converters things will look much brighter. Unfortunately, this is going to take a couple of years. So my conclusion in the report is that both standards should be listed as "under observation" for all usage areas.
Gary Edwards

No REST in CMIS » Untangled by Roy Fielding - 0 views

  •  
    REST creator Roy Fielding weighs in on CMIS, the Content Management Interoperability Services standard proposed by pay-to-play OASIS members and big RDBMS vendors; EMC, IBM and Microsoft.  Note, Roy works for Day Software, which has been acquired by Adobe. The CMIS proposal is suspiciously similar to the Sursen UOML OASIS Standard that ISO rejected!!!  excerpt: CMIS is a thin veneer on RDBMS-based data repositories that provides a data model for document-like objects within filesystem-like folders, basic file versioning, and access via SQL queries and local object references. It is exactly the kind of document model one would expect within a legacy document management system that is backed by a large relational database and authored via Microsoft Office applications. No surprise, given the sponsors, and there are plenty of good reasons why folks would want to support such data models.
Gary Edwards

An interesting offer: get paid to contribute to Wikipedia - Rick Jelliffe - 1 views

  •  
    Classic argument about ODF vs OOXML.  Need to send Rick an explanation about how the da Vinci plug-in works.  It is entirely possible to capture everythign MSOffice editors do in ODF using namespace extensions compliant with ODF 1.1 standard.   What was impossible was to round-trip those MSOffice ODF documents to OpenOffice.org.  And as it turns out, replacing MSOffice/Windows on new workgroup desktops with OpenOffice/Linux was one of the primary objectives behind the Massachussetts effort to standardize on ODF.  They believed the hype that ODF was cross platform interoperable.  It wasn't then, and it still isn't five years later. As for capturing all the complexities and nuances of the very robust MSOffice productivity environment and authoring system?  Sure, ODf could easily be extended for that. What an incredible discussion!
Gary Edwards

The Document Foundation, LibreOffice and OOXML - The Document Foundation Wiki - 1 views

  • Why does LibreOffice offer to read, edit and save documents in OOXML? Just like OpenOffice.org, LibreOffice lets its users handle documents in the format used by Microsoft Office 2007 and 2010. It is important to understand that these formats, also called OOXML are in fact somewhat different from the ISO standard bearing the same name; in fact it is unclear whether anyone is able to implement the ISO standard. To avoid confusion, we will refer to the Microsoft formats produced by Microsoft Office as Microsoft Open XML (MOX) hereafter. To enable data interchange, LibreOffice and OpenOffice.org before it, has traditionally engaged with the reality of a world filled with data in many, less than ideal formats. Our users are used to exchanging data bi-directionally between many proprietary formats, and their Free Software equivalents. Indeed there are few choices for a non-dominant player to deliberately shun inter-operating, and remain relevant.
  • Don't you feel as if you are betraying Free and Open Source Software, as well as Open Standards such as ODF? No. And if we felt that way, we would take immediate action to remove the full stack. What we are offering our users is convenience; if we didn't offer these features we would not be serving users and we would get daily messages requesting the support of the new Microsoft Office formats. Besides, the same reasoning applies to the old Microsoft Office formats we support; and while it was thought for a while it was possible to prevent people from using these formats or even buying Microsoft Office, it turned out that it was not possible. We do believe, however, that by offering a full-featured and innovative office suite that exists among a rich and diverse ODF ecosystem, ODF shall prevail in the end.
Gary Edwards

Sun-Bosak "Yes" Vote on ISO approval of MS OOXML - 0 views

  • We wish to make it completely clear that we support DIS 29500 becoming an ISO Standard and are in complete agreement with its stated purposes of enabling interoperability among different implementations and providing interoperable access to the legacy of Microsoft Office documents.
    • Gary Edwards
       
      Read it and weep! Sun agrees that ODF was not designed for and is unable to meet these important market requirements
  •  
    Sun announces support for ISO approval of MS OOXML as an international standard:

    "We wish to make it completely clear that we support DIS 29500 becoming an ISO Standard and are in complete agreement with its stated purposes of enabling interoperability among different implementations and providing interoperable access to the legacy of Microsoft Office documents."

    Bosak tries to obscure this "YES" vote by pointing to their comments that Microsoft should finally reveal the MS binary secret blueprints with a mapping of the binary blueprints to OOXML. Ha Ha Ha! Now we know what Microsoft paid Sun $2 Billion for in 2004.
  •  
    Yagotta B. Kidding: The vote was "yes, with comments." That is not, per ISO rules, a "conditional" yes, it's a just-plain-yes. The comments are advisory and regardless of whether they're resolved there's no way to change the "yes" to a "no." Specifically, ISO voting procedure [1] states, "Conditional approval should be submitted as a disapproval vote." Yes, it's confusing. The way these things work, there's no way to vote "unconditional no." The options are "yes, as it currently stands" and "yes, if the following problems are addressed." That makes the enormous effort to get unconditional approval quite curious. [1] JTC1 Directives, 5th Edition, Version 3.0, Section 9.8
Gary Edwards

Comments on 'On the Office format wars' - 0 views

  • A fatal flaw in your analysis By Marbux Posted Saturday 21st April 2007 08:15&nbsp;GMT Your analysis contains a fatal flaw, Martin. That is your belief that adequate Microsoft XML &lt;&gt; OpenDocument translators will be available. In fact, all of the translators suck mightily and there is no prospect at all of them being perfected. The major problems are: (i) that Microsoft's XML formats seem deliberately designed to thwart their parsing with XPath, which is essential to XML transformations; (ii) that Microsoft's "XML" file formats include binary blobs, bitmasks, and multiple Windows and Microsoft dependendencies, all of which defy XML transformations; and (iii) OpenDocument assumes a richer page layout engine than Microsoft Word provides, so while DOCX can be completely mapped to ODT it is impossible to fully map in the other direction without declaring an MS Office interoperability subset of OpenDocument and ODF applications implementing a compatibility mode with reduced features. (That is more than somewhat ironic, given Microsoft's spin that it couldn't implement all of its features in OpenDocument. In fact, the exact opposite is true.) In fact, Steve Ballmer is on record as saying that the developers of the Novell-Microsoft-Clever Age plug-ins will not even attempt to achieve full fidelity file translations between the two formats. http://www.eweek.com/article2/0,1895,2050848,00.asp?kc=EWEWEMNL103006EP17A Those translators achieve at best far less conversion fidelity than existing file conversion filters between OpenDocument and Microsoft binary file formats such as the OpenOffice.org conversion filters, which achieve only about 80 per cent fidelity. The file format cognescenti know this. See e.g., the paper by Gary Edwards and Sam Hiser included in this edition of the European Journal for the Informatics Professional. http://www.upgrade-cepis.org/issues/2006/6/up7-6Hiser.pdf (PDF). (Note that I contributed to that paper.) And as also detailed in that paper, what works well enough for some of us does not necessarily work well enough for all. Anything less than full fidelity data conversions is absolutely unacceptable in the context of wholly automated business processes and is in fact illegal in various contexts, including government records. So your thesis doesn't fly. In fact, I'd go so far as to bet that you have been suckered by the Microsoft spin doctors. Another indication is your depiction of the file format wars as being waged primarily between IBM and Microsoft, a recent theme of Microsoft's public relations machine. While it is seductive to believe that the controversy is just another chapter in the war between major competitors, the pro-ODF camp is far broader than IBM. For example, nearly 20 governments recently opposed fast track processing of Microsoft's draft standard at ISO. Do you believe they were all carrying water for IBM? Government bodies in more than 50 nations have chosen to adopt ODF. http://opendocumentfellowship.org/government/precedent And dozens of developers now support the OpenDocument standard in their applications. http://opendocumentfellowship.org/applications While IBM has had a noteworthy role in proliferating the OpenDocument formats, there is a movement without a recognizable leader in the industry. When it comes to vendor influence on things relevant to ODF, Sun Microsystem's far outshines IBM. But in fact, a core group of open standards and free and open source developers and advocates -- inside and outside government -- have played a far larger role. This is a customer-driven phenomenon, not a vendor-driven effort as you portray. So I will respectfully suggest that you reexamine your position on these issues. Reasonable minds can differ, but not on the grounds you advocate.
  •  
    Here we go again.  A couple of boot lickin lackies at The Register make some moronic statements about the OpenDocument XML file format, and the portable document cognisceti experts come out of the wood work to set the record straight.  I think it's a scam to get boost hits. 

    Once again Marbux hands out a major bitch splappin to Microsoft shills who have no idea what's coming.  What a great job Marbox does, and does with a kind consideration that certainly isn't warranted given the idiocy of the main article.  Where does the man's patience come from?  I gave up long ago.

    ~ge~

Gary Edwards

Microsoft playing three card monte with XML conversion, with Sun as the "outside man" w... - 0 views

  • In a highly informative post to his Open Stack blog Wednesday, Edwards explains how three key features are necessary for organizations to convert to open formats. These are: Conversion Fidelity - the billions of binaries problem Round Trip Fidelity - the MSOffice bound business processes, line of business integrated apps, and assistive technology type add-ons Application Interop - the cross platform, inter application, cross information domain problem
  •  
    Dana Blankenhorn posted this article back in March of 2007.  It was right at the time when the OASIS ODF TC and Metadata XML/RDF SC (Sub Committee) were going at it hammer and tong concerning three very important file format characteristics needed to fulfill a real world interoperability expectation:

    .... Compatibility - file format level interop -
    :::  backwards compatibility / compatibility with existing file formats, including the legacy of billions of binary Microsoft documents

    ....... Interoperability - application level interop-
    ::::::  application interoperability including interop with all Microsoft applications

Gary Edwards

It's All Over But For The Shouting :: Xandros to Provide Enhanced Interoperability Betw... - 0 views

  • Xandros, the leading provider of intuitive Linux solutions and cross platform interoperability tools, today announced it will join Microsoft and other companies to build and ship open source translators between documents stored in Ecma Office Open XML and Open Document Formats. The translators, being developed through the Open XML/ODF Translator project, will be made available to Xandros users via the Xandros Networks update facility. Every Xandros product that includes OpenOffice.org will be equipped with the translators. This announcement underscores the shared view of Xandros and Microsoft that competing office productivity applications should make it easy for customers to exchange files with one another and allow them to use their operating system and office productivity applications of choice. "This is good news for customers. Xandros and Microsoft share the view that competing office productivity applications should make it easy for customers to exchange files with one another," said Tom Robertson, general manager for Interoperability and Standards at Microsoft. "Mixed system environments are becoming more common, and we believe in delivering interoperability by design for the benefit of our customers. Our ongoing collaborative relationships with commercial open source companies like Xandros help us achieve that goal." "We are delighted to join forces with Microsoft and others to provide interoperability between standardized XML document formats," said Andreas Typaldos, Xandros CEO. "The work of the world is done using various document formats as well as operating systems, so it is vital to provide our customers with the means interoperate with ease in this diverse environment."
  •  
    You have to read this!  Xandros is taking this interoperability garbage seriously!
Gary Edwards

Former OpenDocument advocates bolt for W3C standard | Martin Lamonica - 0 views

  • Adding a twist to a high-stakes conflict over document formats, some advocates for OpenDocument, or ODF, are abandoning the standard in favor of the World Wide Web Consortium's Compound Document Formats standard. The reason? Technical limitations in sharing ODF files with Microsoft Office applications.
  •  
    Great comments!
Gary Edwards

IBM In Denial Over Lotus Notes - Forbes.com - 0 views

  • The marketing folks in IBM's Lotus division are starting to sound like the Black Knight in Monty Python and the Holy Grail, who insists he's winning a fight even as he loses both arms and legs: "'Tis but a scratch," the Black Knight declares after one arm is lopped off. "Just a flesh wound," he says after losing the other. "I'm invincible!" The same goes for IBM's (nyse: IBM - news - people ) Lotus, which keeps declaring victory even as Microsoft (nasdaq: MSFT - news - people ) carves it up.
  •  
    Want to know the real reason why IBM and Microsoft are going at it hammer and tong over document formats?  Here it is.  Lotus Notes is getting clobbered by the Exchange/SharePoint juggernaut. 

    The article is old, but the point is well taken.  Today the Exchange/SharePoint juggernaut i sover 65% marketshare.  IBM is struggling to protect the Lotus Stack against an impossible foe.

    The thing is, Microsoft E/S will ALWAYS have better integration with the MSOffice - Outlook desktop monopoly base (550 M and counting).  Most of this "integration" is due to the high fidelity exchange of documents in Microsoft's proprietary XML mode known as MS-OOXML.   Forget the charade that MS-OOXML is an open standard called Ecma 376.  MSOffice and infamous XML Compatibility Pack Plug-in do not implement Ecma 376.  The Pack implements MS-OOXML.

    One key differnece between MS-OOXML and Ecma 376 us that MS-OOXML is infused with the Smart Tags components.  These are for metadata, data binding, data extraction, workflow, intelligent routing and on demand re purposing of docuemnt components.  In effect, MS-OOXML :: Smart Tags combines with proprietary .NET Libraries, XAML and soon enough Silverlight to replace the entire span of W3C Open Internet Technologies. 

    Can you say "HTML"?

    Okay, so why does this matter to IBM and the future of Lotus Notes?

    The end game of the document format wars is that of a stack model that converges desktop, server, devices and web information systems.  The MS Stack uses MS-OOXML as the primary transport of accelerated content/data/multi media streams running across the MS Stack of desktop, server, device and web application systems.  It's the one point of extreme interoperability.

    It's also a barrier that no non MS applicatio or service can penetrate or interoperate with except on terms Microsoft dictates. 
« First ‹ Previous 41 - 60 of 199 Next › Last »
Showing 20 items per page