Skip to main content

Home/ Document Wars/ Group items tagged davinci

Rss Feed Group items tagged

Gary Edwards

Microsoft Closer on \'Office Open\' Blessing - 0 views

  • Opponents to OOXML, which include IBM (Quote) and the Open Document Foundation, have argued that Microsoft's specifications are unwieldy and that the standard application is redundant with the Open Document Format (ODF), which already exists. 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 different needs in the marketplace," the company wrote in an open letter published earlier this month.
  •  
    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
Gary Edwards

ongoing · Life Is Complicated - 0 views

  • Fortunately for Microsoft, the DaVinci plugin is coming, which will enable Microsoft office applications to comply with ISO 26300. We all understand the financial issues that prompted the push to make OOXML a standard (see Tim's comment above and http://lnxwalt.wordpress.com/2007/01/21/whose-finances-are-on-the-line/ for more on this) and ensure continued vendor lock-in. However, OOXML is not the answer.
  • ODF can handle everything and anything Microsoft Office can throw at it. Including the legacy billions of binary documents, years of MSOffice bound business processes, and even tricky low level reaching add-ons represented by assistive technologies.
  •  
    Yes!  It's Da Vinci time.  I wonder if W^ has downloaded ACME 376 and taken the Da Vinci conversion engine out for a test run?  Belgium and Adobe took a look, and have expressed an interest in getting their hands on the ODF 1.2 version of Da Vinci.  California and Massachusetts have yet to comment about ACME 376, but of course they are also waiting for Da Vinci.

    I'll thank W^ for his kind comments, and make sure he knows about the ACME 376 proof of concept.  If DaVinci can hit perfect conversion fidelity with those billions of binary documents using XML encoded RTF, there is no reason why Da Vinci can't do the same with ODF.  We do however need ODF 1.2 to insure that perfect interoperability with other ODF ready applications.
  • ...1 more comment...
  •  
    Yes!  It's Da Vinci time.  I wonder if W^ has downloaded ACME 376 and taken the Da Vinci conversion engine out for a test run?  Belgium and Adobe took a look, and have expressed an interest in getting their hands on the ODF 1.2 version of Da Vinci.  California and Massachusetts have yet to comment about ACME 376, but of course they are also waiting for Da Vinci.

    I'll thank W^ for his kind comments, and make sure he knows about the ACME 376 proof of concept.  If DaVinci can hit perfect conversion fidelity with those billions of binary documents using XML encoded RTF, there is no reason why Da Vinci can't do the same with ODF.  We do however need ODF 1.2 to insure that perfect interoperability with other ODF ready applications.
  •  
    Yes!  It's Da Vinci time.  I wonder if W^ has downloaded ACME 376 and taken the Da Vinci conversion engine out for a test run?  Belgium and Adobe took a look, and have expressed an interest in getting their hands on the ODF 1.2 version of Da Vinci.  California and Massachusetts have yet to comment about ACME 376, but of course they are also waiting for Da Vinci.

    I'll thank W^ for his kind comments, and make sure he knows about the ACME 376 proof of concept.  If DaVinci can hit perfect conversion fidelity with those billions of binary documents using XML encoded RTF, there is no reason why Da Vinci can't do the same with ODF.  We do however need ODF 1.2 to insure that perfect interoperability with other ODF ready applications.
  •  
    Hi guys,

    There is an interesting discussion triggered by Tim Bray's "ongoing · Life Is Complicated" blog piece.  Our good friend Mike Champion has some interesting comments defending ISO/IEC approval of MS Ecma 376 based on many arguments.  But this one seems to be the bottom line;

    <mike> "there is not an official standard for one that (in the opinion of the people who actually dug deeply into the question, and I have not) represents all the features supported in the MS Office binary formats and can be efficiently loaded and processed without major redesign of MS Office.

    ..... So, if you want a clean XML format that represents mainstream office document use cases, use ODF. If you want a usable XML foormat that handles existing Word documents with full fidelity and optimal performance in MS Office, use OOXML. If you think this fidelity/performance argument is all FUD, try it with your documents in Open Office / ODF and MS Office 2007 / OOXML and tell the world what you learn." </mike>

    Mike's not alone in this.  This seems to be the company line for Microsoft's justification that ISO/IEC should have two conflicting file formats each pomising to do the same thing, becaus eonly one of those formats can handle the bilions of binary documents conversion to XML with an acceptable fidelity. 

    This is not true, and we can prove it.  And if we're right  that you can convert the billions of binaries to ODF without loss of fidelity, then there was no "technology" argument for Microsoft not implementing ODF natively and becoming active in the OASIS ODF TC process to improve application interoperability.

    <diigo_
Gary Edwards

FAA May Ditch Microsoft's Windows Vista And Office For Google And Linux Combo - Technol... - 0 views

  • Bowen's compatibility concerns, combined with the potential cost of upgrading the FAA's 45,000 workers to Microsoft's next-generation desktop environment, could make the moratorium permanent. "We're considering the cost to deploy [Windows Vista] in our organization. But when you consider the incompatibilities, and the fact that we haven't seen much in the way of documented business value, we felt that we needed to do a lot more study," said Bowen. Because of Google Apps' sudden entry into the desktop productivity market
  •  
    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
Gary Edwards

Microsoft Hit By U.S. DOT Ban On Windows Vista, Explorer 7, and Office 2007 - Technolog... - 0 views

  • »&nbsp; E-Mail »&nbsp; Print »&nbsp; Discuss »&nbsp; Write To Editor late last year -- can be resolved. "We have more confidence in Microsoft than we would have 10 years ago," says Schmidt. "But it always makes sense to look at the security implications, the value back to the customer, and those kind of issues." The DOT's ban on Vista, Internet Explorer 7, and Office 2007 applies to 15,000 computer users at DOT proper who are currently running the Windows XP Professional operating system. The memo indicates that a similar ban is in effect at the Federal Aviation Administration, which has 45,000 desktop users. Compatibility with existing applications appears to be the Transportation Department's major concern. According to a separate memo, a number of key software applications and utilities in use in various branches of the department aren't Vista compatible. Among them are Aspen 2.8.1, ISS 2.11, ProVu 3.1.1, and Capri 6.5, according to a memo issued by staffers at the DOT's Federal Motor Carrier Safety Administration. Any prolonged ban on new Microsoft technologies by the federal government could have a significant impact on the software maker's bottom line, as Microsoft sells millions of dollars in software to the feds annually. http://as.cmpnet.com/event.ng/Type=count&amp;ClientType=2&amp;AdID=125682&amp;FlightID=75634&amp;TargetID=2625&amp;SiteID=222&amp;AffiliateID=283&amp;EntityDefResetFlag=0&amp;Segments=1411,3108,3448,11291,12119&amp;Targets=2625,2878,7904,8579&amp;Values=34,46,51,63,77,87,91,102,140,222,227,283,442,646,656,1184,1255,1311,1405,1431,1716,1767,1785,1798,1925,1945,1970,2217,2299,2310,2326,2352,2678,2727,2767,2862,2942,3140,3347,3632,3636,3638,3890,3904,4080,448
    • Gary Edwards
       
      DOT chief technology officer Tim Schmidt DOT's CIO Daniel Mintz Federal Department of Transportation
  •  
    Whoa, those government desktops add up quickly.  This Vista ban will immediately effect over 50,000 desktops, with tens of thousands more possibly impacted by the IE 7.0 ban.  The MS Exchange/SharePoint Hub juggernaut is based on IE 7.0, which is not available for Windows 2000 - MSOffice 2000 desktops.

    Lack of Vista Stack compatibility with non Microsoft application is given as the reason for the ban.  But notice the "alternatives" to Vista mentioned; Novel SuSE and Apple Mac.  What kind of interop - compatibility do they offer?  My guess is ZERO!

    The reality is that the DOT is trapped.  My advice would be stay exactly where they are, keeping the current MSOffice desktop installs running.  Then, install the Foundation's daVinci ODF plugin for MSOffice. 

    This will insure that Windows OS and  MSOffice bound business processes can continue to function without disruption.  Win32 APi based applications like those mentioned in the article can continue.  Critical day to day business processes, workgroup and workflow related activities can continue without disruption or costly re engineering demanded by a cross platform port.

    What daVinci doe sdo is move the iron triangle that binds Windows-MSOffice applications to business processes and documents, to an ODF footing.  Once on a ODF footing, the government can push forward with the same kind of workgroup - workflow - intelligent docuemnt - collaborative computing advnaces that the Vista Stack was designed to deliver.  Only this push will involve the highly competitive "the customer is sovereign" environment of ODF ready desktop, server, device and Web 2.0 systems.  End of Redmond lock-in.  End of the costly iron triangle and the force march upgrade treadmill that so enriches Microsoft.

    So what's not to like?  We can do this.
    ~ge~

    http://docs.google.com/View?docID=dghfk5w9_20d2x6rf&amp;revi
Gary Edwards

EOOXML objections - Grokdoc - 0 views

  •  
    Marbux has done some heroic work here, using the GrokDoc Wiki.  The Title is "EOOXML Objections", and it's primary purpose is to help ISO National Body Memebers evaluate the 0ver 6,000 pages of the Microsoft - ECMA Office Open XML Specification for MSOffice. 

    On January 5th, 2007, Microsoft officially submitted EOOXML to ISO under the fast track rules.  Before EOOXML can hit the fast track though, ISO provides members with a 30 day "Contradition Review Phase".   During this brief phase, ISO NB's (national standards body members) muct evaluate the proposal and post their allegations concerning contradictions and inconsistencies with other ISO products - like ODF.

    What Marbux is assembling here is a one stop shop for ISO NB's strugglign to understand the issues at stake.  It's incredible wha the has accomplished in such a short time.  But then, the clock is ticking.  February 5th is a hard and unmovable deadline. 

    The basic contradiction is thatt EOOXML is a subset of ISO existing product, ODF.  Both attempt to do the exact same thing:  provide an XML file format for desktop productivity environments such as MSOffice, OpenOffice, and WordPerfect Office.  What seriously differentiates the two is that ODF was designed expressly to be a universal file format, application and platform independent, able to transition across many different information domains connecting the legacy of desktop productivity to near everything else.  MOOXML on the other hand was designed for MSOffice and the legacy of billions of binary documents that only Micrsoft knows the secrets to converting to XML.  As such, MOOXML is designed to be application and platform bound, with these proprietary dependencies written right into the specification.

    One of the more important elements of the Marbux arguments is that the OpenDocument Foundation's daVinci Plugin and InfoSet Engine - API prove conclusively
Gary Edwards

IBM undeterred by setbacks to ODF adoption | InfoWorld | News | 2007-06-08 | By China M... - 0 views

  • You might think the steady defeat of bills in several U.S. states to mandate the use of free interoperable file formats might dampen the spirits of IBM, one of the prime supporters of&nbsp;ODF (OpenDocument Format). Far from it, said IBM's Bob Sutor, who sees the recent news as par for the course in the evolution of any open standard.
  •  
    Thus spoke the little Dutch Boy, his finger in the dike, his confidence large.  Meanwhile, people with half a brain were heading for the high ground.  California, Texas, Massachusetts and the EU IDABC come to mind.  Hello bob!  Can you say ODEF?
Gary Edwards

State's move to open document formats still not a mass migration - 0 views

  • June 08, 2007 (Computerworld) -- Only a tiny fraction of the PCs at Massachusetts government agencies are able to use the Open Document Format (ODF) for Office Applications, despite an initial deadline of this month for making sure that all state agencies could handle the file format.
  •  
    Use of ODF remains minimal on government PCs in Massachusetts
    Eric Lai ....... June 8, 2007

    Bummer!  Do you think IBM is silent on this because they are busy cutting sweetheart deals with MS?  Are they going to hang Sun on this?  I'm sure that by next week IBM will have to respond to ODEF.   This just keeps getting better.  So in both Texas and California they wonder if it's even possible to implement ODF solutions.  No one wants to get into that hole with Massachusetts.

    ~ge~


Gary Edwards

» OpenDocument or OpenXML: Do you care? | Between the Lines | ZDNet.com - 0 views

  • A week or so ago, I published a podcast at IT Conversation with Scott Mace interviewing Gary Edwards about OpenDocument. Edwards is the president of the OpenDocument Foundation. OpenDocument Foundation is a non-profit that works to promote the OpenDocument file format–an XML file format for office documents. There’s no question that businesses want an XML-based file format for office data. The question, naturally, is which XML-based file format. Microsoft has it’s own XML-based file format called OpenXML.
  •  
    Excellent coverage of a very important interview!
Gary Edwards

Mass. Set to Mix Office With ODF - 0 views

  • Massachusetts last week officially confirmed that its executive agencies for now will continue using Microsoft Office instead of switching to alternative desktop applications. But by Jan. 1, in keeping with a controversial policy announced last year, the state plans to start adding plug-in software that will let its Office users create and save files in the industry-standard OpenDocument format.
  •  
    The August 28th, 2006 article about Massachusetts decision to use addon plugins.  ComputerWorld - Caarol Sliwa
Gary Edwards

GullFOSS: It's our way or the highway. So what if new cool features = Zero Interop? D... - 0 views

  • When such new features that enhance the interoperability require enhancements to the Open Document file format we will propose the necessary changes to the OASIS Open Document TC. This way not only OpenOffice.org but also Open Document benefits from our efforts. Florian Reuter, who now works for Novell, lists some of the changes we have in mind in his blog . So there are a lot of common ideas how we can improve the interoperability between OpenOffice.org and Microsoft Word documents and I hope we can work together with Florian here.
  •  
    The chuckleheads at Sun's StarOffice/OpenOffice Hamburg office respond to Florian's comprehensive lis tof suggestions to greatly improve ODF interoperability. 
  •  
    Make no mistake about it. Microsoft is absolutely right about three things: .... Compatibility with existing file formats is not an ODF concern. .... Sun controls the OASIS ODF TC. .... Sun makes certain that ODF is bound tightly to the OpenOffice feature set. Sun's view of interoperability is that of a one way street. Documents can be converted into ODF-OOo/SO, but they are guaranteed to break during any kind of document routing or round tripping. This is also the reason why the Sun "external" plugin for MSOffice fails. One way conversion simply isn't enough to crack the hold MSOffice has on critical day to day business processes. The only way to that is with a conversion process able to maintain high level fidelity while round tripping. As the EU IDABC has figured out, the ODF-OOo/SO specification is loaded with interoperability break points. That's why they are turning to ODEF, which can be seen as a version of ODF that is truly application independent and optimized for interoperability. ~ge~
Gary Edwards

EU-IDABC ODEF Workshop 2007 in Berlin - Documentation - presentations - 0 views

  • IDABC ODEF Workshop 2007 in Berlin
  • As information exchange in and with public administrations is very often bound to documents, editing, archiving and exchange possibilities for documents are crucial for the optimum function of administrations, both in terms of practicality and cost. Initiatives such as the PEGSCO Recommendations on Open Document Formats published by the IDABC Management Committee, demonstrate public administrations preference for "open" document exchange and storage formats that are subject to formal standardisation via international standardisation procedures. &nbsp; The primary objectives of the Berlin event, held at the German Federal Ministry of the Interior (BMI), were to: compile further input from Member State public administrations on their experiences and strategies on ODEF gather industry viewpoints on the initiatives relating to ODEF standardization and information on future standardisation developments provide a platform for exchange between stakeholders in public administrations and main industry players The program of the workshop included, among other: ODEF Strategies: Examples from European Administration Practical Experiences with the implementation of ODEF Report on ODEF-Standardisation activities &nbsp;4 parallel sessions with participants&nbsp; &nbsp;A panel discussion with stakeholders&nbsp;
  •  
    ODF officially died on February 28, 2007, at the Advanced eGovernment Conference in Berlin.  Hellow ODEF
Gary Edwards

ODF1.2 Interoperability Proposal - 0 views

  • Subject: Suggested ODF1.2 items From: "Florian Reuter" &lt;freuter@novell.com&gt; To: &lt;office@lists.oasis-open.org&gt; Date: Mon, 20 Nov 2006 17:03:24 +0100 Suggested enhancement for OpenDocument V1.2
    • Gary Edwards
       
      This message was submitted to the ODF-OOo/SO OASIS TC the day Florian joined Novell. His Novell contract allowed him to continue his work as the OpenDcoument Foundation's CTO. Take note of the response from Sun's Michael Brauer. It's a classic. The link is at the bottom of the page. ~ge~
  •  
    Part of the sad but enduring "History of Failed ODF Interoperability Attempts".  This particular message is dated November 20th, 2006. 

    The OpenDocument Foundation was notified a week earlier that the "benefactor" ODF Community group Louis Gutierrez had asked IBM and Oracle to put together in Massachusetts had failed.  This was the group Louis formed around the da Vinci plugin and our InfoSet APi. 

    Florian has been hired by Novell, and his first day on the job he finds out about the IBM - Novell deal with Microsoft.  Now he has write the MOOXML plugin for OpenOffice using the MS-CleverAge Translator Project work.  So he writes this message to the ODF TC [office] list. 

    The interoperability enhancements Florian suggests are based on the <interoperability eXtensions> submitted in August to the ODF Metadata SC for consideration.

    The first element in this list tha tFlorian chose to tackle related to "Lists".  He called it the "LIst Override Proposal".  This became the now infamous "List Enhancement Proposal War" that resulted in Sun having OASIS boot out the Foundation.

    Such is life in big vendor ODF'dom

    ~ge~

Gary Edwards

Microsoft trounces pro-ODF forces in state battles over open document formats - 0 views

  • Microsoft trounces pro-ODF forces in state battles over open document formats Eric Lai and Gregg Keizer &nbsp; document.write(''); if (navigator.userAgent.indexOf("Gecko")==-1) { document.write(''); } document.write(''); if (document.getElementById('dclk999')) { document.getElementById('dclk999').src = 'http://ad.doubleclick.net/adi/idg.us.cpw.desktopapplications/index;pos=imu;tile=3;sz=336x280;ord=' + ord + '?'; } document.write(''); if ((!document.images && navigator.userAgent.indexOf('Mozilla/2.') >= 0)|| navigator.userAgent.indexOf("WebTV") >= 0) {document.write('');} June 03, 2007 (Computerworld)
  • Keeping it private The other problem, Mathers said, was the jargon-laden disinformation that committee members felt they were being fed by lobbyists for both IBM and Microsoft. Although lobbyists would tell the committee one thing in private, they got cold feet when asked to verify the information publicly, under oath. "Suddenly, nobody wanted to sign witness affirmation forms and testify," he said. That undermined the credibility of each side, but it particularly damaged the position of ODF proponents. After Wyne testified publicly that in Massachusetts, only a handful of computers had thus far been converted over to using ODF,&nbsp;IBM declined to dispute her claims, Mathers said -- despite having earlier given "gleaming" reports on the progress of ODF in Massachusetts. "That's when I really started to question the whole bill," he said.
  •  
    Uh Oh.  They got IBM dead to rights in Massachusetts.  I guess the truth about Massachusetts will be told!  Finally.  ODF failed in Massachusetts because there isn't a reasonable  means of implementing ODF.  Same in California.
  •  
    A must read.  And yes, the ODF Vendors are the reason ODF lost.  They didn't provide useful solutions.  In fact, the applicaitons they proposed were seen by government CIO's as cstly and disruptive "rip out and replace" non starters.  In California, CIO's asked if it was even possible to implement ODF!!!
Gary Edwards

Slashdot | Pro-ODF Legislation Loses In Six States - 0 views

  • If this is the case then it greatly increases the scope of the bill from being a simple switch from MS Office to OpenOffice to a massive effort involving the definition of many new XML schemata, developing, testing and debugging software to handle the new schemata, creation of documentation, deployment of and training for the new software, etc., etc.
  • Another document format is not needed. This was already obvious before blogs took off, but to be promoting now is unforgivably stupid and irresponsible. Try and explain to an average person why all the typing they just did cannot even be viewed in a Web browser, they will not get it. Saving the user's typing as DOC or ODF is a con. The storage of text, styled text, graphics, photos, even movies (MPEG-4 H.264-AAC) has been solved. Your document format is ready it is HTML 4.01 Strict, CSS 2.1, and JS 1.5, there is nothing in the 1980's technology of MS Word that cannot be stored this way.
    • Gary Edwards
       
      Bravo! Here's someone who gets it. XHTML + CSS3 + RDFa + RDF/XML is the winner. ODF is tied to OpenOffice, Sun's machiavellian monopolist machinations, and bound to a desktop only implementation range that is so retro 1995. MOOXML of course is bound to the MS Vista Stack, where desktop, server, device and web informaiton are all interoperable if only your speak perfect MOOXML, XAML, Smart Tags, and .NET
  •  
    Incredible.  The tile alone says it all.  And the poster commenting on IBM and secret disaster that happened in Massachusetts has it right.  I wonder who that commenter is anyway?
Gary Edwards

Government - Focus for an OS Desktop - 0 views

  •  
    Government, to include Federal, State and Local, should be the prime focus for increasing open source desktop market share by vendors such as Novell, Redhat and Ubuntu. Why, because government is required to procure all product and services through an open, transparent and competitive process. As of today, few if any government organizations have complied with this requirement when it comes to purchases of desktop operating systems or productivity tools. In fact, until just recently there have not been competitive alternatives, but now there are.
  •  
    Government, to include Federal, State and Local, should be the prime focus for increasing open source desktop market share by vendors such as Novell, Redhat and Ubuntu. Why, because government is required to procure all product and services through an open, transparent and competitive process. As of today, few if any government organizations have complied with this requirement when it comes to purchases of desktop operating systems or productivity tools. In fact, until just recently there have not been competitive alternatives, but now there are.
Gary Edwards

Evermore Integrated Office - 0 views

  • EIOffice includes the features found in Microsoft Office, plus a number of productivity features found nowhere else.
  •  
    Homepage for EIOffice, a complete JAVA clone of MSOffice.  This stuff is excellent!  Easily surpasses OpenOffice in terms of file format conversion and compatibilitiy.  EIOffice is fully capable of "round tripping" documents with MSOffice users without compromising fideltiy.  Supports UOF but not ODF or MOOXML
Gary Edwards

Does ODF Have a Future? - 0 views

  •  
    This section of the Slashdot discussion of the LinuxWorld "Game Over" article concerns itself with RTF and Microsoft. ACME 376 "decodes" and converts MS RTF to XML encoded RTF. The full da Vinci process follows this chain: imbr<>MS RTF<>ACME 376<>InfoSet = output target file format MS RTF is the internal structuring stage that all in-memory-binary-representation are sent through with any conversion. Including the conversion of imbr to OOXML The OOXML plugin process looks like this: imbr<>MS RTF<>OOXML The da Vinci ODF process looks like this: imbr<>MS RTF<>ACME<>InfoSet<>ODF The da Vinci CDF process outputs to CDF instead of ODFThe reason we need to output to something other than ODF is that the OASIS ODF TC has no interest in provisioning the ODF specification with much needed iX "interoperability eXtensions". the iX eXtensions were designed to accomodate the high fidelity "round trip" conversion of existing MS documents to ODF while establishing a high level of interoperability with existing MS applications and workgroup processes.
Gary Edwards

Game Over! Latest Draft of Mass. ETRM Includes OOXML - 0 views

  • this new draft includes Microsoft's OOXML formats as an acceptable "open format."&nbsp;
  •  
    Game Over?  Probably.  I've been expecting Massachusetts to publicly revise the ODF mandate to include OOXML ever since Louis Gutierrez resigned in early October of 2006.  That was as clear a signal that ODF had failed in Massachusetts as anyone needed.

    The only surprise is that it took the new CIO, Beth Pepoli so long to make the announcement that OOXML would be recognized as an officially recognized open XML file format going forward.

    Andy UpDegrove of course does his best to downplay the significance of this announcement.  But how can this not be the deathnell for ODF? 

    The failure of ODF in Massachusetts has resulted in a world wide recognition that it is impossible to implement ODF. 

    This is exactly what happened to ODF mandate legislature in California.  The CIO's in California uniformly rejected both ODF legislation and Sun's hapless effort to set up an ODF Pilot Study based on what had happened in Massachusetts.  If Mass couldn't implement ODF, than they saw no reason for them to try.

    And it does come down to "implementation". 

    Most people think the implementation of ODF is as easy as downloading OepnOffice and converting your legacy docuemnts to ODF as they are used.  Simply fix the artifacts of conversion in process, and never look back.  OOo is free.  So what's not to like?

    Well, the problem is that the world has fifteen plus years of building business processes, line of business integrated applications and other client/server integration on top of the MSOffice application suite.  These business processes are bound hard to MSOffice.

    So the barrier for OpenOffice and ODF is twofold.  Any implementation of ODF must overcome both the binary documents conversion barrier, and, the MSOffice bound business process barrier.

    The cost and disruption of a <font
Gary Edwards

The Microsoft Document Juggernaut: ECMA to Begin Drafting XPS as Alternative Standard t... - 0 views

  • "Be that as it may," Updegrove continues, "perpetuating one monopolistic market position after another seems wholly incompatible with the role of a global standards body, tasked with protecting the interests of all stakeholders. If OOXML, and now Microsoft XML Paper Specification, each sail through ECMA and are then adopted by ISO/IEC JTC1, then it may be time to wonder whether the time has come to declare 'game over' for open standards."
  •  
    More on Andy UpDegrove's "Game Over for open standards" comment.
Gary Edwards

http://www.fr0mat.net/ - 0 views

  •  
    Very nice job Sam!
  • ...4 more comments...
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
1 - 20 of 20
Showing 20 items per page