There were 5 successive Roundtables. Each roundtable was led by 5 short presentations before the topic was opened to the floor for general discussion. The first roundtable focused on "What is ODF, and why are open document standards important". There were many questions regarding how open standards affect competition and innovation, whether ODF is in fact the best standard, issues of archiving and interoperability with ODF as well as how ODF addresses/will address concerns of accessibility for disabled persons.
The second Roundtable discussed how various software developers were responding to ODF and the third roundtable focused on whether governments or non-governmental and consumer organizations should systematically use procurement policy to promote ODF. The following roundtable was a lively discussion on whether national or global "agreements" can play a role in promoting ODF and how. During that roundtable as well as the last one on "Reflections and next steps", there were discussions of future work and strategies on ODF in a new international forum, the Internet Governance Forum (IGF) to be held in Athens, Greece, October 30 - November 3, 2006.
Group items tagged
Home - Berkman Center for Internet & Society - 0 views
-
-
The Berkman Center for Internet & Society at the Harvard Law School held an Open Document Conference, October 23rd, 2006. Just a few weeks after the October 4th, 2006 resignation of Massachusetts CIO Louis Gutierrez. This is the summary report of organizer Manon Ress. Sam Hiser represented the OpenDocument Foundation. The ZERO Interop problems that plague ODF implementation were not discussed. Strangely :) Another point not discussed is the fact that ODF is not an Internet file format. It's a desktop office suite only format. This constraint is written into the ODF charter. Interestingly, one of the problems of making ODF Web ready is that of highjacked W3C standards. Highjacking occurs when a specification or application takes existing W3C standards and changes the namespace reference to it's own. This is what ODF does. The reason for doing this is to constrain and limit the W3C standard to just those aspects implemented by the ODF reference application, OpenOffice. XForms, SVG, SMiL, XHTML, RDF/XML and RDFa are problematic examples of W3C namespaces that have been highjacked by ODF to meet the specific implementation constraints of OpenOffice. This impacts developers who rely on standard libraires to do conversions and processing. The libraries are built to the proper W3C namespace, and unfortunately assume that ODF complies. It doesn't, So developers have to investigate how OpenOffic eimplements XForms and SVG, and build special ODF libraries before they can use ODF on the Web. It can be done, i think. But it's a train wreck of a mess guaranteed to destroy the high level of web interoperability users and developers expect.
-
ODF Split: Good Riddance, Good Grief, or Game Over? Michael Desmond Redmond Developer ... - 0 views
-
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~
-
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~
open...: Oh, Tell Me the Truth About...the ODF Bust-Up - 0 views
-
Oh, Tell Me the Truth About...the ODF Bust-Up The recent decision by the OpenDocument Foundation to shift its energies away from ODF to CDF has naturally provoked a lot of rather exaggerated comment. I wrote a piece for LWN.net (now out from behind the paywall) exploring what exactly was going on, and found out that there are bigger issues than simply document interoperability at play.It turns out to be all about Microsoft's Sharepoint - software that I am beginning to see as one of the most serious threats to open source today. Read it and be very afraid.
Open Document Format: The sad truth | Scott Mace Information Manager Journal - 0 views
-
Open Document Format: The sad truth David Berlind has posted a massive chronicle of who said what to whom about the supposed emergence of CDF as an alternative to Open Document Format (ODF) and OOXML. I played a minor role in this saga when I spoke with Gary Edwards for Opening Move, back in April. This was before Edwards proposed CDF in place of ODF. If you haven't listened to our conversation, please do so, because the concerns Edwards raised about ODF (and OOXML) remain just as valid today. While I'm sad to see Edwards' more recent direction and assertions debunked in the press and the blogosphere, the greater tragedy is of two competing document standards -- ODF and OOXML -- now on seemingly irreversible paths to immortality, meaning we'll have translation issues between them around for several lifetimes to come.
ODF 1.2? You're dreaming! Microsoft starts rolling out more OOXML translators | Mary... - 0 views
-
Over the next three months, Microsoft will be releasing new and updated translators designed to aid customers who want interoperability between Microsoft’s Office Open XML (OOXML) and other document formats, including Open Document Format (ODF). On December 4, Microsoft began rolling out three new translators that it plans to make available this month: A 1.1 update of its translator for Word; an Open XML spreadsheet translator and a presentation translator. Additionally, in February 2008, Microsoft will deliver the final version of its translator designed to provide interoperability between the Chinese-government backed Uniform Office Format (UOF) file format and OOXML. Microsoft announced the creation of the SourceForge-hosted Open Translation Project in July 2006. At that time, the Softies said the translator-focused initiatve was started “in response to government requests for interoperability with ODF because they work with constituent groups that use that format.” Vijay Rajagopalan, a Microsoft Principal Architect, provided the update on the OOXML-ODF translation work during the XML 2007 conference on Decmeber 4. During the XML 2007 interoperability panel — sponsored by Microsoft and of which Rajagopalan was a part — the ongoing battles that have raged for the past couple of years between Microsoft and the backers of ODF were a mere sidenote.
ODF 1.2 Metadata? You're Dreaming! Microsoft starts rolling out more OOXML translators... - 0 views
-
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?"
Did the W3C acknowledge CDF's potential as an office format (vs ODF) in newly public e-... - 0 views
-
Along the way, both sides know that there is little margin for error. All it takes is for one slip-up in messaging, one missed appointment, one mistake or one technical snafu to create a hole that the other side will gladly drive a Mack truck through. The stakes are so high that both sides have done a remarkable if not awe-inspiring (though not always commendable) job in executing their global full court presses. For the ODF community, it’s relatively minor to have a few dissenters like Edwards and Hiser break ranks. But, should the W3C concur with Edwards and Hiser that CDF is the more sensible candidate (than ODF) to be the world’s international open standard for universal document interop and portability, solidarity around ODF could weaken. And any weakening of solidarity around ODF is exactly the sort of hole that Microsoft would look to drive a truck through. If an indicator from the W3C that CDF is better-suited for ODF’s job than ODF could lead to such a hole, a similar indicator from IBM would be disastrous for the ODF community. Although it’s nothing more than a wild guess on my behalf, I’m willing to bet that IBM is probably responsible for more than 40 percent of the global resources being brought to bear on ODF’s behalf, if not 50 or 60 (percent). Microsoft wouldn’t need a Mack truck to take advantage of an IBM insinuation that ODF is non-strategic (or, “transitional” as Edwards said to me in an e-mail). Global support for ODF would very likely unravel because of how many people from governments to businesses to the ISO would feel betrayed and Microsoft’s OOXML would be left as the only format standing. The ODF coalition might live to see another day and another battle with CDF as their savior, but the damage would very likely be irreversible given the long memories of most of those who were betrayed.
-
Whereas the W3C has very little riding on ODF (Format), IBM has everything riding on it. Alright, not everything. IBM is involved in plenty of other businesses. But, after investing so much in ODF and now being so close to its best shot at seeking the aforementioned revenge, the last thing Big Blue can afford is a material breakdown in the world’s interest in ODF.
-
The question now is whether that moment has arrived for Gary Edwards and Sam Hiser in whole or in part, or maybe not at all. In response to my post, Doug Schepers, the primary contact at the W3C for CDF commented that in his eyes, it was simply an “honest misunderstanding on their part, and perhaps overenthusiasm.” Edwards, who over the weekend, disclosed to me the exact content of his e-mails with Schepers clearly had enough and simply published those e-mails here on ZDNet under the heading An Honest Misunderstanding? Hardly! Play the tape!. You can read the e-mails yourself. But, if there’s any text in them that vindicates Edwards and Hiser, it’s the part where Schepers wrote the following to them (I’ve boldfaced the most salient point):
- ...1 more annotation...
Front-page: Matusow backs the French proposal? - 0 views
-
But markets and governments understand that Open Document is the appropriate standard to replace the old Microsoft binary formats for office communication.
-
When did this happen? Th eonly thing markets and government pilot studies show is that it's IMPOSSIBLE to convert existing MSOffice documents to ODF. And even if you are able to do a lossy conversion, there is no way to convert back again without serious loss processing specific informaiton. (round tripping - which is critical to business process document exchange and routing).
The Future is CDF | Metaphorical Web - Kurt Cagle - 0 views
-
As editing increasingly moves onto the web, its safe to say that the document of choice will be neither ODF nor OOXML, both of which gain their power on the basis of supporting legacy word processing systems. Instead, what seems to be emerging from the W3C is something that is not an office suite because it didn’t evolve from one, but that nonetheless is capable of most if not all of the same functions that office suite documents pose.
Play the tape!!! The W3C eMails to the Foundation tell a differenct story | OpenDocumen... - 0 views
-
An honest misunderstanding? Hardly! Play the tape! Instead of arguing about who said what when, let's just go to the record and see exactly what the W3C's Doug Schepers said to us in an eMail introducing himself. Keep in mind that we did not contact the W3C or Mr. Schepers. The following eMail was most welcome, but entirely unsolicited.
-
The W3C's Doug Schepers joins the discussion claiming that the Foundation misunderstood his eMail messages. We say otherwise!
There is of course one way to settle this: PLAY THE TAPE!
So here it is.
~ge~
OpenDocument Format community steadfast despite theatrics of now impotent 'Foundation' ... - 0 views
-
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.
-
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.
Open Documents Standards Proposed in Texas Legislature | The Cowtown Chronicles - 0 views
-
(In fact, the new file formats in Office 2007 (docx, etc.) are based on the proposed OpenDocument format, with Microsoft’s proprietary customizations, of course.
-
Are you out of your mind?
-
Alex Brown on the ODF Zero Interop problem: The discussion to limit the use of Foreign ... - 0 views
-
So I think users need to understand, very clearly, that an ODF document/app of *either* conformance class has an EXTREMELY WEAK CLAIM TO INTEROPERABILITY. The "pure ODF conformance" sticker would be at best valueless and at worst positively misleading. So what I'd like to see is some real effort from the TC going into resolving this problem ...
-
The sad thing is that with the agreement between JTC1 and OASIS regarding ODF, it seems that SC34 has been completely cut out of the loop in terms of "fixing ODF", as you put it. I cannot see how SC34 will be able to play any part in this - besides rubber-stamping ODF 1.2 when it comes our way.
-
-
So I think users need to understand, very clearly, that an ODF document/app of *either* conformance class has an EXTREMELY WEAK CLAIM TO INTEROPERABILITY. The "pure ODF conformance" sticker would be at best valueless and at worst positively misleading. So what I'd like to see is some real effort from the TC going into resolving this problem ... Alex Brown What Alex fails to mention is that the "foreign elements and alien attributes" components in the ODF Section 1.5 "Compliance and Conformance" clause was originally put there in early 2003 to provide a compatibility layer for MSOffice binary documents. Without this clause, it would be impossible to convert the billions of legacy MSOffice binary documents to ODF without breaking the fidelity. Now th OASIS ODF TC wants to limit the use of the compatiblity clause. An action that would seriously cripple Microsoft's efforts to implement ODF in MSOffice 14. No surprises here. It was only a matter of time until IBM and Sun ganged up on the newest TC member, Microsoft.
-
So I think users need to understand, very clearly, that an ODF document/app of *either* conformance class has an EXTREMELY WEAK CLAIM TO INTEROPERABILITY. The "pure ODF conformance" sticker would be at best valueless and at worst positively misleading. So what I'd like to see is some real effort from the TC going into resolving this problem ... Alex Brown What Alex fails to mention is that the "foreign elements and alien attributes" components in the ODF Section 1.5 "Compliance and Conformance" clause was originally put there in early 2003 to provide a compatibility layer for MSOffice binary documents. Without this clause, it would be impossible to convert the billions of legacy MSOffice binary documents to ODF without breaking the fidelity. Now th OASIS ODF TC wants to limit the use of the compatiblity clause. An action that would seriously cripple Microsoft's efforts to implement ODF in MSOffice 14. No surprises here. It was only a matter of time until IBM and Sun ganged up on the newest TC member, Microsoft.
Europe: Microsoft's behavior has changed, interop docs already complete | Tech Policy &... - 0 views
-
"In light of changes in Microsoft's behaviour, the increased opportunity for third parties to exercise their rights directly before national courts and experience gained since the adoption of the 2004 Decision," this morning's statement reads, "the Commission no longer requires a full time monitoring trustee to assess Microsoft's compliance. In future, the Commission intends to rely on the ad hoc assistance of technical consultants. "Microsoft has an ongoing obligation to supply complete and accurate interoperability information as specified in the Commission's 2004 Microsoft Decision," the EC goes on. "However, given that the original set of interoperability information has already been documented by Microsoft, increased opportunities through private enforcement provisions in Microsoft's license agreements for third parties to exercise their rights directly before national courts, and experience gained since the adoption of the 2004 Decision, the nature of the technical assistance that the Commission requires is now of a more ad hoc character."
IBM, Sun Microsystems Launch ODF Toolkit Union To Grow Adoption, Community and Software... - 0 views
-
"November 5, 2008 IBM and Sun Microsystems, Inc. today announced the launch of the OpenDocument Format (ODF) Toolkit Union, a new open-source software community project organized to make document software more innovative, versatile and useful for business."
Alliance Calls on Microsoft to Act on Its Commitment to Implement Support for ODF - 0 views
-
The ODF Alliance today greeted with scepticism Microsoft's announcement of its intention to include support for the OpenDocument Format in the first half of 2009.
Matusow's Blog : Open XML, ODF, PDF, and XPS in Office - 0 views
-
-
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.
-
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.
-
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...
-
"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.
Doug Mahugh : Office support for document format standards - 0 views
-
Third-party translators. We anticipate that some developers may want to take over the default ODF load and save paths, so that they can plug in their own translators for ODF, and we'll be providing an API in SP2 that enables this scenario. This means that if a developer disagrees with the details of our approach and would like to implement ODF for Office in a different way, they're free to do so and can set it up such that when a user opens an ODT attached to an email or from their desktop, it will be loaded through their ODF code path.
-
The Third-party translators discussion of the forthcoming new API suggests that it is for ODF only, and thereby implicitly that it will not be a tool for accessing the full functionaolity of MS Word, i.e., that only the functionality specified in ODF 1.1 will be available. E.g., no control of Sharepoint functionality or manipulation of the Microsoft cloud through the API from OpenOffice.org via ODF. .
-
The Microsoft cloud depends heavily on OOXML, and that is likely not going to change. Are you saying that you'd prefer a plug-in mechanism in SharePoint as well? I believe the protocols used by SharePoint are included in the specs now provided. Won't that do (apart from the non-commercial usage of the specs)
-
-
If you're an Office 2007 user, the image above probably looks pretty familiar. But look close, and you'll see some Save-As options you've not seen before here: OpenDocument, and (unless you have the existing add-in) PDF & XPS.
-
There is new information today about the planned release of v2.0 of the ODF translator on the ODF translator team blog. The SourceForge translator projects will continue to move forward, and Microsoft will continue to be an active participant in these projects.
- ...2 more annotations...
-
"This is a screen shot of a pre-release copy of SP2 (Service Pack 2) for the 2007 Microsoft Office System, showing the new document format standards that we'll be supporting starting with SP2."
-
"This is a screen shot of a pre-release copy of SP2 (Service Pack 2) for the 2007 Microsoft Office System, showing the new document format standards that we'll be supporting starting with SP2."
Open Malaysia: ISO 26300 Published - 0 views
-
The OpenDocument Format (ISO 26300) has been officially published by ISO . More information is available here. This should put to rest any objections that ISO 26300 is not available in its official form for the reference of technologists.
-
The ISO-page lists the date of publication as November 30th 2006.
-
« First
‹ Previous
161 - 180 of 181
Next ›
Showing 20▼ items per page