<?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 Case for a Single Document Format: Part II</title>
	<atom:link href="http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html</link>
	<description>Thinking the unthinkable, pondering the imponderable, effing the ineffable and scruting the inscrutable</description>
	<lastBuildDate>Wed, 10 Mar 2010 01:51:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The Case for a Single Document Format: Part I</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-2645</link>
		<dc:creator>The Case for a Single Document Format: Part I</dc:creator>
		<pubDate>Wed, 06 Jan 2010 02:07:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-2645</guid>
		<description>[...] Part II we&#8217;ll try to explain the forces that tend to unify or divide standards and hopefully make [...]</description>
		<content:encoded><![CDATA[<p>[...] Part II we&#8217;ll try to explain the forces that tend to unify or divide standards and hopefully make [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-648</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 27 Mar 2007 05:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-648</guid>
		<description>What about &quot;mass-market effects?&quot;</description>
		<content:encoded><![CDATA[<p>What about &#8220;mass-market effects?&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PolR</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-647</link>
		<dc:creator>PolR</dc:creator>
		<pubDate>Mon, 26 Mar 2007 21:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-647</guid>
		<description>I am no expert on network effects but I have found &lt;a HREF=&quot;http://www.utdallas.edu/~liebowit/palgrave/network.html&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt; this article &lt;/a&gt; that seems authoritative enough. The key paragraph seems to support the concept of indirect network effect as a benefit that grow with the size of the market:&lt;br/&gt;&lt;br/&gt;--- Begin quote&lt;br/&gt;&lt;br/&gt;The literature has identified two types of network effects. Direct network effects have been defined as those generated through a direct physical effect of the number of purchasers on the value of a product (e.g. fax machines). Indirect network effects are &quot;market mediated effects&quot; such as cases where complementary goods (e.g. toner cartridges) are more readily available or lower in price as the number of users of a good (printers) increases. In early writing, however, this distinction was not carried into models of network effects. Once network effects were embodied in payoff functions, any distinction between direct and indirect effects was ignored in developing models and drawing conclusions. However, our 1994 paper demonstrates that the two types of effects will typically have different economic implications. It is now generally agreed (Katz and Shapiro, 1994) that the consequences of internalizing direct and indirect network effects are quite different. Indirect network effects generally are pecuniary in nature and therefore should not be internalized. Pecuniary externalities do not impose deadweight losses if left uninternalized, whereas they do impose (monopoly or monopsony) losses if internalized. An interesting aspect of the network externalities literature is that it seemed to ignore, and thus repeat, earlier mistakes regarding pecuniary externalities. (For the resolution of pecuniary externalities see Young (1913), Knight (1924), and Ellis and Fellner (1943).) &lt;br/&gt;&lt;br/&gt;--- end quote</description>
		<content:encoded><![CDATA[<p>I am no expert on network effects but I have found <a HREF="http://www.utdallas.edu/~liebowit/palgrave/network.html" REL="nofollow" rel="nofollow"> this article </a> that seems authoritative enough. The key paragraph seems to support the concept of indirect network effect as a benefit that grow with the size of the market:</p>
<p>&#8212; Begin quote</p>
<p>The literature has identified two types of network effects. Direct network effects have been defined as those generated through a direct physical effect of the number of purchasers on the value of a product (e.g. fax machines). Indirect network effects are &#8220;market mediated effects&#8221; such as cases where complementary goods (e.g. toner cartridges) are more readily available or lower in price as the number of users of a good (printers) increases. In early writing, however, this distinction was not carried into models of network effects. Once network effects were embodied in payoff functions, any distinction between direct and indirect effects was ignored in developing models and drawing conclusions. However, our 1994 paper demonstrates that the two types of effects will typically have different economic implications. It is now generally agreed (Katz and Shapiro, 1994) that the consequences of internalizing direct and indirect network effects are quite different. Indirect network effects generally are pecuniary in nature and therefore should not be internalized. Pecuniary externalities do not impose deadweight losses if left uninternalized, whereas they do impose (monopoly or monopsony) losses if internalized. An interesting aspect of the network externalities literature is that it seemed to ignore, and thus repeat, earlier mistakes regarding pecuniary externalities. (For the resolution of pecuniary externalities see Young (1913), Knight (1924), and Ellis and Fellner (1943).) </p>
<p>&#8212; end quote</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-646</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Mon, 26 Mar 2007 21:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-646</guid>
		<description>Daniel,  That is a fair point.  I admit that am not 100% happy with the term &quot;indirect network effect&quot; either.  I was going to simply refer to it as &quot;economies of scale&quot;, but it is more than that, since economies of scale typically refer to the benefits that accrue directly the producer alone, but what we&#039;re talking about here, greater choice in vendors, after-market options, service, support, etc., is more than that.&lt;br/&gt;&lt;br/&gt;Any one have suggestions for what else to call that?  There must be a word for this already.  I hate to be novel if I can avoid it.</description>
		<content:encoded><![CDATA[<p>Daniel,  That is a fair point.  I admit that am not 100% happy with the term &#8220;indirect network effect&#8221; either.  I was going to simply refer to it as &#8220;economies of scale&#8221;, but it is more than that, since economies of scale typically refer to the benefits that accrue directly the producer alone, but what we&#8217;re talking about here, greater choice in vendors, after-market options, service, support, etc., is more than that.</p>
<p>Any one have suggestions for what else to call that?  There must be a word for this already.  I hate to be novel if I can avoid it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-645</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Mon, 26 Mar 2007 21:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-645</guid>
		<description>I like you series of articles, but I have to raise an exception on one term: indirect network effects. I am not sure I agree with the defintion of indirect network  effects and the use of that name. Those effects occur in cases where there is no direct network effect. Your razor and blades example for instance. &quot;increased choice in vendors, increased choice in after-market options and repairs, increased cost efficiencies and economies of scale by a market&quot; have nothing to do with whether there is a direct network effect at all. What you label as indirect network effects are really direct functions of the size of markets regardless of whether there are network effects in those markets. Therefore, I don&#039;t think they should be called network effects of any kind--they are coincidental to the network and its growth--not a consequence of it.</description>
		<content:encoded><![CDATA[<p>I like you series of articles, but I have to raise an exception on one term: indirect network effects. I am not sure I agree with the defintion of indirect network  effects and the use of that name. Those effects occur in cases where there is no direct network effect. Your razor and blades example for instance. &#8220;increased choice in vendors, increased choice in after-market options and repairs, increased cost efficiencies and economies of scale by a market&#8221; have nothing to do with whether there is a direct network effect at all. What you label as indirect network effects are really direct functions of the size of markets regardless of whether there are network effects in those markets. Therefore, I don&#8217;t think they should be called network effects of any kind&#8211;they are coincidental to the network and its growth&#8211;not a consequence of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-644</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Mon, 26 Mar 2007 09:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-644</guid>
		<description>For another major standardisation effort, &lt;br/&gt;check out the floating-point standard &lt;br/&gt;ANSI/IEEE 754-1985, and especially the &lt;br/&gt;&lt;a HREF=&quot;http://www.cs.berkeley.edu/~wkahan/ieee754status/&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;comments&lt;/a&gt; of one of the main architects, Prof. William Kahan.</description>
		<content:encoded><![CDATA[<p>For another major standardisation effort, <br />check out the floating-point standard <br />ANSI/IEEE 754-1985, and especially the <br /><a HREF="http://www.cs.berkeley.edu/~wkahan/ieee754status/" REL="nofollow" rel="nofollow">comments</a> of one of the main architects, Prof. William Kahan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Ward</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-643</link>
		<dc:creator>Chris Ward</dc:creator>
		<pubDate>Sun, 25 Mar 2007 09:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-643</guid>
		<description>It&#039;s reasonably obvious that &#039;ISO ODF XML&#039;   (and with it OpenOffice.org) isn&#039;t the end of the road.&lt;br/&gt;&lt;br/&gt;Say I&#039;ve got a Playstation 3, which is really wizzy at doing 3D visualisations. And I&#039;ve been doing some modelling/visualisation of how Malaria parasites manage to infect human cells; or whatever Bill and Melinda&#039;s Foundation is up to.&lt;br/&gt;&lt;br/&gt;And I want to include it in my document, and communicate it with the scientists I&#039;m working with so we can discuss whether the model reflects real life; whether we&#039;re on the way to developing a  pharmaceutical to fix the problem.&lt;br/&gt;&lt;br/&gt;I&#039;ve got a Playstation. You&#039;ve got a Lenovo. He&#039;s got an XBox.&lt;br/&gt;&lt;br/&gt;Really nice if we can all interoperate. Then we can make progress.</description>
		<content:encoded><![CDATA[<p>It&#8217;s reasonably obvious that &#8216;ISO ODF XML&#8217;   (and with it OpenOffice.org) isn&#8217;t the end of the road.</p>
<p>Say I&#8217;ve got a Playstation 3, which is really wizzy at doing 3D visualisations. And I&#8217;ve been doing some modelling/visualisation of how Malaria parasites manage to infect human cells; or whatever Bill and Melinda&#8217;s Foundation is up to.</p>
<p>And I want to include it in my document, and communicate it with the scientists I&#8217;m working with so we can discuss whether the model reflects real life; whether we&#8217;re on the way to developing a  pharmaceutical to fix the problem.</p>
<p>I&#8217;ve got a Playstation. You&#8217;ve got a Lenovo. He&#8217;s got an XBox.</p>
<p>Really nice if we can all interoperate. Then we can make progress.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Samuel</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-642</link>
		<dc:creator>Stephen Samuel</dc:creator>
		<pubDate>Sun, 25 Mar 2007 05:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-642</guid>
		<description>To be honest, having two competing standards wouldn&#039;t be that big of a problem, per se -- even if they each had almost 50% of the market.&lt;br/&gt;&lt;br/&gt;The real problem here is that MS&#039;s OOXML format, as documented, isn&#039;t really a standard. It&#039;s part of a product, and the only full implementation is likely to be from Microsoft ... In fact there are some questions about the legality of a full Non-MS implementation.&lt;br/&gt;&lt;br/&gt;As I see it, the biggest problem with MS&#039;s OOXML specification is that it&#039;s incomplete, and -- even if it were completely documented -- a full implementation would be a complete pig.  More than that, there&#039;s no real promise that -- even if it&#039;s accepted accepted as an ISO standard, MS would even stay with(in) the specification as documented.</description>
		<content:encoded><![CDATA[<p>To be honest, having two competing standards wouldn&#8217;t be that big of a problem, per se &#8212; even if they each had almost 50% of the market.</p>
<p>The real problem here is that MS&#8217;s OOXML format, as documented, isn&#8217;t really a standard. It&#8217;s part of a product, and the only full implementation is likely to be from Microsoft &#8230; In fact there are some questions about the legality of a full Non-MS implementation.</p>
<p>As I see it, the biggest problem with MS&#8217;s OOXML specification is that it&#8217;s incomplete, and &#8212; even if it were completely documented &#8212; a full implementation would be a complete pig.  More than that, there&#8217;s no real promise that &#8212; even if it&#8217;s accepted accepted as an ISO standard, MS would even stay with(in) the specification as documented.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-641</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sat, 24 Mar 2007 23:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-641</guid>
		<description>Not to mention the LAN standard battle with Ethernet, token ring and token bus.  Ethernet customers are enjoying very low cost parts and higher speeds but token ring never achieved the same market size and token-ring customers paid the price in incompatible infrastructure (my employer still has shielded token-ring cabling)</description>
		<content:encoded><![CDATA[<p>Not to mention the LAN standard battle with Ethernet, token ring and token bus.  Ethernet customers are enjoying very low cost parts and higher speeds but token ring never achieved the same market size and token-ring customers paid the price in incompatible infrastructure (my employer still has shielded token-ring cabling)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-638</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 23 Mar 2007 20:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-638</guid>
		<description>&gt; For example, my feet may naturally fit best in size 9.3572 shoes. But I do not see that size on the shelves. I see only shoes in half-size increments. Certainly I could order custom-made shoes to fit my feet exactly, but this would be rather expensive.&lt;br/&gt;&lt;br/&gt;Just for reference, my custom shoes cost $460 all told.  About $60 was for the design sewn into the leather and there was perhaps $20 for the shipping charge.  They were molded to casts of my feet, so they fit me exactly.  I was told by another leatherworker that those prices were very, very good if not cheap and he confirmed that their quality is excellent.  They were made by a husband &amp; wife team who operate their own business doing this.&lt;br/&gt;&lt;br/&gt;So yeah, shoes would be a LOT more expensive without standards (although I really like mine).</description>
		<content:encoded><![CDATA[<p>> For example, my feet may naturally fit best in size 9.3572 shoes. But I do not see that size on the shelves. I see only shoes in half-size increments. Certainly I could order custom-made shoes to fit my feet exactly, but this would be rather expensive.</p>
<p>Just for reference, my custom shoes cost $460 all told.  About $60 was for the design sewn into the leather and there was perhaps $20 for the shipping charge.  They were molded to casts of my feet, so they fit me exactly.  I was told by another leatherworker that those prices were very, very good if not cheap and he confirmed that their quality is excellent.  They were made by a husband &#038; wife team who operate their own business doing this.</p>
<p>So yeah, shoes would be a LOT more expensive without standards (although I really like mine).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-637</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Fri, 23 Mar 2007 16:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-637</guid>
		<description>That&#039;s a good point.  A standard does not mark the end of innovation.  It simply marks a point of stability on which producers and consumers can agree, and let the market form value chains around that stability.&lt;br/&gt;&lt;br/&gt;But there will still be winners and losers.  Remember the ladies of Erie, Pennsylvania, tearing up the new standard gauge railroad tracks because the standardization of gauge at this junction would cause their husbands high paid jobs loading and unloading cargo between incompatible tracks to disappear.&lt;br/&gt;&lt;br/&gt;Standardization increases competition, and will be opposed by those who are unable or unwilling to compete.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a good point.  A standard does not mark the end of innovation.  It simply marks a point of stability on which producers and consumers can agree, and let the market form value chains around that stability.</p>
<p>But there will still be winners and losers.  Remember the ladies of Erie, Pennsylvania, tearing up the new standard gauge railroad tracks because the standardization of gauge at this junction would cause their husbands high paid jobs loading and unloading cargo between incompatible tracks to disappear.</p>
<p>Standardization increases competition, and will be opposed by those who are unable or unwilling to compete.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PolR</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-636</link>
		<dc:creator>PolR</dc:creator>
		<pubDate>Fri, 23 Mar 2007 16:49:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-636</guid>
		<description>Queen Elizabeth asks &quot;Does anybody have ideas for how to resolve this contradiction?&quot;&lt;br/&gt;&lt;br/&gt;This is an easy one. You design your standard around an extensible foundation that can dynamically grow a suite of innovative specifications over time. With this model you don&#039;t have a single monolithic standard that freezes everything in stone. You have a suite of standards that grow in capability over time. You even have the capability to drop obsolete/failed specifications and replace them with something better.&lt;br/&gt;&lt;br/&gt;An example is TCP/IP. The IETF adds new RFCs every year. The IEEE does the same with the 802 series of standards at the physical/data link layers. There is no shortage of innovation in networking but there is no shortage of immature technologies either.&lt;br/&gt;&lt;br/&gt;Another example is the world wide web. The W3C consortium has successfully extended the web protocols over the years with muliple successive specifications. There is no shortage of innovation in the web. The major inhibitor is Microsoft because they don&#039;t implement in IE the standards they don&#039;t feel like implementing. As a result, web operators don&#039;t use new standards by fear of shutting their audience off their sites.&lt;br/&gt;&lt;br/&gt;Both examples are comparable to the document formats. XML is clearly a suite developped according to this model and ODF is meant to fit in nicely. The innovation inhibitor is Microsoft. They implement only the portion of the XML suite they feel like implementing using their usual embrace and extend strategy.</description>
		<content:encoded><![CDATA[<p>Queen Elizabeth asks &#8220;Does anybody have ideas for how to resolve this contradiction?&#8221;</p>
<p>This is an easy one. You design your standard around an extensible foundation that can dynamically grow a suite of innovative specifications over time. With this model you don&#8217;t have a single monolithic standard that freezes everything in stone. You have a suite of standards that grow in capability over time. You even have the capability to drop obsolete/failed specifications and replace them with something better.</p>
<p>An example is TCP/IP. The IETF adds new RFCs every year. The IEEE does the same with the 802 series of standards at the physical/data link layers. There is no shortage of innovation in networking but there is no shortage of immature technologies either.</p>
<p>Another example is the world wide web. The W3C consortium has successfully extended the web protocols over the years with muliple successive specifications. There is no shortage of innovation in the web. The major inhibitor is Microsoft because they don&#8217;t implement in IE the standards they don&#8217;t feel like implementing. As a result, web operators don&#8217;t use new standards by fear of shutting their audience off their sites.</p>
<p>Both examples are comparable to the document formats. XML is clearly a suite developped according to this model and ODF is meant to fit in nicely. The innovation inhibitor is Microsoft. They implement only the portion of the XML suite they feel like implementing using their usual embrace and extend strategy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Queen Elizabeth</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-635</link>
		<dc:creator>Queen Elizabeth</dc:creator>
		<pubDate>Fri, 23 Mar 2007 14:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-635</guid>
		<description>If Microsoft is pressing for digital TV standards while fending off government intrusion elsewhere, it does not surprise me. It has become a pushmi-pullyu or hydra of sorts by virtue of its size: any organization with tens of thousands of employees is going to find it hard to speak with one voice.&lt;br/&gt;&lt;br/&gt;Incidentally, I am not sure whether file formats are comparable to the examples you mention. With the exception of digital TV, these--time, fire hose couplings, razors--are all mature technologies.&lt;br/&gt;&lt;br/&gt;The fact that office document formats, e.g. DOC, have not changed in many years does not mean that the technology is ripe. It could also stem from the innovation-quashing effects of a monopoly. New document standards could help weaken this monopoly and thus spur innovation--there is still TONS of room for innovation in electronic documents. Yet, at the same time, standards often stifle innovation!&lt;br/&gt;&lt;br/&gt;Does anybody have ideas for how to resolve this contradiction?</description>
		<content:encoded><![CDATA[<p>If Microsoft is pressing for digital TV standards while fending off government intrusion elsewhere, it does not surprise me. It has become a pushmi-pullyu or hydra of sorts by virtue of its size: any organization with tens of thousands of employees is going to find it hard to speak with one voice.</p>
<p>Incidentally, I am not sure whether file formats are comparable to the examples you mention. With the exception of digital TV, these&#8211;time, fire hose couplings, razors&#8211;are all mature technologies.</p>
<p>The fact that office document formats, e.g. DOC, have not changed in many years does not mean that the technology is ripe. It could also stem from the innovation-quashing effects of a monopoly. New document standards could help weaken this monopoly and thus spur innovation&#8211;there is still TONS of room for innovation in electronic documents. Yet, at the same time, standards often stifle innovation!</p>
<p>Does anybody have ideas for how to resolve this contradiction?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PolR</title>
		<link>http://www.robweir.com/blog/2007/03/case-for-single-document-format-part-ii.html#comment-633</link>
		<dc:creator>PolR</dc:creator>
		<pubDate>Fri, 23 Mar 2007 08:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robweir.com/blog/2007/03/the-case-for-a-single-document-format-part-ii.html#comment-633</guid>
		<description>This is very interesting. &lt;br/&gt;&lt;br/&gt;Discussing the benefits of true standards is a much better way to promote ODF than arguments about why the alternative won&#039;t be adopted. The point you bring are pretty exhaustive and help clarify my own mind.&lt;br/&gt;&lt;br/&gt;Will you have something to say on standard suites like TCP/IP and XML? Some standards will deliver their  benefits only when they come in a suite of related but independently written specifications. I think TCP/IP, PSTN and also television signals for example. &lt;br/&gt;&lt;br/&gt;It is not publicized that XML is actually such a suite of standards. Its promises will be fulfilled only if a reasonably complete implementation of  the suite is available. Microsoft picks and choose the elements on the suite it wants and this tactics leads to &quot;intraoperability&quot; as opposed to interoperability as Bob Sutor &lt;a HREF=&quot;http://www.sutor.com/newsite/blog-open/?p=1260&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt; puts it. &lt;/a&gt; But Microsoft still claim XML support and this is a bit deceptive.&lt;br/&gt;&lt;br/&gt;It is like someone claiming to support TCP/IP without supporting the routing protocols like RIP, OSPF and BGP. End devices can connect to such network but routing devices are kept proprietary. This is a trap Cisco did *not* fall into. Cisco provides a proprietary routing protocol, but they also support the standard ones. Therefore users that want to be fully standard can be and those that like the proprietary solution can still interface with standard compliant networks.&lt;br/&gt;&lt;br/&gt;I have a minor nitpick about the following statement: &quot;The free market is good at many things, but the complex conversion of an entire network of diverse and competing producers and consumers at many levels is not something it has the agility to accomplish.&quot;&lt;br/&gt;&lt;br/&gt;In the example you give there is no positive business case for the TV stations because digital TV, especially HDTV, has higher production costs, higher bandwidth consumption, huge transition costs and brings no additional revenue. This is why the market does not move of its own volition.&lt;br/&gt;&lt;br/&gt;Complex transitions did occur from market forces in the past, for example the transition from black and white to color TV, transition from over-the-air TV to cable TV and the transition from X.25 and serial lines to TCP/IP networking. Witness also the currently on-going transition from PSTN to VoIP.</description>
		<content:encoded><![CDATA[<p>This is very interesting. </p>
<p>Discussing the benefits of true standards is a much better way to promote ODF than arguments about why the alternative won&#8217;t be adopted. The point you bring are pretty exhaustive and help clarify my own mind.</p>
<p>Will you have something to say on standard suites like TCP/IP and XML? Some standards will deliver their  benefits only when they come in a suite of related but independently written specifications. I think TCP/IP, PSTN and also television signals for example. </p>
<p>It is not publicized that XML is actually such a suite of standards. Its promises will be fulfilled only if a reasonably complete implementation of  the suite is available. Microsoft picks and choose the elements on the suite it wants and this tactics leads to &#8220;intraoperability&#8221; as opposed to interoperability as Bob Sutor <a HREF="http://www.sutor.com/newsite/blog-open/?p=1260" REL="nofollow" rel="nofollow"> puts it. </a> But Microsoft still claim XML support and this is a bit deceptive.</p>
<p>It is like someone claiming to support TCP/IP without supporting the routing protocols like RIP, OSPF and BGP. End devices can connect to such network but routing devices are kept proprietary. This is a trap Cisco did *not* fall into. Cisco provides a proprietary routing protocol, but they also support the standard ones. Therefore users that want to be fully standard can be and those that like the proprietary solution can still interface with standard compliant networks.</p>
<p>I have a minor nitpick about the following statement: &#8220;The free market is good at many things, but the complex conversion of an entire network of diverse and competing producers and consumers at many levels is not something it has the agility to accomplish.&#8221;</p>
<p>In the example you give there is no positive business case for the TV stations because digital TV, especially HDTV, has higher production costs, higher bandwidth consumption, huge transition costs and brings no additional revenue. This is why the market does not move of its own volition.</p>
<p>Complex transitions did occur from market forces in the past, for example the transition from black and white to color TV, transition from over-the-air TV to cable TV and the transition from X.25 and serial lines to TCP/IP networking. Witness also the currently on-going transition from PSTN to VoIP.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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