Skip to main content

Home/ OpenDocument/ Group items tagged xml

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
Gary Edwards

California may join rush of states toward ODF - 0 views

www.computerworld.com/...article.do

iso microsoft msoffice oasis odf ooxml opendocument openxml xml

shared by Gary Edwards on 06 Mar 07 - Cached
  • Like the other two measures, the bill in the California Assembly doesn't list any specific document formats that could be used. But as in Minnesota and Texas, the introduction of such a bill appears to be another potential win for backers of the Open Document Format (ODF) for Office Applications.
  • Gary Edwards on 06 Mar 07
     
    Good article about the opening salvo in what promises to be a long, hard fought war with Microsoft.  Unlike what has happened in the EU and Massachusetts, this time our friends in Redmond are politically facing off on the home turf of their powerful enemies in Silicon Valley, which stretches from the south of market area (SOMA) all the way down the San Francisco peninsula to San Jose, arching around the entire Bay area.

    If you thought it was raining dollars from Redmond in Massachusetts as the great monopolist moved to successfully shut down the entire Information Technology budget, including HomeLand Security projects, the battle of California promises to be the el nino of perfect storms.  I'm confident though that California CIO Clark Kelso and five star brigadiere general Bill Welty will stand tall against the storm.  I can hardly wait for the forces to move into place and the action begin.  What a show this is going to be.

    Meanwhile, what's at stake here is all the marbles of our digital future.  Forcing Microsoft to accept and fully implement the OpenDcoument XML file format is something the great monopolist has shown they will fight to the bitter end.  Brace yourselves!

Gary Edwards

Thinking XML: Schema annotation for bottom-up semantic transparency - 0 views

www-128.ibm.com/...x-think32.html

data dictionaries imported:del.icio.us odf schematron wordnet

shared by Gary Edwards on 06 Mar 07 - Cached
  • Gary Edwards on 06 Mar 07
     
    Schematron, Data Dictionaries, Schema Abstracts:::: Oche makes the case for WordNet style unique definitions that might be very useful to verticle industry schemas - defined "shared" business processes. also pertains to verticle implementation of ODF. P
  • Gary Edwards on 06 Mar 07
     
    Schematron, Data Dictionaries, Schema Abstracts:::: Oche makes the case for WordNet style unique definitions that might be very useful to verticle industry schemas - defined "shared" business processes. also pertains to verticle implementation of ODF. P
  • Gary Edwards on 06 Mar 07
     
    Schematron, Data Dictionaries, Schema Abstracts:::: Oche makes the case for WordNet style unique definitions that might be very useful to verticle industry schemas - defined "shared" business processes. also pertains to verticle implementation of ODF. P
Gary Edwards

Behind Putting the OpenDocument Foundation to Bed (without its supper) : Updegroove | L... - 0 views

linux-foundation.org/...tion-to-bed-without-its-supper

cdf foundation marbux odf ooxml updegrove

shared by Gary Edwards on 30 May 08 - Cached
  • CDF is one of the very many useful projects that W3C has been laboring on, but not one that you would have been likely to have heard much about. Until recently, that is, when Gary Edwards, Sam Hiser and Marbux, the management (and perhaps sole remaining members) of the OpenDocument Foundation decided that CDF was the answer to all of the problems that ODF was designed to address. This announcement gave rise to a flurry of press attention that Sam Hiser has collected here. As others (such as Rob Weir) have already documented, these articles gave the OpenDocument Foundation’s position far more attention than it deserved. The most astonishing piece was written by ZDNet’s Mary Jo Foley. Early on in her article she stated that, “the ODF camp might unravel before Microsoft’s rival Office Open XML (OOXML) comes up for final international standardization vote early next year.” All because Gary, Sam and Marbux have decided that ODF does not meet their needs. Astonishing indeed, given that there is no available evidence to support such a prediction.
  • Gary Edwards on 30 May 08
     
    Uh?  The ODF failure in Massachusetts doesn't count as evidence that ODF was not designed to be compatible with existing MS documents or interoperable with existing MSOffice applications?

    And it's not just the da Vinci plug-in that failed to implement ODF in Massachusetts!  Nine months later Sun delivered their ODF plug-in for MSOffice to Massachusetts.  The next day, Massachusetts threw in the towel, officially recognizing MS-OOXML (and the MS-OOXML Compatibility Pack plug-in) as a standard format for the future.

    Worse, the Massachusetts recognition of MS-OOXML came just weeks before the September 2nd ISO vote on MS-OOXML.  Why not wait a few more weeks?  After all, Massachusetts had conducted a year long pilot study to implement ODF using ODF desktop office sutie alternatives to MSOffice.  Not only did the rip out and replace approach fail, but they were also unable to integrate OpenOffice ODF desktops into existing MSOffice bound workgroups.

    The year long pilot study was followed by another year long effort trying to implement ODF using the plug-in approach.  That too failed with Sun's ODF plug-in the final candidate to prove the difficulty of implementing ODF in situations where MSOffice workgroups dominate.

    California and the EU-IDABC were closely watching the events in Massachusetts, as was most every CIO in government and private enterprise.  Reasoning that if Massachusetts was unable to implement ODF, California CIO's totally refused IBM and Sun's effort to get a pilot study underway.

    Across the pond, in the aftermath of Massachusetts CIO Louis Guiterrez resignation on October 4th, 2006, the EU-IDABC set about developing their own file format, ODEF.  The Open Document Exchange Format splashed into the public discussion on February 28th, 2007 at the "Open Document Exchange Workshop" held in Berlin, Germany.

    Meanwhile, the Sun ODF plug-in is fl
  • Gary Edwards on 30 May 08
     
    Marbux sets the record straight. These are the facts: Putting Andy Updegrove to Bed (without his supper) ..... http://www.universal-interop-council.org/node/4
  • Gary Edwards on 30 May 08
     
    Response from the OpenDocument Foundation setting the record straight. See "copmments" with this bookmark
Gary Edwards

An Antic Disposition: Cracks in the Foundation - IBM takes over ODF - 0 views

www.robweir.com/...cracks-in-foundation.html

foundation ibm odf odf-civil-war opendocument weir

shared by Gary Edwards on 24 Oct 07 - Cached
  • You must admire their tenacity. Gary Edwards and the pseudonymous "Marbux". The mythology of Silicon Valley is filled with stories of two guys and a garage founding great enterprises. And here we have two guys, and through blogs, interviews, and constant attendance at conferences, they have become some of the most-heard voices on ODF. Maybe it is partly due to the power of the name? The "OpenDocument Foundation" sounds so official. Although it has no official role in the ODF standard, this name opens doors. The ODF Alliance , the ODF Fellowship, the OASIS ODF TC, ODF Adoption TC (and many other groups without "ODF" in their name) have done far more to promote and improve ODF, yet the OpenDocument Foundation, Inc. seems to score the panel invites. Not bad for two guys without a garage.
  • Gary Edwards on 24 Oct 07
     
    An eMail went out today, October 24th, 2007, nominating IBM's Rob "Show me your garage!" Weir to be the new Co Chairman of OASIS ODF TC.  So it's looks like it's true; IBM is moving to take over ODF and OpenOffice.

    Not that that's bad.  In the long run this is perhaps the best thing that ever happened to ODF and OpenOffice.  There is no way IBM's Lotus Notes business plan for ODF-OOo could be any worse than Sun's plan has turned out to be. 

    ~ge~

  • Gary Edwards on 28 Oct 07
     
    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

ODF Split: Good Riddance, Good Grief, or Game Over? Michael Desmond Redmond Developer ... - 0 views

reddevnews.com/...weblog.aspx

cdf foundation odf ooxml opendocument

shared by Gary Edwards on 13 Dec 07 - Cached
  • Gary Edwards on 13 Dec 07
     
    Interesting comment from Simon Phipps: maybe we'll see ODF interoperability in versions 1.3 or 1.5? Note to Simon: It's been five years now since owrk on ODF began! Why not do something about the piss poor ODF interop now? Do we really need to wait another five years? ODF interop problems can be fixed with a simple vote to change the wording in Section 1.5, the Compatibility Clause, from should to must. Today compliance is optional, and it's killing ODF!!!! And this clown says we were out of our depth? He's out there peddling zero interoperability amongst ODF ready applications, with over 550 million users unable to convert their billions MSOffice documents to ODF, and we're the ones out of our depth? Although ODF began a noble and honorable effort to gift mankind with an open universally interoperable XML strucutred format also application, platform and vendor independent, things have changed. The big vendors have taken over, and turned this once noble effort into a shameless marketing war that's invaded international politics as it has corrupted international standards orgs. Game Over! ~ge~
  • Gary Edwards on 13 Dec 07
     
    Interesting comment from Simon Phipps: maybe we'll see ODF interoperability in versions 1.3 or 1.5? Note to Simon: It's been five years now since owrk on ODF began! Why not do something about the piss poor ODF interop now? Do we really need to wait another five years? ODF interop problems can be fixed with a simple vote to change the wording in Section 1.5, the Compatibility Clause, from should to must. Today compliance is optional, and it's killing ODF!!!! And this clown says we were out of our depth? He's out there peddling zero interoperability amongst ODF ready applications, with over 550 million users unable to convert their billions MSOffice documents to ODF, and we're the ones out of our depth? Although ODF began a noble and honorable effort to gift mankind with an open universally interoperable XML strucutred format also application, platform and vendor independent, things have changed. The big vendors have taken over, and turned this once noble effort into a shameless marketing war that's invaded international politics as it has corrupted international standards orgs. Game Over! ~ge~
Gary Edwards

Does ODF 1.2 Metadata Solve the Interop Problem? - Microsoft starts rolling out more O... - 0 views

talkback.zdnet.com/5208-12558-0.html

afnor cdf iso maryjo merger metadata odf ooxml opendocument talkback zdnet

shared by Gary Edwards on 11 Dec 07 - No Cached
  • Sorry Shish, you're wrong about ODF 1.2 Try ODF 1.5 or ODF 2.0, maybe. The metadata requirements for ODF 1.2 actually did include two way lossless translation capability. Unfortunately these features did not survive the final cut, and were not included in the April 2007 submission. You might also want to check the February 23, 2007 metadata proposal from Florian Reuter. That also would have delivered the goods and perhaps put ODF that grand convergence category of usefulness across desktops, servers, devices and web systems currently the exclusive domains of MS-OOXML and CDF+. Florian had devised a means of using metadata to describe the presentation aspects of content and structural objects. Very revolutionary. And based on the simple notion that bold, font, margins etc. are simply metadata about content and style objects. Where the train came off the track had to do with the concept of an XML ID means of linking metadata to content. Not that there was anything wrong with this mechanism. It's actually quite clever. What went wrong was that Sun insisted that only those elements approved and supported by OpenOffice would be allowed to make use of XML ID metadata. For independent developers, this is a serious constraint. Because of this constraint, the metatdata sub committee started off with six elements supported by OOo that metadata could be appied to. IBM then came in and asked for eleven more elements having to do with charts and graphs. The OpenOffice crew decided they could support this, so in they went. Then an interesting question was posed, "How are independent developers supposed to submit elements for metadata consideration?"
  • Gary Edwards on 11 Dec 07
     
    A Second response to Mary Jo's, "Microsoft starts rolling out more OOXML translators" is also posted here. The title is "Standardization by Corporation". Shish-Ka-Bob makes the assertion the ODF 1.2 metadata model will enable lossless two way conversion between MSOffice and ODF. While it's true that that intent was a key component of the original July of 2006 Metadata Requirements, the proposal was eventually stripped from the final submission made in April of 2007. I try to explain to Shish how that came about. The second post here, "Standardization by Corporation", is a follow on to statements made to Shish. The statements have to do with the events at ISO, and what i think will eventually happen. IMHO, ISO will follow either the AFNOR or Brittish proposals to merge ODF and OOXML. To do this they will remove entirely the coproarate vendor influence of Ecma and OASIS, and perfect the merger entirely at ISO. My post just happened to coincide with ISO Governor Mark Bryan's "Standardization by Corporations" letter. A derpressing but nevertheless very true concern. In fact, the OpenDocument Foundation was created specifically to address our concerns about the undue influence big application vendors were exerting on ODF following the April 30th, 2005 approval of ODF 1.0 (which went on to become ISO 26300). ~ge~
Gary Edwards

ODF 1.2 Metadata? You're Dreaming! Microsoft starts rolling out more OOXML translators... - 0 views

talkback.zdnet.com/5208-12558-0.html

cdf ge mary-jo metadata microsoft odf ooxml opendocument shish

shared by Gary Edwards on 11 Dec 07 - No Cached
  • Sorry Shish, you're wrong about ODF 1.2 Try ODF 1.5 or ODF 2.0, maybe. The metadata requirements for ODF 1.2 actually did include two way lossless translation capability. Unfortunately these features did not survive the final cut, and were not included in the April 2007 submission. You might also want to check the February 23, 2007 metadata proposal from Florian Reuter. That also would have delivered the goods and perhaps put ODF that grand convergence category of usefulness across desktops, servers, devices and web systems currently the exclusive domains of MS-OOXML and CDF+. Florian had devised a means of using metadata to describe the presentation aspects of content and structural objects. Very revolutionary. And based on the simple notion that bold, font, margins etc. are simply metadata about content and style objects. Where the train came off the track had to do with the concept of an XML ID means of linking metadata to content. Not that there was anything wrong with this mechanism. It's actually quite clever. What went wrong was that Sun insisted that only those elements approved and supported by OpenOffice would be allowed to make use of XML ID metadata. For independent developers, this is a serious constraint. Because of this constraint, the metatdata sub committee started off with six elements supported by OOo that metadata could be appied to. IBM then came in and asked for eleven more elements having to do with charts and graphs. The OpenOffice crew decided they could support this, so in they went. Then an interesting question was posed, "How are independent developers supposed to submit elements for metadata consideration?"
Gary Edwards

OpenDocument Format community steadfast despite theatrics of now impotent 'Foundation' ... - 0 views

talkback.zdnet.com/5206-10741-0.html

cdf odf ooxml

shared by Gary Edwards on 03 Dec 07 - Cached
  • ODF was dead-on-arrival not because it's a better or worse choice than OOXML (I have no idea which is better, really) but because the nature of those with UNIX DNA never allows these kinds of "open" agreements to succeed. They all just splinter. Every time.
  • Gary Edwards on 03 Dec 07
     
    The sad thing is that in early January of 2003, it was proposed that we start with a clean slate effort based on structural document generics instead of accepting the OpenOffice XML spec, and trying to strip out the application specific settings.  History will record that we accepted the OpenOffice XML spec, and were unable, after five years of effort (2002-2007) to clean things up.

    Perhaps ODF was doomed almost from the start.  The UNiX suggestion is interesting if not an arrow through the core.

Gary Edwards

Document Interoperability Initiative Demonstrates Momentum and Results: Industry collab... - 0 views

www.microsoft.com/...12-03DIIBrusselsPR.mspx

ooxml odf openoffice msoffice iso microsoft brussels

shared by Gary Edwards on 03 Dec 08 - Cached
  • Gary Edwards on 03 Dec 08
     
    Through the Document Interoperability Initiative (DII) global forums, technology leaders have been working together to promote interoperability between different document format implementations to provide greater value and choice to customers, and the events - including one held in Belgium this week - are yielding practical results. Interoperability solutions announced today translate Open XML documents to a Web page (HTML) allowing readability on Web-friendly browsers such as Firefox, improve translations between different formats through optimized templates, and enable features that provide greater choice for customers and opportunities for independent software developers as they create and use business applications built on Java that manipulate business documents. At the DII events, discussions were also held about developing document test libraries and schema validators, and vendors had the opportunity to test their implementations of document formats in a lab environment to identify potential issues to be addressed.
Paul Merrell

Matusow's Blog : Open XML, ODF, PDF, and XPS in Office - 0 views

blogs.msdn.com/...odf-pdf-and-xps-in-office.aspx

shared by Paul Merrell on 22 May 08 - Cached
    • Paul Merrell
      Paul Merrell on 22 May 08
       
      Whoopee! Everyone gets to add vendor-specific extensions to standards like ODF to enable some quality of Sharepoint/Exchange/Outlook interop in their apps, just as soon as Microsoft gets around to offering adequate specfications. History teaches that may be a very long time, and of course the relevant Microsoft patent RAND terms apply, because the disclosures are made outside the context of a standard that requires otherwise. And of course the OASIS RF on RAND policy does not forbid new ODF features subject to RAND terms and the policy is silent on the subject of vendor-specific extensions. Methinks FOSS may have just lost its "open standard" ODF.
  • Office is NOT implementing ODF 1.0 from ISO. That spec is not representative of the marketplace today, it is not what is implemented in OpenOffice, it is not what IBM is using for Symphony, and it is not referenced in the Massachusetts ETRM policy.
    • Paul Merrell
      Paul Merrell on 22 May 08
       
      As I have been arguing, there are no full featured implementations in existence of the ISO/IEC:26300 OpenDocument standard and every government that has adopted the international standard as its own internal standard or procurement specification is subject to legal challenge because of the lack of implementations.
  • In my opinion, the continued interest in innovation presented by those solutions will speak much louder than the formats themselves.
    • Paul Merrell
      Paul Merrell on 22 May 08
       
      You can have standards and you can have innovation. But you can't have interop if you embrace and extend standards. The need for stable, fully-specified formats for document interchange purposes apparently is not part of Microsoft's plan. Scant wonder, neither ODF nor OOXML is designed for document interchange among competing vendors' apps. They are both standards designed to allow a single vendor to maintain dominant market share among implementors of those standards. Microsoft will soon diominate market share in both so-called "standards." The embrace of a standard is necessary to extend and extinguish it.
  • ...3 more annotations...
  • While this is a big deal announcement for the Office product team (check out Doug Mahugh's blog), my take on it is predictably focused on the longer-term interoperability factors.
  • the API that will allow ANY document format to register itself with Office and be set as the default will be made available as planned. Additionally, the work with DAISY and other specialized document formats will move forward as well.
    • Paul Merrell
      Paul Merrell on 22 May 08
       
      I was wrong. The API is for more than ODF plugo-ins.
  • The documentation of client/server protocols for Office-related technologies (such as SharePoint and Exchange/Outlook communications) will remain available to the public.
  • Paul Merrell on 22 May 08
     
    "Clearly the Press Announcement today from Microsoft will bring about another wave of discourse on the future of document formats. " Jason Matusow presents the long-term view of the announcement's significance.
Jesper Lund Stocholm

Microsoft Expands List of Formats Supported in Microsoft Office: Move enhances customer... - 0 views

www.microsoft.com/...05-21ExpandedFormatsPR.mspx

microsoft msoffice 14 msoffice 2007 odf pdf xps

shared by Jesper Lund Stocholm on 22 May 08 - Cached
  • REDMOND, Wash. — May 21, 2008 — Microsoft Corp. is offering customers greater choice and more flexibility among document formats, as well as creating additional opportunities for developer and competitors, by expanding the range of document formats supported in its flagship Office productivity suite.
  • With the release of Microsoft Office 2007 Service Pack 2 (SP2) scheduled for the first half of 2009, the list will grow to include support for XML Paper Specification (XPS), Portable Document Format (PDF) 1.5, PDF/A and Open Document Format (ODF) v1.1.
  • It will also allow customers to set ODF as the default file format for Office 2007. To also provide ODF support for users of earlier versions of Microsoft Office (Office XP and Office 2003), Microsoft will continue to collaborate with the open source community in the ongoing development of the Open XML-ODF translator project on SourceForge.net.
    • Paul Merrell
      Paul Merrell on 22 May 08
       
      The wookie here is the lack of native ODF support in older versions of MS Office, together with the earlier-announced intent to develop a new special API for other vendors to add native file suport via MS Office plug-ins. As part of its previous effort to backport OOXML support to earlier versions of Office and to port it to Office for the Mac, Microsoft engineers internally added OOXML support using the Office 2003 native file support to the Office 2003 native file support plug-in APIs, ripped it out of Office 2003 for Office 2007, wrapped it as a module with the same interface as the older APIs, then back and cross ported the module to the earlier versions and Office for the Mac. The new APIs for use by competitors must of necessity be integrated with the existing module. Anytime Microsoft needs to issue a bug fix for OOXML in the earlier versions, it would seem that the most efficient manner for Micriosoft to do so would be a patch for all versions that support OOXML. A patch that adds ODF support for the other Office versions would seem to be a fairly trivial task that could be rolled out with the patches that bring the older versions up to date with the final version of ISO/IEC OOXML In my view, the only conceivable reason for the new APIs is to limit the Office functionality available to competitors who write plug-ins for Office.
    • Jesper Lund Stocholm
      Jesper Lund Stocholm on 02 Jun 08
       
      Another key point in the silver lining here is that Microsoft will add native support for ODF to Microsoft Office 2007 SP2 "and beyond". However support for ODF in previous versions of Microsoft Office will not be native but through the CleverAge Converter on SourceForge. It will in other words be XSLT-based translation of ODF to/from OOXML with the known issues with translation such as bad quality and performance. http://idippedut.dk/post/2008/05/Document-translation-sucks-(When-Rob-is-right2c-hes-right).aspx
  • ...1 more annotation...
  • “Microsoft’s support for ODF in Office is a great step that enables customers to work with the document format that best meets their needs, and it enables interoperability in the marketplace,” said Roger Levy, senior vice president and general manager of Open Platform Solutions for Novell Inc. “Novell is proud to be an industry leader in cross-platform document interoperability through our work in the Document Interoperability Initiative, the Interop Vendor Alliance and with our direct collaboration with Microsoft in our Interoperability Lab. We look forward to continuing this work for the benefit of customers across the IT spectrum.”
  • Paul Merrell on 22 May 08
     
    Microsoft press announcement: REDMOND, Wash. - May 21, 2008 - Microsoft Corp. is offering customers greater choice and more flexibility among document formats, as well as creating additional opportunities for developer and competitors, by expanding the range of document formats supported in its flagship Office productivity suite.
  • Jesper Lund Stocholm on 02 Jun 08
     
    Microsoft press announcement: REDMOND, Wash. - May 21, 2008 - Microsoft Corp. is offering customers greater choice and more flexibility among document formats, as well as creating additional opportunities for developer and competitors, by expanding the range of document formats supported in its flagship Office productivity suite.
Paul Merrell

BetaNews | Microsoft's Matusow and Mahugh on Office's move to open format support - 0 views

www.betanews.com/...3

compatibility mode mahugh microsoft native file support apis

shared by Paul Merrell on 27 May 08 - Cached
  • One of the most intriguing parts of today's development, especially for open source developers and ODF proponents, concerns Microsoft's upcoming release of its API's for document format plug-ins for the forthcoming "Office 14:"
  • A second scenario is, perhaps there's a format that we have not implemented or supported in Office, but for whatever reason, a particular organization wants to support that format. They can write their own support and integrate it into Office, so that it's very seamless; and from the user experience point of view, it just looks like yet another format Office supports.
    • Paul Merrell
      Paul Merrell on 27 May 08
       
      But will developers be able to set compatibility modes so that functionality in MS Office that can not be saved to another document format is not available? If not, there can be no ireliable nterchange of documents between different IT systems without loss of fidelity.
  • The APIs, BetaNews learned, will be released under the auspices of the interoperability initiatives the company launched in February. Those apply to documentation and information (note, not programs) that Microsoft says it will freely release to developers without them having to obtain a license; and those initiatives apply to Microsoft's "high-volume software" -- and certainly Office qualifies as that. A careful read of these initiatives' wording would indicate that Microsoft leaves itself no option for using intellectual property leverage against anyone who should make a format plug-in for Office 14 -- even a "better Open XML than Open XML," since that's no longer Microsoft's property either.
Paul Merrell

Is our idea of "Open Standards" good enough? Verifiable vendor-neutrality - O'Reilly XM... - 0 views

www.oreillynet.com/...ur_idea_of_open_standards.html

dita docbook interop jelliffe odf ooxml uof vendor neutrality

shared by Paul Merrell on 23 May 08 - Cached
  • Paul Merrell on 23 May 08
     
    In light of the Microsoft announcement of ODF support, a prescient July, 2007 blog article by Rick Jelliffe deserves revisiting. Jelliffe surveyed the pressure points for various players that he saw in the File Format War and made a set of suggestions that bear a remarkable resemblance to subsequent events. The goal he recommended for eGovernment and open standards advocates was to push to get ODF and OOXML out of the hands of Ecma and OASIS and into the hands of ISO for harmonization work, arguing that it is the most vendor-neutral eligible forum for such work.
Paul Merrell

Gray Matter : Compatibility Pack for Open XML passes 100 million downloads - 0 views

blogs.technet.com/...ses-100-million-downloads.aspx

office 2007 compatibility pack odf-ooxml stats

shared by Paul Merrell on 24 Jun 09 - Cached
  • Paul Merrell on 24 Jun 09
     
    Also includes stats in table form indicating that according to Google Search OOXML documents now outnumber ODF documents on the Web, for word processor documents, spreadsheet documents, and presentation documents.
Gary Edwards

Microsoft Loses, Spins Open XML Vote - 0 views

www.eweek.com/...0,1759,2178917,00.asp

shared by Gary Edwards on 04 Sep 07 - Cached
  • "The large number of reported 'no' votes [15] and 'abstentions' [9] demonstrates the depth of concern around the world over OOXML's interoperability and openness. The 'no's' included some of the fastest-growing economies in the world and major industrialized countries, in stark contrast to ODF, which was approved unanimously [31-0] by ISO in 2006. ODF remains the document format of choice for governments, as it is now being considered for use by countries in every major region of the globe. Microsoft has every right to seek the ISO label for OOXML, but, as the ballot results show, it has a long way to go before it earns it and can be considered a truly open, interoperable document format," said Marcich.
    • Gary Edwards
      Gary Edwards on 04 Sep 07
       
      Let's all hope Marino isn't called on to back up these statements! ODF has zero interoperability. Conformance is entirely optional and in direct violation of ISO Conformance Directives.

      In May of 2006, the ISO JTC1 requested of the ISO Directive Counsel an exception for ODF. The request was refused. ODF remains in violation.
Gary Edwards

We've Been Had! - 0 views

www.computerworld.com/...9027164

iso odef odf ooxml openwave xhtml xml

shared by Gary Edwards on 20 Jul 07 - Cached
  • There is nothing open about MOOXML, and it should have never made it to consideration as an international standard. But one has to ask, what is up with Sun? The John Bosak comment is just as much cause for concern as the fact that the nations of the world would dare consider OOXML as an international standard. All i can say is that we've been had. Sun and Microsoft have worked us royally, and only now, at the last moment, does the fog of confusion clear and we can see it all.
  • Gary Edwards on 20 Jul 07
     
    Yeah.  I said this!  And i still think ODF has what it takes to become a universal file format.  But only if the "interoperability enhancment" proposals are made part of the specification.  You can't talk your way to universal interop.   It has to go into the spec!

    OBTW, for you idiots who think i support OOXML as a standard?  You're idiots.  I support the quest for a universal file format that is totally application, platform and vendor independent.  The requirements, demands and criticisms we make of OOXML should be applied to every file format up for universal file format consideration.  Including ODF.  Including XHTML+ (XHTML, CSS3, RDF).  Including the EU IDABC "ODEF".

    The one area where i differ from most universal interoperability seekers is that i fully believe the big vendors have left open a loop hole we can exploit.  The plugin architecture is fully able to convert a big vendors application to produce our beloved but elusive universal file format. 

    This is important because the big vendors control "interoperability" by contolling the big vendor standards consortia, and, the major applications.  It's a double edged sword.

    The ubiquitous plugin architecture enables universal interop seekers to exploit the applications any way we want.  What's missing is a truly open "universal" standards process that is outside the reach of big vendors. 

    Personally i like the recent GPL3 process as a model on which to base emerging universal standards work.  Somehow the big vendors must be neutralized.  Otherwise, we;ll never see the universal inteop the world so desires.

    idiots,
    ~ge~

  • Gary Edwards on 23 Jul 07
     
    The "Backwards Compatibility" issue is all the rage at ISO, with the September vote on MS OOXML just a month away.

    Microsoft and Sun (We've Been Had!) are arguing that ISO should approve MS OOXML (Microsoft OfficeOpenXML) because OOXML offers a backwards compatibility with the legacy of existing billions of binary documents.

    This oft sighted history of Microsoft's reprehensible business practices is worth citing once again before the nations of the world go down that treacherous path towards ratifying Microsoft's proprietary systems and products as international standards.



Gary Edwards

Bringing Open Source to SOAs - 0 views

www.eweek.com/...0,1895,2155922,00.asp

apache eclipse opensource oss soa

shared by Gary Edwards on 15 Jul 07 - Cached
  • Vendors such as Iona Technologies, Red Hat, MuleSource, WSO2, Sun Microsystems and even IBM are pushing open-source components as key pieces of service-oriented architecture implementations.
  • Iona is heading the Eclipse Foundation's SOA Tools Platform Project, which is building frameworks and tools that enable the design, configuration, assembly, deployment, monitoring and management of software designed around a service-oriented architecture.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      This is certainly a big win for IBM hardware and Services.   I wonder how IONA plans to compete against IBM when IBM hardware and services can combine a one tow enterprise punch usign IONA open source efforts?

      I hope the IONA guys know what they're doing.  Or this could get ughly.

  • MuleSource CEO Dave Rosenberg, in San Francisco, agreed. "One of the key goals of SOA is to free up your IT environment from burdensome proprietary standards and vendor stacks that lock you in," he said. "In order to truly control your environment, open source is the only answer." MuleSource maintains the open-source Mule ESB.
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      1

      A big 1
  • ...1 more annotation...
  • Shaun Connolly, vice president of JBoss, said that the company's "application platform, Web apps, Web services, portal and the overall SOA platform provides more service bus integration for a more open and integrated platform."
    • Gary Edwards
      Gary Edwards on 15 Jul 07
       
      This is sad.  Red Hat does not yet understand how important the portable XML dcoument/data file format wars are to the future of SOA.  The Microsoft Vista Stack, based on OOXML-Smart Documents as the inter application stack transport, will effectively lock Red Hat out of any enterprise transitioning from MSOffice bound business processes.

      I guess it's because open source vendors don't see the MSOffice <> MS Exchange/SharePoint Hub as part of a SOA solution, that they don't see the importance of OOXML-SmartDocs.

      Red Hat Servers are under assault throughout the USA as Exchange/SharePoint Hub server system move in.  The E/S Hubs have an extraordinary connectivity to existing MSOffice desktops, with OOXML-Smart Docs as the transport connecting the two.

      The only way Red Hat could ever hope to crack that Vista Stack is by using ODF plugins at the head point; MSOffice bound business processes.

      The idea being to let the plugin convert existing documents and business processes to ODF in much the same way that the OOXML plugin for MSOffice carries out the non disruptive conversion to OOXML.

  • Gary Edwards on 15 Jul 07
     
    An eWEEK must read.  I think the recent aquisition is having a positive impact on the eWEEK journalist and reporters.   What a great series they've put together on SOA. SaaS and the Web 2.0
Gary Edwards

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

ec.europa.eu/...5935

california davinci interop iso massachusetts oasis odef odf ooxml opendocument politics xml

shared by Gary Edwards on 09 Jun 07 - Cached
  • 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;
  • IDABC ODEF Workshop 2007 in Berlin
  • Gary Edwards on 09 Jun 07
     
    ODF officially died on February 28, 2007, at the Advanced eGovernment Conference in Berlin.  Hellow ODEF
Gary Edwards

Malte Timmermann's Blog - 0 views

blogs.sun.com/malte

shared by Gary Edwards on 14 Jul 07 - Cached
  • Q: Why doesn't it support Office 2007?A: Well, basically, it does, but there is an issue in Word's 2007 Filter API handling. You can save to ODF, but when you try to open ODF, Word ignores the installed filters and tries to open with it's own filters. Of course Word can't, so you get an error message "The Office Open XML file &lt;name&gt; cannot be opened because there are problems with the content". This even happens if you explicitly select the ODF filter! I hope Microsoft will fix this issue with the next service pack. If not, we will work around this bug by doing the same kind of integration like in PowerPoint and Excel.
  • Gary Edwards on 14 Jul 07
     
    The reason da Vinci was broke in Office 2007
« First ‹ Previous 81 - 100 of 147 Next › Last »
Showing 20▼ items per page