Skip to main content

Home/ OpenDocument/ Group items tagged myths

Rss Feed Group items tagged

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~
Paul Merrell

Technology News: Applications: What's Holding OpenOffice Back? - 0 views

  • Most folks see data formats as an inside-baseball issue, because they work in all-Microsoft organizations where incompatibilities are rare. The only hangup, in that case, comes when Microsoft releases new software (Office 2007 being the latest example). Invariably, the data format's been upgraded as well.
  • The data format wars have been going on for years and have provoked a substantial backlash. The anti-Microsoft crowd has an alternate data format, OpenDocument, that anyone can freely incorporate into any program, just as everyone uses the same old free, non-proprietary HTML to build Web sites.
  • Is Open XML an open standard? The arguments are pretty technical but boil down to this: Microsoft says OpenDocument is not good and that anyone will be able to implement its far more enlightened Open Office XML. Opponents say Microsoft has built into Open XML all manner of snares, deadfalls and booby traps to defend its monopoly.
  • ...1 more annotation...
  • And I'm auditioning the latest open source goodie, IBM Lotus Symphony, which looks like a sweet suite. More on that next time.
  •  
    The myths that ODF is an open standard, that Lotus Symphony is open source, and that Microsoft is the only company that manipulates "open" standards for unlawful competitive advantage continue to propagate.
Gary Edwards

Open Malaysia: Rick Jelliffe - myths debunked? - 0 views

  • Additionally, ODF was not ratified with SVG, MathML, XLink, Zip and other W3C standards all together at the same time. Instead the prior W3C standards were already well established and approved in their own right and in their own time with the relevant experts of their specific domains vetting it. MSOOXML also incorporates proposed "standards" which failed in the marketplace and now is offered a "backdoor" to standardisation process by piggy backing this nebulous specification. (See VML vs SVG, and MathML vs Microsoft Office MathML) So there is a myth being built that ODF and its constituent parts are just as large as MSOOXML, and therefore MSOOXML is OK. I for one would rather MSOOXML be even larger; to cater for unknown tags like "lineWrapLikeWord6" or a Macro specification. However what troubles me is that the special relationship between Ecma and ISO should be abused with the fast tracking of this large specification.
  •  
    Yoon Kit brings up an interesting point about the ISO consideration of MSOOXML (Ecma 376);  ISO approval of MSOOXML would backdoor a good many MS proprietary technologies that compete directly with W3C XML standards.

    YK gives the example of MS VML, which competes with the W3C SVG standard used by ODF.  He could have also cited that legacy versions of MSOffice (98-2003) make use of VML as the default graphic format, while MSOffice 2003 9with XML plugin) and MSOffice 2007 (by default) implements DrawingML as the replacement for VML. 

    So, would ISO approval of Ecma 376 backdoor VML and DrawingML in as "standards"?  Or MSOffice MathML?   One has to wonder since they are essential to MSOOXML.

Gary Edwards

Microsoft, Google Search and the Future of the Open Web - Google Docs - 0 views

  •  
    The InformationWeek series of articles outlining the challenges Microsoft faces does not cover the recent anti-trust actions by the EU - DG Competition group. Even so, the series does paint a pretty gloomy scenario. Especially if you're a Microsoft shareholder. No doubt the IW guys are shorting Microsoft. All in all, this series is an accurate assessment except for one thing; they don't credit the strength of Microsoft's monopoly position and their ability to leverage the desktop monopoly into a full fledged "business" Web monopoly. MOSS (Microsoft Office - SharePoint Server) system is kicking ass, and the world is worried that browsers like Opera are not getting a fair shake on the desktop. Microsoft is a platform player, and you can't fight that at the application level. Connecting the desktop platform to backend relational and transaction servers defines the 1995 monopoly. Connecting the desktop platform to the Web platform will define the next big monopoly play. The EU has got to get off the application layer and out of the open standards vendor consortia if they are to stop this juggernaut. The reason they need to get out of the standards consortia and write/demand their own "advanced recommendations" - like WebKit, is the cleverness of Microsoft's "duality" approach. The target has to be that of restoring competition at the high end of collaborative Web computing, where Microsoft's proprietary WPF-.NET technologies rule. Any format, protocol, or interface used to connect platforms, applications or services must be open and available to all - including the reverse engineering rights. So far the EU has left me less than hopeful. I do however believe that WebKit can get the job done. It would be nice if the EU could at the least slow the beast of Redmond down. ~ge~
  •  
    Response to the InformationWeek article "Remaking Microsoft: Get Out of Web Search!". Covers "The Myth of Google Enterprise Search", and the refusal of Google to implement or recognize W3C Semantic Web technologies. This refusal protects Google's proprietary search and categorization algorithms, but it opens the door wide for Microsoft Office editors to totally exploit the end-user semantic interface opportunities. If Microsoft can pull this off, they will take "search" to the Enterprise and beyond into every high end discipline using MSOffice to edit Web ready documents (private and public use). Also a bit about WebKit as the most disruptive technology Microsoft has faced since the advent of the Web.
Paul Merrell

OpenOffice.org business manager John McCresh on ODF support in MS Office - 0 views

  • There was a certain inevitability that Microsoft would be forced to bow to market pressures and announce its acceptance of ODF. However, Microsoft’s traditional approach to standards has been characterised as Embrace, Extend, Extinguish - i.e. attempt to claim ownership and take control of a standard through abuse of its near monopoly position. Proponents of ODF need to defend against this by setting up independent testing for software conformance with the standard. The testing needs to be accessible not just to the Suns and IBMs of this world - but also the KOffices. While proponents of ODF are celebrating that a victory has been won, it is more likely that the real battle is only just beginning.
    • Paul Merrell
       
      One might reasonably wonder how one would go about building further tools to test for conformance with a standard that has almost no mandatory conformance requirements other than validation against the schema after all foreign elements and attributes (application-specific extensions) are removed. The validation tool specified pre-existed ODF. Methinks that the world verges on learning that ODF is a standard in name only and that ODF interoperability is a complete and utter myth no more accurate than the corresponding myth of OOXML interoperability that was thoroughly debunked long before OOXML became an international standard.
  •  
    There was a certain inevitability that Microsoft would be forced to bow to market pressures and announce its acceptance of ODF. However, Microsoft's traditional approach to standards has been characterised as Embrace, Extend, Extinguish - i.e. attempt to claim ownership and take control of a standard through abuse of its near monopoly position. Proponents of ODF need to defend against this by setting up independent testing for software conformance with the standard. The testing needs to be accessible not just to the Suns and IBMs of this world - but also the KOffices. While proponents of ODF are celebrating that a victory has been won, it is more likely that the real battle is only just beginning.
Paul Merrell

Asia Times Online :: Operation Tomahawk The Caliph - 0 views

  • The Tomahawks are finally flying again - propelled by newspeak. 42 Tomahawks fired from a Sixth Fleet destroyer parked in Mare Nostrum, plus F-22s raising hell and Hellfires spouted by drones, that's a neat mini-Shock and Awe to honor Caliph Ibrahim, aka Abu Bakr al -Baghdadi, self-declared leader of Islamic State. It's all so surgical. All targets - from "suspected" weapons depots to the mayor's mansion in Raqqah (the HQ of The Caliph's goons) and assorted checkpoints - were duly obliterated, along with "dozens of", perhaps 120, jihadis. And praise those "over 40" (Samantha Power) or "over 50" (John Kerry) international allies in the coalition of the unwilling; America is never alone, although in this case mightily escorted, de facto, only by the usual Gulf petrodollar dictatorships and the realm of <a href='http://asianmedia.com/GAAN/www/delivery/ck.php?n=a9473bc7&cb=%n' target='_blank'><img src='http://asianmedia.com/GAAN/www/delivery/avw.php?zoneid=36&cb=%n&n=a9473bc7&ct0=%c' border='0' alt='' ></a> King Playstation, Jordan, all none too keen to engage in "kinetic activities".
  • Aseptic newspeak aside, no one has seen or heard a mighty Gulf Cooperation Council air force deployed to bomb Syria. After all the vassals are scared as hell to tell their own populations they are - once again - bombing a fellow Arab nation. As for Damascus, it meekly said it was "notified" by the Pentagon its own territory would be bombed. Nobody really knows what the Pentagon is exactly telling Damascus. The Pentagon calls it just the beginning of a "sustained campaign" - code for Long War, which is one of the original denominations of the Global War on Terror (GWOT) anyway. And yes, for all practical purposes this is a coalition of one. Let's call it Operation Tomahawk The Caliph.
  • Hold your F-22s. Not really. The tomahawking had barely begun when an Israeli, made in USA Patriot missile shot a Syrian Su-24 which had allegedly "violated" Israeli air space over the Golan Heights. How about that in terms of sending a graphic message in close coordination with the Pentagon? So this is not only about bombing The Caliph. It is a back-door preamble to bombing Bashar al-Assad and his forces. And also about bombing - with eight strikes west of Aleppo - a ghost; an al-Qaeda cell of the mysterious Khorasan group. No wonder global fans of the Marvel Comics school of geopolitics are puzzled. Two simultaneous villains? Yep. And the other bad guy is even more evil than The Caliph.
  • ...5 more annotations...
  • Astonishing mediocrity Ben Rhodes, Obama's deputy national security adviser, has defined Khorasan as "a group of extremists that is comprised of a number of individuals who we've been tracking for a long time." The Obama administration's unison newspeak is that Khorasan includes former al-Qaeda assets not only from across the Middle East - including al-Qaeda in Iraq and Jabhat al-Nusra - but also Pakistan, as in an ultra-hardcore extension of the Pakistani Taliban.
  • What a mess. Al-Qaeda in Iraq is the embryo of ISIS, which turned into IS. Jabhat al-Nusra is the al-Qaeda franchise in Syria, approved by CEO Ayman al-Zawahiri. Both despise each other, and yet Khorasan holds the merit of bundling Caliph's goons and al-Qaeda goons together. Additionally, for Washington Jabhat al-Nusra tend to qualify as "moderate" jihadis - almost like "our bastards". Too messy? No problem; when in doubt, bomb everybody. The Caliph, then, is old news. Those ghostly Khorasan goons are the real deal - so evil that the Pentagon is convinced their "plotting was imminent" leading to a new 9/11.
  • Khorasan is the perfect ghost in the GWOT machine; the target of a war within a war. Because Obama in fact launched two wars - as he sent two different notifications to Congress under the War Powers Resolution to cover both The Caliph and Khorasan. And what's in a name? Well, a thinly disguised extra demonization of Iran, why not - as historic Khorasan, the previous Parthia, stretched from mainly Iran towards Afghanistan. Khorasan is theoretically led by The Joker, sorry, al-Qaeda honcho Muhsin al-Fadhli, born in Kuwait in 1981, a "senior facilitator and financier" to Abu Musab al-Zarqawi in Iraq, in the priceless assessment of the State Department. Although Ayman al-Zawahiri, ever PR-conscious, has not claimed the credit, the Pentagon is convinced he sent al-Fadhli to the Syrian part of the Caliphate to attract Western jihadis with EU passports capable of evading airport security and plant bombs on commercial jets.
  • The Treasury Department is convinced al-Fadhli even led an al-Qaeda cell in Iran - demonization habits die hard -, "facilitating" jihadi travel to Afghanistan or Iraq. And what a neat contrast to the Society of the Spectacle-addicted Caliph. Khorasan is pure darkness. Nobody knows how many; how long they've existed; what do they really want. By contrast, there are about 190,000 live human beings left in bombed out Raqqa. Nobody is talking about collateral damage - although the body count is already on, and The Caliph's slick PR operation will be certainly advertising them on YouTube. As for The Caliph's goons, they will predictably use Mao tactics and dissolve like fish in the sea. The Pentagon will soon be bombing vast tracts of desert for nothing - if that's not the case already. There is no "Free Syrian Army" - that Qatari myth - anymore. There are no "moderate" jihadis left in Syria. They are all fighting for The Caliph or for al-Zawahiri. And still the Obama administration extracted a Congressional OK to train and weaponize "moderate rebels".
  • US ambassador to the UN Samantha Power - Undisputed Queen of Batshit Craziness - at least got one thing right. Their "training" will "service these troops in the same struggle that they've been in since the beginning of this conflict against the Assad regime." So yes - this "sustained campaign" is the back door to "Assad must go" remixed. People who are really capable of defeating The Caliph's goons don't tomahawk. They are the Syrian Arab Army (roughly 35,000 dead so far killed in action against ISIS/ISIL/IS and/or al-Qaeda); Hezbollah; Iranian Revolutionary Guards advisers/operatives; and Kurdish militias. It won't happen. This season's blockbuster is the Empire of Chaos bombing The Caliph and the ghost in the GWOT machine. Two tickets for the price of one. Because we protect you even from "unknown unknown" evil.
  •  
    Pepe Escobar at his finest. 
Gary Edwards

Microsoft Will Support ODF! But Only If ISO Doesn't 'Restrict Choice Among Formats' - 0 views

  • By Marbux posted Jun 19, 2007 - 3:16 PM Asellus sez: "I will not say OOXML is easy to implement, but saying ODF is easier to implement just by looking at the ISO specification is a fallacy." I shouldn't respond to trolls, but I will this time. Asellus is simply wrong. Large hunks of Ecma 376 are simply undocumented. And what's more, absolutely no vendor has a featureful app that writes to that format. Not even Microsoft. There's a myth that Ecma 376 is the same as the Office Open XML used by Microsoft. It is not. I've spend a few hundred hours comparing the Ecma 376 specification (the version of OOXML being considered at ISO) to the information about the undocumented APIs used by MS Office 2007 that recently sprung loose in litigation. See http://www.groklaw.net/p...Rpt_Andrew_Schulman.pdf Each of those APIs *should* have corresponding metadata in the formats, but are not in the Ecma 376 specification.
  •  
    Incredible comment by Marbux!  With one swipe he takes out both Ecma 376 and ODF. 

    Microsoft has written a letter claiming that they will support ODF in MSOffice, but only if ISO approves Ecma 376 as a second office suite XML file format standard.  ODF was approved by ISO nearly a year ago.

    Criticizing Ecma 376 is easy.  It was designed to meet the needs of  a proprietary application, MSOffice, and, to meet the needs of the emerging MS Vista Stack of applications that spans desktop to server to device to web platforms.  It's filled with MS platform dependencies that make it impossibly non interoperable with anything not fully compliant with Microsoft owned API's.

    Criticizing ODF however is another matter entirely.  Marbux points to the extremely poor ODF interoperability record.  If MOOXML (not Ecma 376 - since that is a read only file format) is tied to vendor-application specific MSOffice, then ODF is similarly tied to the many vendor versions of OpenOffice/StarOffice.

    The "many vendor" aspect of OpenOffice is somewhat of a scam.  The interoperability that ODF shares across Novell Office, StarOffice, IBM WorkPlace, Red Office, and NeoOffice is entirely based on the fact that these iterations of OpenOffice are based on a single code base controlled 100% by Sun.  Which is exactly the case with MSOffice.  With this important exception - MOOXML (not Ecma 376) is interoperable across the entire Vista Stack!

    The Vista Stack is comprised of Exchange/SharePoint, MS Live, MS Dynamics, MS SQL Server, MS Internet Server, MS Grove, MS Collaboration Server, and MS Active Directory.   Behind these applications sits a an important foundation of shared assets: MOOXML, Smart Documents, XAML and .NET 3.0.  All of which can be worked into third party, Stack dependent applications through the Visual Studio .NET IDE.

    Here are some thoughts i wou
Paul Merrell

GullFOSS - 0 views

  • ODF is the only file format that provides the level of interoperability and choice of products that our customers want.
    • Paul Merrell
       
      Brauer well knows that he speaks of "the level of interoperability and choice of products" that Sun wants, not what Sun customers want. See e.g., the IDABC ODEF Conference proceedings. ODF is not designed for interoperability and interoperability may only be achieved by all persons involved in the interchange of ODF documents standardizing on a particular editing implementation and version. In practical terms, that means everyone uses a particular version of OpenOffice.org or a clone of that version's code base.
  • OOXML? Isn't that Office Open XML? That file format, that Microsoft Office 2007 is using, that has been approved by ECMA as ECMA-376, and that is currently in a fast track process to become an ISO standard like ODF? That file format, that although its name is very similar to Open Office XML, has nothing to do with OpenOffice.org or ODF? And you may have wondered: What are Sun's OpenOffice.org developers doing with OOXML, and why? And when will we have an OOXML filter in OpenOffice.org?
Paul Merrell

Patrick Durusau on ODF and interoperability - 0 views

  • Interoperability is one of the primary reasons why I like XML in general and ODF in particular.
1 - 9 of 9
Showing 20 items per page