<?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"
	>
<channel>
	<title>Comments on: Initial report from OOXML technical and legal workshop last week</title>
	<atom:link href="http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/feed/" rel="self" type="application/rss+xml" />
	<link>http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/</link>
	<description>... taking over the world like we always do!</description>
	<pubDate>Fri, 29 Aug 2008 01:30:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Rick Jelliffe</title>
		<link>http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-629</link>
		<dc:creator>Rick Jelliffe</dc:creator>
		<pubDate>Sun, 23 Dec 2007 15:28:10 +0000</pubDate>
		<guid isPermaLink="false">http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-629</guid>
		<description>Thanks for this wrapup Pia, and your gentle words. (I am trying to figure out specifically what I said in my blog that has upset people. I am fixing up the things I could figure out.)

I was glad you picked up on the comment about ISO/IEC creating voluntary standards (for technical standards): the ISO website has ramped up its material on this aspect too. (It specifically mentions ISO does not make laws or regulations, and so on.)

A lot of people seem to be saying "Oh, after this we seriously don't think that we should just accept ISO standards ahead of other choices automatically" and my answer (and, indeed, I think it would be ISO's too) is "Good! Finally people are being realistic".  

The ISO standards process is not like a talent show, where all possible forms are critiqued and tested and there is one winner. Instead, the process is a forum for people who want a technology to get some kind of documentation QA and formalized stakeholder review and basic IPR clarifation from the particpants. At the end, when the stakeholders get an agreement, the document gets an ISO number and stamp.  

So when looking at whether a process (such as a procurement process) should favour ISO standards, the issue should be "how important acually is documentation QA, international stakeholder review and  IPR clarification for this process"? It is entirely probable that there are (government procurement) processes which favour adopting ISO on an incorrect basis: for example, that the technology is necessarily technically preferable to non-standard alternatives (or alternatives from the boutique consortia.) 

Of course, we try to make standards technically excellent, too. When I asked James Clark why RELAX NG should become a standard, his reply was "Because it is technically excellent."  But some standards are based on "Lets make something beautiful" and other are based on "Lets describe what is, even if it is ugly" and so have very different criteria for being judged.</description>
		<content:encoded><![CDATA[<p>Thanks for this wrapup Pia, and your gentle words. (I am trying to figure out specifically what I said in my blog that has upset people. I am fixing up the things I could figure out.)</p>
<p>I was glad you picked up on the comment about ISO/IEC creating voluntary standards (for technical standards): the ISO website has ramped up its material on this aspect too. (It specifically mentions ISO does not make laws or regulations, and so on.)</p>
<p>A lot of people seem to be saying &#8220;Oh, after this we seriously don&#8217;t think that we should just accept ISO standards ahead of other choices automatically&#8221; and my answer (and, indeed, I think it would be ISO&#8217;s too) is &#8220;Good! Finally people are being realistic&#8221;.  </p>
<p>The ISO standards process is not like a talent show, where all possible forms are critiqued and tested and there is one winner. Instead, the process is a forum for people who want a technology to get some kind of documentation QA and formalized stakeholder review and basic IPR clarifation from the particpants. At the end, when the stakeholders get an agreement, the document gets an ISO number and stamp.  </p>
<p>So when looking at whether a process (such as a procurement process) should favour ISO standards, the issue should be &#8220;how important acually is documentation QA, international stakeholder review and  IPR clarification for this process&#8221;? It is entirely probable that there are (government procurement) processes which favour adopting ISO on an incorrect basis: for example, that the technology is necessarily technically preferable to non-standard alternatives (or alternatives from the boutique consortia.) </p>
<p>Of course, we try to make standards technically excellent, too. When I asked James Clark why RELAX NG should become a standard, his reply was &#8220;Because it is technically excellent.&#8221;  But some standards are based on &#8220;Lets make something beautiful&#8221; and other are based on &#8220;Lets describe what is, even if it is ugly&#8221; and so have very different criteria for being judged.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ric</title>
		<link>http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-610</link>
		<dc:creator>Ric</dc:creator>
		<pubDate>Tue, 18 Dec 2007 13:21:13 +0000</pubDate>
		<guid isPermaLink="false">http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-610</guid>
		<description>Pia - thanks for the wrap-up. It seems to have been a good day all round. As for the nasties - I'm sure it was no surprise!</description>
		<content:encoded><![CDATA[<p>Pia - thanks for the wrap-up. It seems to have been a good day all round. As for the nasties - I&#8217;m sure it was no surprise!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Donna</title>
		<link>http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-609</link>
		<dc:creator>Donna</dc:creator>
		<pubDate>Tue, 18 Dec 2007 09:37:08 +0000</pubDate>
		<guid isPermaLink="false">http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-609</guid>
		<description>Excellent report Pia. Thank you for putting the event together, and for outlining the arguments as discussed.  Very illuminating.

Am particularly pleased by you taking the initiative of following our kiwi cousins efforts to actively contribute to the debate.
 
Thanks also to Jeff for the OSIA representation. :)  Brendan's work in this area has been a good thing TM - but as none of the OSIA people were available to attend it was brilliant to have someone there who could passionately and accurately cover the issues.</description>
		<content:encoded><![CDATA[<p>Excellent report Pia. Thank you for putting the event together, and for outlining the arguments as discussed.  Very illuminating.</p>
<p>Am particularly pleased by you taking the initiative of following our kiwi cousins efforts to actively contribute to the debate.</p>
<p>Thanks also to Jeff for the OSIA representation. <img src='http://pipka.org/wp-content/plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' width='16' height='16' />  Brendan&#8217;s work in this area has been a good thing TM - but as none of the OSIA people were available to attend it was brilliant to have someone there who could passionately and accurately cover the issues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Cruickshank</title>
		<link>http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-608</link>
		<dc:creator>Matthew Cruickshank</dc:creator>
		<pubDate>Tue, 18 Dec 2007 04:18:13 +0000</pubDate>
		<guid isPermaLink="false">http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-608</guid>
		<description>Good description of the day Pia :)  Here are my slides,

http://holloway.co.nz/sydney-talk.pdf</description>
		<content:encoded><![CDATA[<p>Good description of the day Pia <img src='http://pipka.org/wp-content/plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' width='16' height='16' />  Here are my slides,</p>
<p><a href="http://holloway.co.nz/sydney-talk.pdf" rel="nofollow">http://holloway.co.nz/sydney-talk.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jdub</title>
		<link>http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-607</link>
		<dc:creator>jdub</dc:creator>
		<pubDate>Tue, 18 Dec 2007 03:15:08 +0000</pubDate>
		<guid isPermaLink="false">http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-607</guid>
		<description>A couple of points before you get skewered by the nasties:

&lt;ul&gt;
&lt;li&gt;DrawingML is documented as part of DIS29500.&lt;/li&gt;
&lt;li&gt;I didn't say it was "trivial" for mature Open Source projects to implement it, just that as a result of hundreds of man years of global, open, collaborative reverse engineering work and the fact that OOXML is substantially an XML rendering of a product-derived format, it would be easier than some have suggested. It will be an expensive exercise to work with the format regardless, which will have an impact on Australian small business and government.&lt;/li&gt;
&lt;/ul&gt;</description>
		<content:encoded><![CDATA[<p>A couple of points before you get skewered by the nasties:</p>
<ul>
<li>DrawingML is documented as part of DIS29500.</li>
<li>I didn&#8217;t say it was &#8220;trivial&#8221; for mature Open Source projects to implement it, just that as a result of hundreds of man years of global, open, collaborative reverse engineering work and the fact that OOXML is substantially an XML rendering of a product-derived format, it would be easier than some have suggested. It will be an expensive exercise to work with the format regardless, which will have an impact on Australian small business and government.</li>
</ul>
]]></content:encoded>
	</item>
	<item>
		<title>By: dario balozzi</title>
		<link>http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-606</link>
		<dc:creator>dario balozzi</dc:creator>
		<pubDate>Tue, 18 Dec 2007 01:17:32 +0000</pubDate>
		<guid isPermaLink="false">http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/#comment-606</guid>
		<description>&#62;Rick Jelliffe (who participates in ISO, has done a small amount 
&#62;of work for Microsoft on this topic, and seems fairly neutral in person. 
&#62;He can come across as pro-Microsoft, although in reality he is probably just 
&#62;pro-â€creating new ISO standards will fix everythingâ€).

i would say he is probably just pro-"creating new ISO standards-no matter how broken it is-will fix everything"</description>
		<content:encoded><![CDATA[<p>&gt;Rick Jelliffe (who participates in ISO, has done a small amount<br />
&gt;of work for Microsoft on this topic, and seems fairly neutral in person.<br />
&gt;He can come across as pro-Microsoft, although in reality he is probably just<br />
&gt;pro-â€creating new ISO standards will fix everythingâ€).</p>
<p>i would say he is probably just pro-&#8221;creating new ISO standards-no matter how broken it is-will fix everything&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
