Skip to main content

Home/ OpenDocument/ Group items tagged interoperability

Rss Feed Group items tagged

Gary Edwards

ODF Editor Says ODF Loses If OOXML Does | Slashdot - 0 views

  • IMHO, the change in Patrick's position is entirely due to the realization that it is impossible to map between OOXML and ODF. I don't know this for sure, but when i read the German Standards Group (DIN) report on harmonization, authorized by the EU-IDABC and provided to ISO, i couldn't help but wonder how Patrick would react. The report definitively ends his OOXML ODF mapping dream.Many wonder why mapping is impossible. I had more than a few discussions with Patrick on this. His point was that a schema is a schema. As long as the syntax and semantics are fully documented, no problemo. My point is that both ODF and OOXML are application specific; and, both are woefully lacking in "semantic" documentation. Add to this problem that both ODF and OOXML lack an interoperability framework with any semblance of compliance teeth, and the whole mapping issue becomes an impossible solution. Especially if interop is the goal.
  •  
    ge comments about Patrick Durusau and his surprising change of position in support of ISO approval of OOXML
Gary Edwards

OOXML vs ODF: where next for interoperability? | Reg Developer - 0 views

  • 'A diversion from the real end game – the taking of the internet' Gary Edwards of the Open Document Foundation has a fascinating post on the important of Microsoft Office compatibility to the success of the ISO-approved Open Document formats. It is in places a rare voice of sanity: People continue to insist that if only Microsoft would implement ODF natively in MSOffice, we could all hop on down the yellow brick road, hand in hand, singing kumbaya to beat the band. Sadly, life doesn’t work that way. Wish it did. Sure, Microsoft could implement ODF - but only with the addition of application specific extensions to the current ODF specification … Sun has already made it clear at the OASIS ODF TC that they are not going to compromise (or degrade) the new and innovative features and implementation model of OpenOffice just to be compatible with the existing 550 million MSOffice desktops.
Gary Edwards

Google: OOXML 'insufficient and unnecessary' - marbux - ge comments | ZDNet UK - 0 views

  • Interoperability and the binary ODF conversion di... garyedwards Sorry, the comment was cut short. Here'... garyedwards
  • ODF and OOXML are standards in... Marbux
Gary Edwards

Denmark: OOXML vote won't affect public sector. ODF is too costly! | InfoWorld - 0 views

  • Lebech said Denmark considers OOXML an open standard, regardless whether it is approved by the ISO. "It would be impossible for us to use only ISO standards if we want to fulfill the goal of creating interoperability in the government sector," he said. The Danish Parliament also mandated that public agencies consider the cost of using open formats. One of the main reasons OOXML was included is because Denmark is heavily dependent on document management systems that are integrated with Microsoft's Office products, Lebech said. Denmark also found that requiring agencies to only use ODF would have been too expensive, mostly because of the cost of converting documents into ODF, Lebech said. "We wouldn't have been able to only support ODF," Lebech said. "It wouldn't have been cost neutral."
Gary Edwards

ODF and differences of opinion | John Carroll - 0 views

  • the OpenDocument Foundation had decided to back away from work on ODF in favor of CDF (a W3C-backed standard) out of a belief that ODF wouldn’t achieve the real-world interoperability goals the OpenDocument Foundation was originally created to achieve
Gary Edwards

BetaNews | Microsoft: Office Format War Over - 0 views

  • "Over the past few years, we've had two important file formats come into the market, OpenXML and ODF. Both were designed for different purposes, and both have been valuable additions to the market. Now we can also say that we have multiple implementations of both formats."
  •  
    The war is over?  When did Microsoft surrender?  And when did they sign the official terms of surrender?

    The terms of surrender are simple. Microsoft must agree to fully support and implement ODF as a native file format in all versions of MSOffice qualified for the current OOXML compatibility kit. Furthermore, MSOffice must offer end users the choice of selecting ODF as the default MSOffice file format.

    Those are the terms of surrender, and i for one don't see how the Microsoft or Novell Translator plugin's qualify?  These things are garbage!

    What if an MSOffice user was to work on a document, save it to OOXML only to open it later to find a near totally useless and corrupted document with a conversion fidelity equal to that achieved by the hapless MCN Translator Plugins?

    Right.  What's good for the goose is good for the gander.  Until these idiotic MCN Translators can achieve a conversion fidelity between ODF and OOXML acceptable to MSOffice users - comparable to native documents use and expectations, they should be regarded for what they are: an experimentation proving conclusively that OOXML is not even close to being interoperable with ODF.

    ~ge~
Gary Edwards

ODF versus OOXML: Don't forget about HTML! - O'Reilly XML Blog - 1 views

  • But Lie is right, I think, to be alarmed by the prospect that if OOXMLfails MS will revert away from open formats. I don’t see them adopting ODF as the default format for general sale. for a start, current ODF simply does not have matching capabilities. This issue of fit is strong enough that we don’t even need to get to the issue of control. We have this nice little window now where MS is inclined to open up its formats, something that the document processing community has been pleading for for years. The ODF sideshow runs the risk of screwing this up; I’ve said it before, but I say it again: being pro-ODF does not mean you have have to be anti-OOXML. ODF has not been designed to be a satisfactory dump format for MS Office; OOXMLhas not been designed to be a suitable format for Sun’s Star Office or Open Office or IBM’s products. HTML is the format of choice for interchange of simple documents; ODF will evolve to be the format of choice for more complicated documents; OOXML is the format of choice for full-fidelity dumps from MS Office; PDF is the format of choice for non-editable page-faithful documents; all of them are good candidates for standardization, all have overlap but are worthwhile to have as cards in the deck of standards. But systems for custom markup trumps all.
  •  
    Famed Microsoft WikiPedia editor Rick Jellife takes on the HTML-CSS proposal put forth by Opera Browser CTO Håkon Wium Lie's in his recent CNET column.

    Rick claims that the Opera proposal is "solid in its ultimate premise .... that inspite of .. all the talk about ODF and OOXML, it is important not to lose track of HTML's potential and actual suitability for much document interchange.

    Good discussion except that MS Rick can't help himself when it comes to the tired moral equivocation argument that the world can and should accept and use two ISO/IEC desktop productivity environment file format standards, ODF and OOXML.  Once again he puts forward the claim that ODF is OPenOffice specific and OOXML is MSOffice specific - each having it's place and value as an international standard.

    Are we standardizing applications here?  I thought it was about creating a universal XML file format that all application can use::  One file format  for OpenOffice, MSOffice, KOffice, Writer, WordPerfect Office, Novell Office, GNOME Office, and even the Flash-Apollo based " Virtual Ubiquity " from Rick Treitman.

    ODF does need to provide the marketplace with at least three profiles; desktop productivity environments, server side portal publication-content-archive management systems, and devices.  This would greatly improve interoperability as ODF documents transition across desktops, servers, devices and Internet information domains.  It would also help the implementation of ODF by SOA, SaaS and Web 2.0 systems.

    But having two file formats that irreconcilably incompatible servicing the exact same market categories?  Doesn't make sense.  And can only end in massive end user confusion where the application with dominant marketshare end up crushing any and all competitive alternative
Gary Edwards

PlexNex: HUMOR: Interoperability, Choice and Open XML - 0 views

  • It is important to recognize that ODF and Open XML were created with very different design goals and that they are only two of many document format standards in use today, each of which has characteristics that are attractive to different users in different scenarios
  • reflects the functionality in those products.
  •  
    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.
Gary Edwards

What Might Hurt ODF? And It Is Not Another Office Format | iface thoughts - Flock - 0 views

  • A while back the OpenDocument Foundation folded up, withdrawing its support for the ODF in favor of CDF. The reason for the switch is buried in the details of ODF community’s denial to be fully interoperable with Microsoft Office, which might have helped in migrating to ODF without affecting the processes. So, there was something bigger here playing it up. Matt Assay notes that Microsoft Sharepoint might kill ODF more than anything else. It is the process stupid! People want to move to ODF, but without having to re-engineer their business processes.
Gary Edwards

ODF, PDF, The Antic Waste Land, and Monica's Blue Dress - Rob Weir - 0 views

  • An intriguing idea is whether we can have it both ways. Suppose you are in an ODF editor and you have a "Save for archiving..." option that would save your ODF document as normal, but also generate a PDF version of it and store it in the zip archive along with ODF's XML streams. Then digitally sign the archive along with a time stamp to make it tamper-proof. You would need to define some additional access conventions, but you could end up with a single document that could be loaded in an ODF editor (in read-only mode) to allow examination of the details of spreadsheet formulas, etc., as well as loaded in a PDF reader to show exactly how it was formated.
  •  
    Intriguing?  Rob Weir knows full well that the Foundation proposed this exact same feature set as part of the da Vinci Plug-in design for Massachusetts, July of 2006!!!!!!!!!

    The Complete Feature list of the da Vinci plug-in for MSOffice that was proposed and signed off on by CIO Louis Gutierrez in early August of 2006 was well known by IBM's representatives who were working hand in hand with us at the time: Rob Weir, Don Harbison and Doug Heintzman. 

    Louis Gutierrez had asked IBM and Oracle to create a "benefactors Group" to overcome the challenge that Massachusetts ITD did not have a budget.  IBM and Oracle selected Google, Sun, Novell, Intel, and Nokia as key benefactors.  The group was provided with the complete feature set and roadmap for da Vinci development. 

    The da Vinci roadmap was the schedule announced by Louis Gutierrez in his mid year report, August 17th, 2006.

    The da Vinci plug-in feature set, in order of priority, consisted of:
    ODF iX Approval at OASISPlug-in for MS WORDAccessibility Interface for all ODF documents in MS WordPDF - ODF iX Digital Signature containerPlug-in for MS ExcelInteroperability Wizard for OpenOfficePlug-in for PowerPointXForms InterfaceThe roadmap we provided Louis and the "benefactors" was sceduled out with deliverables, test periods, and cost per deliverable.  The buy-in per "benefactor" was set at $350,000, and i
Gary Edwards

OpenDocument Format (ODF) Resources on ZDNet - Carrol, Le' Bracage, Crocker, Philador, ... - 0 views

  • the World Wide Web Consortium's Common Document Format (CDF) had been identified by the OpenDocument Foundation as a superior document format to the OpenDocument Format
  • the OpenDocument Foundation had decided to back away from work on ODF in favor of CDF (a W3C-backed standard) out of a belief that ODF wouldn't achieve the real-world interoperability goals the OpenDocument Foundation was originally created to achieve,
Gary Edwards

Open IT Strategies: Sun and IBM Sabotage ODF Interoeprability - 0 views

  • Nov. 12: A great article by Steven J. Vaughan-Nichols announced that the Open Document Foundation has closed shop, alleging that the foundation’s founders Sun and IBM tried to sabotage document interoperability, and instead endorsing W3C’s Compound Document Format. I’ve had my differences with SJVN — he’s on the true-believer end of open source reporters — but he’s really captured well a complex story: in the end, neither the ODF nor CDF faction comes across as completely credible.
Gary Edwards

BetaNews | Course Change for OpenDocument Developers Seen as Emerging Rift - 0 views

  • A presentation made two weeks ago by two members of OASIS' OpenDocument technical committee, and founding members of the OpenDocument Foundation, made it clear that the foundation would be turning its attention away from developing the ODF format and translators for it. Instead, in a course change instigated as far back as last May, the Foundation is steering back toward a project launched in 1995 by the World Wide Web Consortium, in hopes of recapturing the momentum toward document interoperability for all existing word processor users.
  •  
    Excellent coverage.  Fair and balanced, even as the storm lords of IBM thunder across the Web with rage, smear and slander.
Gary Edwards

Govt on ODF: Looks good, is bad « the spike - 0 views

  • This strikes me as a very badly misguided definition. Not even Richard Stallman, founder of the Free Software Foundation, believes software must be “free” as in “free beer” (though if it is, all the better, of course). Yet the government’s specification is full of references to “non-commercial”, “free of cost” and “without any royalties”. It is, of course, perfectly within its rights to specify a functional requirement for an open standard. But demanding that it is free, that it is maintained by a non-commercial organisation, that all intellectual property is given away for free, is going way beyond any reasonable, functional definition of “open standard”. It excludes any supplier that provides software conforming to perfectly open, accessible, and functionally satisfactory standards, but does so for a fee. It might even end up excluding all those open source developers who spent their twenties toiling away for free in the vain hope that one day, they’d get to pay for their sports cars and luxury homes from support revenue.
  •  
    Interesting observation about South Africa and their "free as in beer" software requirements.  This governement attitude towards open source is far more wide spread than commonly thought.  One would have hoped that interoperability and open standards were also part of the FOSS equation, but it looks like zero cost is the primary driver.
Gary Edwards

ODF infighting could help Microsoft's OOXML - zdnet thread - 0 views

  • But we also oppose adoption of ODF 1.2 as an ISO standard in the form we expect it to emerge from OASIS.
    • Gary Edwards
       
      Bad phrasing. We would really like to see ODF 1.2 succeed at ISO, but this would require compliance with ISO Interoperability Requirements. Today, ODF 1.2 is not compliant with those requirements, and we fully expect it to be defeated at ISO due to the obvious shortcoming. In May of 2006, ISO Directorate issued a clear and unequivocal statement tha tODF must conform to ISO Interoeprability Requirements. ODF 1.2 work was closed in July of 2007, without the needed changes.
  • As a result of the latest infighting, is Microsoft now all-but-guaranteed that OOXML will sail through the ISO standardization vote in Feburary 2008 because ODF — and its backers — will be in disarray? This has nothing to do with the outcome of the Ballot Resolution Meeting.
  • Matusow sounds reasonable only if you are not a file format congnoscenti. He uses an appeal to ignorance. A single universal set of formats is entirely feasible from a technical standpoint; e.g., the example of HTML. But the chances of getting there by opening application-specific formats are dim at best, as the ODF experience teaches. You might acquire an entirely different perspective if you spent some time viewing the short sets of slides from the IDABC Open Document Exchange Formats Workshop 2007, which laid down the market requirements for 21 European government IT national bodies. http://ec.europa.eu/idabc/en/document/6474 (.) I particularly recommend Dr. Barbara Held's report to the plenary session linked from this page, http://ec.europa.eu/idabc/en/document/6704/5935 and the four workshop reports linked from the bottom of this page, http://ec.europa.eu/idabc/en/document/6702/5935 (.) Those slides reflect a lot of careful research into the issue you and Matusow discuss.
  •  
    Hey, great comments! 
Gary Edwards

ConsortiumInfo.org - Putting the OpenDocument Foundation to Bed (without its supper) - ... - 0 views

  • Here's what Chris Lilley had to say, reconstructed from my notes (in other words, this is not a direct quote): So we were in a meeting when these articles about the Foundation and CDF started to appear, and we were really puzzled.  CDF isn't anything like ODF at all – it's an "interoperability agreement," mainly focused on two other specifications - XHTML and SVG.  You'd need to use another W3C specification, called Web Interactive Compound Document (WICD, pronounced "wicked"), for exporting, and even then you could only view, and not edit the output.  The one thing I'd really want your readers to know is that CDF (even together with WICD) was not created to be, and isn't suitable for use, as an office format.  Here are some other takeaways from my conversation with Chris: Although they would be welcome to become members, Neither Gary, Sam nor Marbux are members of W3C or the CDF working group The W3C has never been contacted by anyone from the Foundation about CDF.  After the articles began appearing, the W3C sent an inquiry to the Foundation, and received only a general reply in response The CDF working group was not chartered to achieve conversion between formats Although he hasn't spent a lot of time trying to unravel what Gary has written on the subject, he can't make any sense out of why the Foundation thinks that CDF makes sense as a substitute for ODF
Gary Edwards

Can IBM save OpenOffice.org from itself? - 0 views

  •  
    This quote from Chalres Schultz is ridiculous. Because Novell is not allowed to commit code to OpenOffice, they must maintain a separate code base of extensions and improvements. With each build of OpenOffice, Novell must reintegrate their changes into the code base, making for a managerial nightmare. When Novell does have improvements that Sun wants though, there is no end to the hoops of fire the Sun developers will jump through to get it. The Field Enhancement routine written by Novell's Florian Router is one of those improvements that Sun had to have. Sun even went so far as to arguing for changes in the way ODF implements fields to accomodate the Novell improvements! It's important to note however that Sun did not support the ODF Field Enhancements UNTIL Novell agreed to donate Florian's code to OpenOffice!!!!!! Proving conclusively what i have been arguing for years: Sun does not allow for any changes to ODF unless and until those changes can be implemented by OpenOffice. The ODF Field Enhancements needed by Florian's fix to OpenOffice were originally proposed on July 12th, 2006, when Florian was the CTO of the OpenDocument Foundation. These changes to the way ODF implements fields were needed by the da Vinci plug-in as part of our efforts to save ODF in Massachusetts. so here we have a rather direct example of Sun refusing improvements to ODF when needed by another application (da Vinci), but supporting those exact same changes when it is OpenOffice that can be improved!!! The arguments that the OpenOffice.org Community isn't open also apply to the OASIS ODF TC work!!!!!!
  •  
    Good catch by Eric!
    This link is to the infamous Sun statement of support for MS OOXML issued by Jon Bosak when ISO DIS 2900 was voted on by the US delegation to ISO.
    The statement is important because it directly references the core issue: MS OOXML was written for MSOffice and the billions of binary docuemnts bound to that application suite. ODF on the other hand was written to OpenOffice.
    Because ODF was not designed for the conversion of those billions of MSOffice documents, conversion is next to impossible. The implementation of ODF in MSOffice is next to impossible. The loss of information, especially the presentation-layout information, is so severe as to be intolerable in the real world.
    This leaves the real world, where MSOffice dominates over 550 million desktops, unable to implement ODF. In light of this real world problem, Sun's Bosak urges support for MS OOXML as an ISO standard!!!
    So we have this situation at OASIS ODF where Sun is in control of both ODF and OpenOffice, refusing in all cases to compromise the linkage or accomodate the much needed interoperability enhancemnts seeking to improve the conversion of billions of documents to ODF. And publicly supporting MS OOXML as the only pragmatic alternative to the situation Sun is responsible for!
Gary Edwards

Can IBM save OpenOffice.org from itself? - 0 views

  • OpenOffice.org's biggest foe may be Microsoft Office, but critics say the open-source organization has, from its inception, also been one of its application suite's own worst enemies -- a victim of a development culture that differs radically from the open-source norm. Observers now wonder if IBM's entry into OpenOffice.org can make the necessary changes.
    • Gary Edwards
       
      good article from Eric Lai of ComputerWorld. Written on the eve of the infamous Barcelona OpenOffice.org developers conference, Eric argues that OOo isn't a real open source community. Instead, OOo is a owned and operated by Sun.
      One of the more important control points Sun insists on is that of commit rights and project managers. Only Sun employees have these rights and can hold these important positions..
      The more important point is made by Marbux (below: ODF is an application specific format designed exactly for OpenOffice. While other applications might partially implement ODF, interoperability and successful ODF document exchange require the OOo code base!
      From Marbux: This is the only article I've found to date where IBM (Heintzman) flat out says IBM wants changes in OOo licensing, more in line with the Eclipse and Apache licenses. See pg. 2. Significant because it feeds the meme that IBM's own ODF-based development goal is proprietary closed source built on the OOo code base, e.g., Symphony, et cet.
      And that has huge signficance once you realize that ODF is not the real standard; the OOo code base is the real ODF standard. Look around the world and you see that ODF adoption decisions by governments are all in reality decisions to go with StarOffice, OOo, or OOo clones. I haven't, for example, seen a single instance where a government decided to ride with KOffice. Why would they, with the interop issues between KOffice and OOo? The fact that OOo's code base is the real ODF standard will figure strongly in the comments. Couple it with Sun's iron-fisted control of the OOo code base, and you have vendor lock-in with a Microsoft partner.
      But with 70 developers committed in China, where developers salaries are inexpensive, IBM will soon be in a position to threaten to fork the OOo code base using proprietary extensions. Is that their real tactic to force changes in licensing and gov
Gary Edwards

XML 2007 Conference - Boston MA, Dec 3-5 - 0 views

  • XML 2007 Conference XML 2007 is the world’s largest and longest-running conference devoted to XML and other open data and document technologies. Our theme for 2007 is XML in Practice, focusing on the lessons learned from implementing XML in production-grade systems. When? Monday 3 December–Wednesday 5 December 2007 Where? Marriott Copley Place, Boston, MA  
  •  
    Check out the schedule.  There are some really interesting topics to be covered.  Microsof tand Sun are also going to have a session on application level interoperability and why multiple standards are better than one.
Gary Edwards

Is this valid? - ODF List Archives - 0 views

  • just played a little with other ODF applications. Looks like Lotus Symphony can handle input fields with paragraphs breaks in it. The XML it produces is:
  •  
    Archives of all OASIS ODF TC disussions.  Does not include Metadata, Formula or Accessibility lists
« First ‹ Previous 141 - 160 of 172 Next ›
Showing 20 items per page