<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
  <channel>
    <title>OpenDocument's feed | Diigo Group</title>
    <link>http://groups.diigo.com/opendocument/bookmark/tag/davinci+interoperability</link>
    <description>Bookmarks from OpenDocument tagged by davinci+interoperability</description>
    <pubDate>Tue, 22 Apr 2008 17:16:23 -0000</pubDate>
    <item>
      <title>Open Stack: ISO Does The Unthinkable.  How ISO approval of MSOffice-OOXML will break the Web</title>
      <link>http://openstack.blogspot.com/2007/01/opendocument-as-perfect-microsoft.html?showComment=1208721360000</link>
      <description>&lt;p&gt;&lt;strong&gt;Comments:&lt;/strong&gt;&lt;ul&gt;&lt;li&gt;A summary of my views on ISO approval of MSOffice-OOXML and the impact it will have on the futrue of the open web. &lt;small&gt;posted by &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/garyedwards&quot;&gt;garyedwards&lt;/a&gt;&lt;/small&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Highlights and Sticky Notes:&lt;/strong&gt;&lt;p&gt;&lt;div class=&quot;content&quot;&gt;In August of 2007 we dropped ODF as the da Vinci target conversion format, and moved to the W3C's Compound Document Format (CDF) with an ePUB wrapper.&lt;br /&gt;&lt;br /&gt;The reason for this move is that we could not establish a reasonable degree of interoperability with OpenOffice ODF unless Sun supported the five generic eXtensions to ODF needed to hit the high fidelity conversion the da Vinci process is capable of.&lt;br /&gt;&lt;br /&gt;Since da Vinci is a clone of the MSOffice OOXML compatibility Kit, we use the same internal conversion process where imbr (in-memory-binary-representation) is converted to another format: imbr &amp;lt;&amp;gt; OOXML or, imbr &amp;lt;&amp;gt; RTF.&lt;br /&gt;&lt;br /&gt;While it's entirely compliant to eXtend ODF, without Sun's changes to OpenOffice ODF the application-platform-vendor independent interoperability end users expect would be meaningless.&lt;br /&gt;&lt;br /&gt;The problem as we see it is this; it is impossible to do a high fidelity conversion between two application specific XML formats.  &lt;br /&gt;&lt;br /&gt;It is however quite possible to do a conversion between an application specific format and a generic (application-platform-vendor independent) format.&lt;/div&gt;&lt;/p&gt;&lt;p&gt;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/css&quot;&gt;css&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/davinci&quot;&gt;davinci&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/interoperability&quot;&gt;interoperability&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/msoffice&quot;&gt;msoffice&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/odf&quot;&gt;odf&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/ooxml&quot;&gt;ooxml&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/xaml&quot;&gt;xaml&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/xhtml&quot;&gt;xhtml&lt;/a&gt; &lt;/p&gt;&lt;p&gt;&lt;strong&gt;Posted by:&lt;/strong&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/garyedwards&quot;&gt;garyedwards&lt;/a&gt;&lt;/p&gt;</description>
      <pubDate>Tue, 22 Apr 2008 17:16:23 -0000</pubDate>
    </item>
    <item>
      <title>Taking an incremental approach to SOA | Avoiding costly &quot;rip out an dreplace&quot;</title>
      <link>http://news.zdnet.com/2424-9595_22-167085.html</link>
      <description>&lt;p&gt;&lt;strong&gt;Comments:&lt;/strong&gt;&lt;ul&gt;&lt;li&gt;&lt;font face=&quot;Tahoma&quot; size=&quot;4&quot;&gt;Excellent article from NetManage's &lt;cite&gt;Archie Roboostoff.&amp;nbsp; He lays out all the difficulties and mistakes experienced with SOA efforts.&lt;br /&gt;&lt;/cite&gt;&lt;/font&gt; &lt;small&gt;posted by &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/garyedwards&quot;&gt;garyedwards&lt;/a&gt;&lt;/small&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Highlights and Sticky Notes:&lt;/strong&gt;&lt;p&gt;&lt;div class=&quot;content&quot;&gt;&lt;b&gt;Current implementation issues&lt;/b&gt;&lt;br /&gt;
One of the biggest hurdles to implementing a realistic SOA is understanding what the business units and end users are doing today. This understanding is critical to the success of any SOA project since the new services must match exactly what each business unit is doing today. Neglecting these business processes and replacing them with individual services will most likely lead to hundreds of non-used services and frustrated business units. &lt;/div&gt;&lt;/p&gt;&lt;p&gt;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/cdf&quot;&gt;cdf&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/convergence&quot;&gt;convergence&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/davinci&quot;&gt;davinci&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/interoperability&quot;&gt;interoperability&lt;/a&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/tag/soa&quot;&gt;soa&lt;/a&gt; &lt;/p&gt;&lt;p&gt;&lt;strong&gt;Posted by:&lt;/strong&gt; &lt;a href=&quot;http://groups.diigo.com/opendocument/bookmark/garyedwards&quot;&gt;garyedwards&lt;/a&gt;&lt;/p&gt;</description>
      <pubDate>Fri, 28 Sep 2007 12:04:16 -0000</pubDate>
    </item>
  </channel>
</rss>