<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: The Myth Of OOXML Adoption</title>
	<atom:link href="http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html</link>
	<description>Thinking the unthinkable, pondering the imponderable, effing the ineffable and scruting the inscrutable</description>
	<lastBuildDate>Mon, 15 Mar 2010 13:38:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1345</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 18 Dec 2007 17:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1345</guid>
		<description>@Queen:&lt;br/&gt;&lt;br/&gt;&quot;How in the world is it logical--or just--to give Jamaica and Japan equal standing?&quot;&lt;br/&gt;&lt;br/&gt;Because technical standards should be evaluated on technical merits, not socio-, geo- or political factors.&lt;br/&gt;&lt;br/&gt;Either you believe that we should introduce political weighting into a technical process, or that Jamaica can&#039;t produce a technical evaluation of same worth as Japan.&lt;br/&gt;&lt;br/&gt;Either option is despicable.</description>
		<content:encoded><![CDATA[<p>@Queen:</p>
<p>&#8220;How in the world is it logical&#8211;or just&#8211;to give Jamaica and Japan equal standing?&#8221;</p>
<p>Because technical standards should be evaluated on technical merits, not socio-, geo- or political factors.</p>
<p>Either you believe that we should introduce political weighting into a technical process, or that Jamaica can&#8217;t produce a technical evaluation of same worth as Japan.</p>
<p>Either option is despicable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Sayers</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1338</link>
		<dc:creator>Andrew Sayers</dc:creator>
		<pubDate>Thu, 13 Dec 2007 18:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1338</guid>
		<description>Queen Elizabeth,&lt;br/&gt;&lt;br/&gt;Things get very problematic very quickly when you start saying that some voters are more equal than others.&lt;br/&gt;&lt;br/&gt;One example is that the rich pay more taxes than the poor, but nobody would suggest they deserve more votes.&lt;br/&gt;&lt;br/&gt;A more concrete example is that American elections give more weight to votes from members of less populous states.  When a president is elected based on a minority of the vote (such as in the current president&#039;s first term), it can be terribly divisive.&lt;br/&gt;&lt;br/&gt;Finally, the idea of weighting votes only makes sense if people come to the ISO looking to defend their national interests, rather than trying to find the right technical solution to a problem.&lt;br/&gt;As &lt;a HREF=&quot;http://www.adjb.net/index.php?entry=entry071209-141310&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;Martin Bryan&lt;/a&gt; recently commented, encouraging people to look at the ISO that way would reduce the quality of its work.&lt;br/&gt;&lt;br/&gt; - Andrew</description>
		<content:encoded><![CDATA[<p>Queen Elizabeth,</p>
<p>Things get very problematic very quickly when you start saying that some voters are more equal than others.</p>
<p>One example is that the rich pay more taxes than the poor, but nobody would suggest they deserve more votes.</p>
<p>A more concrete example is that American elections give more weight to votes from members of less populous states.  When a president is elected based on a minority of the vote (such as in the current president&#8217;s first term), it can be terribly divisive.</p>
<p>Finally, the idea of weighting votes only makes sense if people come to the ISO looking to defend their national interests, rather than trying to find the right technical solution to a problem.<br />As <a HREF="http://www.adjb.net/index.php?entry=entry071209-141310" REL="nofollow" rel="nofollow">Martin Bryan</a> recently commented, encouraging people to look at the ISO that way would reduce the quality of its work.</p>
<p> &#8211; Andrew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dark Phoenix (Nixa)</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1333</link>
		<dc:creator>Dark Phoenix (Nixa)</dc:creator>
		<pubDate>Wed, 12 Dec 2007 01:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1333</guid>
		<description>&quot;Using Live search I find much higher numbers&quot;&lt;br/&gt;&lt;br/&gt;You&#039;re going to trust Microsoft&#039;s own search engine?  Their old search engine was demonstratively proven to provide Microsoft-biased results, so it wouldn&#039;t be surprising if Live Search does so as well.</description>
		<content:encoded><![CDATA[<p>&#8220;Using Live search I find much higher numbers&#8221;</p>
<p>You&#8217;re going to trust Microsoft&#8217;s own search engine?  Their old search engine was demonstratively proven to provide Microsoft-biased results, so it wouldn&#8217;t be surprising if Live Search does so as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1301</link>
		<dc:creator>James</dc:creator>
		<pubDate>Mon, 03 Dec 2007 19:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1301</guid>
		<description>It looks like you didn&#039;t include all the Neo-Office variants of Open-Office.  It could increase the Open-Office number (very few currently use the X11 Open Office version on Mac OS X).</description>
		<content:encoded><![CDATA[<p>It looks like you didn&#8217;t include all the Neo-Office variants of Open-Office.  It could increase the Open-Office number (very few currently use the X11 Open Office version on Mac OS X).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1293</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Sun, 02 Dec 2007 22:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1293</guid>
		<description>Queen, I stated a fact.  That&#039;s the way voting is decided in JTC1.  That&#039;s the written rules.  So logic has nothing to do with it.  There are many examples of decision making processes that are based on per-unit voting rights, independent of population or of economic power.  The UN General Assembly, the US Senate and ISO are some notable examples. &lt;br/&gt;&lt;br/&gt;Of course, there is nothing stopping someone from creating another standards organization with different voting rules.  Rich countries, and rich companies, will make out well in either situation.</description>
		<content:encoded><![CDATA[<p>Queen, I stated a fact.  That&#8217;s the way voting is decided in JTC1.  That&#8217;s the written rules.  So logic has nothing to do with it.  There are many examples of decision making processes that are based on per-unit voting rights, independent of population or of economic power.  The UN General Assembly, the US Senate and ISO are some notable examples. </p>
<p>Of course, there is nothing stopping someone from creating another standards organization with different voting rules.  Rich countries, and rich companies, will make out well in either situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Queen Elizabeth</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1292</link>
		<dc:creator>Queen Elizabeth</dc:creator>
		<pubDate>Sun, 02 Dec 2007 21:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1292</guid>
		<description>&quot;In JTC1 we vote. One country one vote. We do not vote based on a nation&#039;s GDP. Jamaica and Japan are equal in ISO. We have engineers review the standards.&quot;&lt;br/&gt;&lt;br/&gt;How in the world is it logical--or just--to give Jamaica and Japan equal standing?&lt;br/&gt;&lt;br/&gt;Japan&#039;s population is MUCH larger than Jamaica&#039;s. Its use of document technology is likely disproportionately larger (than population alone would suggest.) And its technical acumen is almost certainly orders of magnitude greater than Jamaica&#039;s.&lt;br/&gt;&lt;br/&gt;It seems to me that the people who use standards the most and understand them the best should have a correspondingly larger say in what those standards consist of.&lt;br/&gt;&lt;br/&gt;Otherwise you&#039;re setting yourself for all kinds of behind-the-scenes hijinks, with market leaders and wealthier nations buying off poorer ones--which is precisely what happened!</description>
		<content:encoded><![CDATA[<p>&#8220;In JTC1 we vote. One country one vote. We do not vote based on a nation&#8217;s GDP. Jamaica and Japan are equal in ISO. We have engineers review the standards.&#8221;</p>
<p>How in the world is it logical&#8211;or just&#8211;to give Jamaica and Japan equal standing?</p>
<p>Japan&#8217;s population is MUCH larger than Jamaica&#8217;s. Its use of document technology is likely disproportionately larger (than population alone would suggest.) And its technical acumen is almost certainly orders of magnitude greater than Jamaica&#8217;s.</p>
<p>It seems to me that the people who use standards the most and understand them the best should have a correspondingly larger say in what those standards consist of.</p>
<p>Otherwise you&#8217;re setting yourself for all kinds of behind-the-scenes hijinks, with market leaders and wealthier nations buying off poorer ones&#8211;which is precisely what happened!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1291</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Sun, 02 Dec 2007 18:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1291</guid>
		<description>The Live Search query you use  is returning pages that link to a file of a particular type.  The Google query I used is returning the actually document.  These are two very different things, right?  A single file may be linked to from multiple HTML pages and Live Search will count it multiple times.  The file might not even exist, even though there is a link in a page, and Live Search would count it.&lt;br/&gt;&lt;br/&gt;I&#039;d note that applying this same Live Search technique to ODF files results in increasing ODF numbers around 10-fold as well.  So there is no support for the claim that Google is somehow depressing the OOXML numbers.&lt;br/&gt;&lt;br/&gt;In any case, it is good, from the trend perspective, to have multiple independent data sources, so I&#039;ll start tracking and reporting the Live Search numbers as well.  But I don&#039;t have historical data there, so it will take a couple of months before we can see what trend is indicated there.&lt;br/&gt;&lt;br/&gt;Are there any other search engines that allow queries based on document type?</description>
		<content:encoded><![CDATA[<p>The Live Search query you use  is returning pages that link to a file of a particular type.  The Google query I used is returning the actually document.  These are two very different things, right?  A single file may be linked to from multiple HTML pages and Live Search will count it multiple times.  The file might not even exist, even though there is a link in a page, and Live Search would count it.</p>
<p>I&#8217;d note that applying this same Live Search technique to ODF files results in increasing ODF numbers around 10-fold as well.  So there is no support for the claim that Google is somehow depressing the OOXML numbers.</p>
<p>In any case, it is good, from the trend perspective, to have multiple independent data sources, so I&#8217;ll start tracking and reporting the Live Search numbers as well.  But I don&#8217;t have historical data there, so it will take a couple of months before we can see what trend is indicated there.</p>
<p>Are there any other search engines that allow queries based on document type?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve_l</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1290</link>
		<dc:creator>steve_l</dc:creator>
		<pubDate>Sat, 01 Dec 2007 15:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1290</guid>
		<description>To an extent, all the word processing formats are really working formats; if the output is PDF, HTML or printed text, you shouldnt expect to see the formats on the web&lt;br/&gt;&lt;br/&gt;What may be possible is to estimate what percentage of PDF pages are actually created by OOo or Word 2007 rather than by acrobat or pdfcreator. You&#039;d take a sample of the PDFs and look inside to see what tool built them. If you can create a query that includes dates (all PDFs from oct 2007) then take a sample of those, you could see how the percentage changed. &lt;br/&gt;&lt;br/&gt;It would be hard to do this, except for a search engine company tthat already indexed PDFs, such as yahoo, google, and, um, microsoft.</description>
		<content:encoded><![CDATA[<p>To an extent, all the word processing formats are really working formats; if the output is PDF, HTML or printed text, you shouldnt expect to see the formats on the web</p>
<p>What may be possible is to estimate what percentage of PDF pages are actually created by OOo or Word 2007 rather than by acrobat or pdfcreator. You&#8217;d take a sample of the PDFs and look inside to see what tool built them. If you can create a query that includes dates (all PDFs from oct 2007) then take a sample of those, you could see how the percentage changed. </p>
<p>It would be hard to do this, except for a search engine company tthat already indexed PDFs, such as yahoo, google, and, um, microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Wraith</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1289</link>
		<dc:creator>The Wraith</dc:creator>
		<pubDate>Sat, 01 Dec 2007 12:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1289</guid>
		<description>I think this shows that Google is depressing numbers on certain filetypes or has a very inefficient file detection system:&lt;br/&gt;&lt;br/&gt;Using Live search I find much higher numbers:&lt;br/&gt;64100 DOCX files&lt;br/&gt;http://search.live.com/results.aspx?q=contains%3Adocx&amp;go=Zoeken&amp;mkt=us-us&lt;br/&gt;253000 ODT files&lt;br/&gt;http://search.live.com/results.aspx?q=contains%3Aodt&amp;go=Zoeken&amp;mkt=us-us&lt;br/&gt;&lt;br/&gt;This however is not entrily acurate as a lot of the exisiting .DOCX files are served via ASP pages which do not accuratly list in this kind of searches.</description>
		<content:encoded><![CDATA[<p>I think this shows that Google is depressing numbers on certain filetypes or has a very inefficient file detection system:</p>
<p>Using Live search I find much higher numbers:<br />64100 DOCX files<br /><a href="http://search.live.com/results.aspx?q=contains%3Adocx&#038;go=Zoeken&#038;mkt=us-us" rel="nofollow">http://search.live.com/results.aspx?q=contains%3Adocx&#038;go=Zoeken&#038;mkt=us-us</a><br />253000 ODT files<br /><a href="http://search.live.com/results.aspx?q=contains%3Aodt&#038;go=Zoeken&#038;mkt=us-us" rel="nofollow">http://search.live.com/results.aspx?q=contains%3Aodt&#038;go=Zoeken&#038;mkt=us-us</a></p>
<p>This however is not entrily acurate as a lot of the exisiting .DOCX files are served via ASP pages which do not accuratly list in this kind of searches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1288</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sat, 01 Dec 2007 10:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1288</guid>
		<description>Google&#039;s search can translate .odt files into HTML, but if you look at the .docx rendition you essentially get a zip file directory listing.&lt;br/&gt;&lt;br/&gt;Given that Google doesn&#039;t index .docx files yet, how sure are you that they&#039;re bothering to list all the .docx files they find in their index?&lt;br/&gt;&lt;br/&gt;I don&#039;t particularly doubt that .docx files are less common, particularly since there is much less reason to post Office files in the new format, but I do wonder how accurate your figures are. In particular, there&#039;s no sense of what the margin of error is - maybe you could ask someone at Google to comment on that?</description>
		<content:encoded><![CDATA[<p>Google&#8217;s search can translate .odt files into HTML, but if you look at the .docx rendition you essentially get a zip file directory listing.</p>
<p>Given that Google doesn&#8217;t index .docx files yet, how sure are you that they&#8217;re bothering to list all the .docx files they find in their index?</p>
<p>I don&#8217;t particularly doubt that .docx files are less common, particularly since there is much less reason to post Office files in the new format, but I do wonder how accurate your figures are. In particular, there&#8217;s no sense of what the margin of error is &#8211; maybe you could ask someone at Google to comment on that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Ward</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1287</link>
		<dc:creator>Chris Ward</dc:creator>
		<pubDate>Fri, 30 Nov 2007 18:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1287</guid>
		<description>So are we at the point of &#039;discontinuous change&#039; ?&lt;br/&gt;&lt;br/&gt;It&#039;s happened a few times before in related fields. &lt;br/&gt;&lt;br/&gt;Punch-card readers got better and better, but then got rapidly obsoleted by paper-tape readers.&lt;br/&gt;&lt;br/&gt;Magnetic core memory got better and better; but nowadays no-one makes it, and the price is very different depending on whether you&#039;re trying to sell some surplus, or buy some to maintain an old-but-vital chemical plant process control computer.&lt;br/&gt;&lt;br/&gt;Typewriters got better and better, but then got rapidly obsoleted by Personal Computers.&lt;br/&gt;&lt;br/&gt;ATT rental telephone handsets got better and better, but who rents a fixed-line telephone handset from ATT now ?&lt;br/&gt;&lt;br/&gt;VHS videotapes and tape decks got better and better, but all the movies come out on DVD now. Does anyone buy VHS ?&lt;br/&gt;&lt;br/&gt;Are Microsoft&#039;s formats getting better and better, but going into obsolescence because of open formats centred around ISO26300 and OpenOffice.org ? &lt;br/&gt;&lt;br/&gt;Is is time to segment the market ? For all who can jump off the One Microsoft Way to do just that ?</description>
		<content:encoded><![CDATA[<p>So are we at the point of &#8216;discontinuous change&#8217; ?</p>
<p>It&#8217;s happened a few times before in related fields. </p>
<p>Punch-card readers got better and better, but then got rapidly obsoleted by paper-tape readers.</p>
<p>Magnetic core memory got better and better; but nowadays no-one makes it, and the price is very different depending on whether you&#8217;re trying to sell some surplus, or buy some to maintain an old-but-vital chemical plant process control computer.</p>
<p>Typewriters got better and better, but then got rapidly obsoleted by Personal Computers.</p>
<p>ATT rental telephone handsets got better and better, but who rents a fixed-line telephone handset from ATT now ?</p>
<p>VHS videotapes and tape decks got better and better, but all the movies come out on DVD now. Does anyone buy VHS ?</p>
<p>Are Microsoft&#8217;s formats getting better and better, but going into obsolescence because of open formats centred around ISO26300 and OpenOffice.org ? </p>
<p>Is is time to segment the market ? For all who can jump off the One Microsoft Way to do just that ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1286</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Fri, 30 Nov 2007 17:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1286</guid>
		<description>Thanks for the R tips.  I&#039;m trying out the ggplot2 package.  Some interesting stuff there.  I&#039;m convinced that R is one of the greatest open source application ever made, making available for free the kind of power that you used to pay $20,000+ for.&lt;br/&gt;&lt;br/&gt;@Andrew, if the Office 2007 numbers were better, we would have heard.  Microsoft hypes things so much that no good news would go unreported.  But the 400 million overall numbers seems to be something they back for an estimate of overall adoption.  That is probably why vdBeld used it, though mistakenly implied it applied to OOXML.&lt;br/&gt;&lt;br/&gt;There is one way to figure this out, but it would require some work.  Spider the web, download a random sample of 100,000 or so Office documents, parse them using Apache POI or something like that.  Figure out the last save date as well as what application version saved the file (Office 2000 versus Office XP, etc.)  From that you could figure out, for that collection of documents, what the mix of Office versions were over time.&lt;br/&gt;&lt;br/&gt;@Anonymous, as for binary/legacy documents, the numbers are quite high. Even greater for PDF.  So PDF is 5x more popular than the legacy office formats, and the legacy formats are 400x more popular than ODF, and ODF is around 100x more popular than OOXML.  &lt;br/&gt;&lt;br/&gt;Of course, the legacy formats and PDF have been around a lot longer than ODF or OOXML.  What you would really want for a fair comparison is to know the numbers for documents created since, say January 1st, 2007, what is the breakdown.  What % of new documents in are XML formats versus legacy binaries.  To answer this would require a bit more work.</description>
		<content:encoded><![CDATA[<p>Thanks for the R tips.  I&#8217;m trying out the ggplot2 package.  Some interesting stuff there.  I&#8217;m convinced that R is one of the greatest open source application ever made, making available for free the kind of power that you used to pay $20,000+ for.</p>
<p>@Andrew, if the Office 2007 numbers were better, we would have heard.  Microsoft hypes things so much that no good news would go unreported.  But the 400 million overall numbers seems to be something they back for an estimate of overall adoption.  That is probably why vdBeld used it, though mistakenly implied it applied to OOXML.</p>
<p>There is one way to figure this out, but it would require some work.  Spider the web, download a random sample of 100,000 or so Office documents, parse them using Apache POI or something like that.  Figure out the last save date as well as what application version saved the file (Office 2000 versus Office XP, etc.)  From that you could figure out, for that collection of documents, what the mix of Office versions were over time.</p>
<p>@Anonymous, as for binary/legacy documents, the numbers are quite high. Even greater for PDF.  So PDF is 5x more popular than the legacy office formats, and the legacy formats are 400x more popular than ODF, and ODF is around 100x more popular than OOXML.  </p>
<p>Of course, the legacy formats and PDF have been around a lot longer than ODF or OOXML.  What you would really want for a fair comparison is to know the numbers for documents created since, say January 1st, 2007, what is the breakdown.  What % of new documents in are XML formats versus legacy binaries.  To answer this would require a bit more work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1285</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 30 Nov 2007 15:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1285</guid>
		<description>It would be interesting to compare the amount of doc/xls files in the web alongside with odf/ooxml..</description>
		<content:encoded><![CDATA[<p>It would be interesting to compare the amount of doc/xls files in the web alongside with odf/ooxml..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Sayers</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1284</link>
		<dc:creator>Andrew Sayers</dc:creator>
		<pubDate>Fri, 30 Nov 2007 14:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1284</guid>
		<description>It&#039;s not really fair to play down the  &#039;70 million sales&#039; of MS Office, but play up the &#039;100 million downloads&#039; for OpenOffice, since both numbers are equally fishy.&lt;br/&gt;&lt;br/&gt;The correlation between downloads and use is vague at best - for example, a single download might go to a disk image that&#039;s replicated across a company.  Or, &lt;a HREF=&quot;http://wiki.mozilla.org/Retention&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;like Firefox&lt;/a&gt;, most downloads mightn&#039;t translate to any users at all.&lt;br/&gt;&lt;br/&gt;Similarly, a figure of &#039;70 million sales&#039; that comes filtered through two journalists that don&#039;t speak the same language, not to mention the internal Microsoft grapevine, could originally have had any number of caveats.  For example, the number might refer to Europe alone.  Also, the number of legal sales completely ignores the substantial number of people who pirate Microsoft software.&lt;br/&gt;&lt;br/&gt;Incidentally, these criticisms make  your chart all the more important to keep maintaining.  While there are plenty of criticisms that could be levelled at it, at least it&#039;s a direct measure of file format use (rather than application sales), with roughly comparable measures for both formats.&lt;br/&gt;&lt;br/&gt; - Andrew</description>
		<content:encoded><![CDATA[<p>It&#8217;s not really fair to play down the  &#8216;70 million sales&#8217; of MS Office, but play up the &#8216;100 million downloads&#8217; for OpenOffice, since both numbers are equally fishy.</p>
<p>The correlation between downloads and use is vague at best &#8211; for example, a single download might go to a disk image that&#8217;s replicated across a company.  Or, <a HREF="http://wiki.mozilla.org/Retention" REL="nofollow" rel="nofollow">like Firefox</a>, most downloads mightn&#8217;t translate to any users at all.</p>
<p>Similarly, a figure of &#8216;70 million sales&#8217; that comes filtered through two journalists that don&#8217;t speak the same language, not to mention the internal Microsoft grapevine, could originally have had any number of caveats.  For example, the number might refer to Europe alone.  Also, the number of legal sales completely ignores the substantial number of people who pirate Microsoft software.</p>
<p>Incidentally, these criticisms make  your chart all the more important to keep maintaining.  While there are plenty of criticisms that could be levelled at it, at least it&#8217;s a direct measure of file format use (rather than application sales), with roughly comparable measures for both formats.</p>
<p> &#8211; Andrew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: phatsphere</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1283</link>
		<dc:creator>phatsphere</dc:creator>
		<pubDate>Fri, 30 Nov 2007 11:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1283</guid>
		<description>regarding R graphics, just check out the ggplot2 package and pimp your plots. really easy!</description>
		<content:encoded><![CDATA[<p>regarding R graphics, just check out the ggplot2 package and pimp your plots. really easy!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1282</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 30 Nov 2007 10:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1282</guid>
		<description>Legends in R plot (very simple example, you have to adapt it):&lt;br/&gt;&lt;br/&gt;x &lt;- c(seq(100, by=10, length=20), seq(700, by=15, length=20))&lt;br/&gt;&lt;br/&gt;y &lt;- c(rnorm(20, 1000, 100), rnorm(20, 150000, 10000))&lt;br/&gt;&lt;br/&gt;f &lt;- as.factor(c(rep(&quot;ooxml&quot;, 20), rep(&quot;odf&quot;, 20)))&lt;br/&gt;&lt;br/&gt;plot(y ~ x, pch=as.numeric(f))&lt;br/&gt;&lt;br/&gt;legend(800, 50000, c(&quot;OOXML&quot;, &quot;ODF&quot;), pch=1:2)</description>
		<content:encoded><![CDATA[<p>Legends in R plot (very simple example, you have to adapt it):</p>
<p>x < - c(seq(100, by=10, length=20), seq(700, by=15, length=20))<br/><br />y < - c(rnorm(20, 1000, 100), rnorm(20, 150000, 10000))<br/><br />f < - as.factor(c(rep("ooxml", 20), rep("odf", 20)))<br/><br />plot(y ~ x, pch=as.numeric(f))</p>
<p>legend(800, 50000, c(&#8220;OOXML&#8221;, &#8220;ODF&#8221;), pch=1:2)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/11/myth-of-ooxml-adoption.html#comment-1281</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 30 Nov 2007 07:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/11/the-myth-of-ooxml-adoption.html#comment-1281</guid>
		<description>As a vendor of a spreadsheet component (supporting both new and old formats natively), I&#039;ll second that there is ZERO demand for new file formats (xlsx). I&#039;ve been supporting it for one whole year, so the figures mean something. The only demand I have had so far is for incompatibility fixes of the compatibility mode : it&#039;s got to be told that Microsoft actually made stricter their BIFF reading module in Excel 2007 and as a result a ton of non-Microsoft vendors out there have had to update their software (so that .xls files open well in Excel 2007, even though they do well already in older Excel versions).&lt;br/&gt;&lt;br/&gt;When it comes to market share, I think it&#039;s important to be reminded that no matter how Microsoft made sure the transition to new the file format would be as seamless as possible (for that, they pushed a Windows Update, and released an update in Excel 2003 service pack 2 with dialog boxes dedicated to such scenarios, self-serving again), Office 2007 uses a new user interface which requires full retraining. Hard not to understate how big a deal it is. The ribbon is just the worst user interface ever, so I&#039;m not surprised of the slow adoption.&lt;br/&gt;&lt;br/&gt;When it comes to file formats, it&#039;s also interesting to note that regular Office developers, who were using VBA macros so far, still have no reason to make a change, and therefore have no reason to upgrade to Excel 2007 VBA macros, which is one of the things which hasn&#039;t changed at all (for more than ten years now. Note that the maintenance of VBA is not even done in Redmond for a number of years, it&#039;s a consulting firm called SummSoft). If Office developers were to directly access the file format, they would automatically lose the application&#039;s runtime updates whenever changes are made to cells and other objects, without which the spreadsheet becomes corrupt and/or inconsistent (examples of that was in my article: OOXML is defective by design). And that too is a big deal.&lt;br/&gt;Custom XML? This is positioned to be an important feature from the marketing people at Microsoft (you can read their blogs and marketing brochures) : unfortunately, there is no way to bind a Custom XML part to an Excel table or list. Unlike Word 2007, there is no such thing as &quot;content controls&quot;. So the claimed features don&#039;t even exist.&lt;br/&gt;&lt;br/&gt;Even though Microsoft wants you to store XML inside files, because that obviously increased the lock-in and it&#039;s $good$ for them, the inability to do anything with it in Excel 2007 is just the result of the mediocrity of their engineers.&lt;br/&gt;&lt;br/&gt;Last but not least, the OOXML community. If you head over to openxmldeveloper.org (owned by Microsoft, self-serving here), you&#039;ll quickly realize there is no such thing as a community there. Traffic is extremely low, and in fact the only person answering trivial questions is a consultant paid by Microsoft (Sonata software). Once again, we have Microsoft paying non-Microsoft people to create a false sense of enticement. It&#039;s particularly ironic when you know that Microsoft often boasts the &quot;more than 300,000 Office developers out there&quot;. Indeed the usenet newsgroups are trafficked, but they are not in the one and only OOXML related website. That leaves the question open, where are they then? If OOXML is so good, how come no one seems to use it?&lt;br/&gt;&lt;br/&gt;-Stephane Rodriguez</description>
		<content:encoded><![CDATA[<p>As a vendor of a spreadsheet component (supporting both new and old formats natively), I&#8217;ll second that there is ZERO demand for new file formats (xlsx). I&#8217;ve been supporting it for one whole year, so the figures mean something. The only demand I have had so far is for incompatibility fixes of the compatibility mode : it&#8217;s got to be told that Microsoft actually made stricter their BIFF reading module in Excel 2007 and as a result a ton of non-Microsoft vendors out there have had to update their software (so that .xls files open well in Excel 2007, even though they do well already in older Excel versions).</p>
<p>When it comes to market share, I think it&#8217;s important to be reminded that no matter how Microsoft made sure the transition to new the file format would be as seamless as possible (for that, they pushed a Windows Update, and released an update in Excel 2003 service pack 2 with dialog boxes dedicated to such scenarios, self-serving again), Office 2007 uses a new user interface which requires full retraining. Hard not to understate how big a deal it is. The ribbon is just the worst user interface ever, so I&#8217;m not surprised of the slow adoption.</p>
<p>When it comes to file formats, it&#8217;s also interesting to note that regular Office developers, who were using VBA macros so far, still have no reason to make a change, and therefore have no reason to upgrade to Excel 2007 VBA macros, which is one of the things which hasn&#8217;t changed at all (for more than ten years now. Note that the maintenance of VBA is not even done in Redmond for a number of years, it&#8217;s a consulting firm called SummSoft). If Office developers were to directly access the file format, they would automatically lose the application&#8217;s runtime updates whenever changes are made to cells and other objects, without which the spreadsheet becomes corrupt and/or inconsistent (examples of that was in my article: OOXML is defective by design). And that too is a big deal.<br />Custom XML? This is positioned to be an important feature from the marketing people at Microsoft (you can read their blogs and marketing brochures) : unfortunately, there is no way to bind a Custom XML part to an Excel table or list. Unlike Word 2007, there is no such thing as &#8220;content controls&#8221;. So the claimed features don&#8217;t even exist.</p>
<p>Even though Microsoft wants you to store XML inside files, because that obviously increased the lock-in and it&#8217;s $good$ for them, the inability to do anything with it in Excel 2007 is just the result of the mediocrity of their engineers.</p>
<p>Last but not least, the OOXML community. If you head over to openxmldeveloper.org (owned by Microsoft, self-serving here), you&#8217;ll quickly realize there is no such thing as a community there. Traffic is extremely low, and in fact the only person answering trivial questions is a consultant paid by Microsoft (Sonata software). Once again, we have Microsoft paying non-Microsoft people to create a false sense of enticement. It&#8217;s particularly ironic when you know that Microsoft often boasts the &#8220;more than 300,000 Office developers out there&#8221;. Indeed the usenet newsgroups are trafficked, but they are not in the one and only OOXML related website. That leaves the question open, where are they then? If OOXML is so good, how come no one seems to use it?</p>
<p>-Stephane Rodriguez</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.871 seconds -->
