<?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/"
		>
<channel>
	<title>Comments on: That Was The BRM That Was</title>
	<atom:link href="http://osrin.net/2008/03/that-was-the-brm-that-was/feed/" rel="self" type="application/rss+xml" />
	<link>http://osrin.net/2008/03/that-was-the-brm-that-was/</link>
	<description>Notes from fourty one degrees south...</description>
	<lastBuildDate>Thu, 01 Jul 2010 05:45:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Gray Matter</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-721</link>
		<dc:creator>Gray Matter</dc:creator>
		<pubDate>Mon, 03 Mar 2008 15:41:40 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-721</guid>
		<description>&lt;strong&gt;What a difference a week makes...&lt;/strong&gt;

While folks were busy at the BRM, I was becoming a new father. My daughter was born on February 29 th...</description>
		<content:encoded><![CDATA[<p><strong>What a difference a week makes&#8230;</strong></p>
<p>While folks were busy at the BRM, I was becoming a new father. My daughter was born on February 29 th&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerhard´s Marktbeobachtungen</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-712</link>
		<dc:creator>Gerhard´s Marktbeobachtungen</dc:creator>
		<pubDate>Mon, 03 Mar 2008 06:26:52 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-712</guid>
		<description>&lt;strong&gt;Open XML auf dem Weg zum ISO Standard: Das BRM (Ballot Resolution Meeting)...&lt;/strong&gt;

Letzte Woche war BRM. In Genf. &quot;Ja und?&quot; wird sich jetzt so mancher denken. Das heißt was genau? Und...</description>
		<content:encoded><![CDATA[<p><strong>Open XML auf dem Weg zum ISO Standard: Das BRM (Ballot Resolution Meeting)&#8230;</strong></p>
<p>Letzte Woche war BRM. In Genf. &#8220;Ja und?&#8221; wird sich jetzt so mancher denken. Das heißt was genau? Und&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oliver</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-709</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Mon, 03 Mar 2008 04:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-709</guid>
		<description>Hi Dave, Actually the specification currently running through the FastTrack process is &quot;ISO/IEC DIS29500 (Office Open XML)&quot;.

As for competing standards, as an OSS advocate you surprise me a little with your comment. While it has somehow become a mantra when it comes to promoting ODF, competing standards are pretty much the bedrock of the OSS and internet worlds that we know today.

If &quot;first to standardize&quot; was the right way for us behave in this industry we would probably have no internet, and we would be exchanging email in a much more complex manner than we do today. 

TCP/IP and SMTP were both standards that competed for the position that they have today, they competed for a little while with the OSI (TP0/TP4) stack and x400 and thankfully won out in the end.

If you want to get really esoteric then I seem to remember that the Windows 3.1 API was standardized in the mid 90s, I think we can both agree that it is a good thing that we didn&#039;t all stop there. The POSIX API was standardized through ISO, as was the Linux API which is pretty similar in many ways. 

I can&#039;t see a situation where choice is anything other than a good thing, different choices generally do different things, and where they do identical things then it is more relevant for the market to decide which one stays and which one doesn&#039;t.</description>
		<content:encoded><![CDATA[<p>Hi Dave, Actually the specification currently running through the FastTrack process is &#8220;ISO/IEC DIS29500 (Office Open XML)&#8221;.</p>
<p>As for competing standards, as an OSS advocate you surprise me a little with your comment. While it has somehow become a mantra when it comes to promoting ODF, competing standards are pretty much the bedrock of the OSS and internet worlds that we know today.</p>
<p>If &#8220;first to standardize&#8221; was the right way for us behave in this industry we would probably have no internet, and we would be exchanging email in a much more complex manner than we do today. </p>
<p>TCP/IP and SMTP were both standards that competed for the position that they have today, they competed for a little while with the OSI (TP0/TP4) stack and x400 and thankfully won out in the end.</p>
<p>If you want to get really esoteric then I seem to remember that the Windows 3.1 API was standardized in the mid 90s, I think we can both agree that it is a good thing that we didn&#8217;t all stop there. The POSIX API was standardized through ISO, as was the Linux API which is pretty similar in many ways. </p>
<p>I can&#8217;t see a situation where choice is anything other than a good thing, different choices generally do different things, and where they do identical things then it is more relevant for the market to decide which one stays and which one doesn&#8217;t.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Lane</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-706</link>
		<dc:creator>Dave Lane</dc:creator>
		<pubDate>Mon, 03 Mar 2008 02:41:13 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-706</guid>
		<description>Sorry Oliver, I have to disagree.  Competing *implementations* of the same standard are good.  Multiple competing standards that do more or less the same thing are just plain stupid - bad for industry (time wasted on supporting multiple formats when one would suffice) and worse for users (added cost, complexity, persistent incompatibility).  

MS&#039;s attempts to push MSOOXML through ISO is just a disingenuous attempt to retain control of its format while simultaneously being able to sell to governments and organisations who are increasingly requiring software to implement *open* standards.  

Oh, and Oliver, call it by it&#039;s name: MS OOXML.  It&#039;s not &quot;OpenXML&quot; [sic].  
  
I sincerely hope the NBs are wise enough to say no to MSOOXML.

Dave</description>
		<content:encoded><![CDATA[<p>Sorry Oliver, I have to disagree.  Competing *implementations* of the same standard are good.  Multiple competing standards that do more or less the same thing are just plain stupid &#8211; bad for industry (time wasted on supporting multiple formats when one would suffice) and worse for users (added cost, complexity, persistent incompatibility).  </p>
<p>MS&#8217;s attempts to push MSOOXML through ISO is just a disingenuous attempt to retain control of its format while simultaneously being able to sell to governments and organisations who are increasingly requiring software to implement *open* standards.  </p>
<p>Oh, and Oliver, call it by it&#8217;s name: MS OOXML.  It&#8217;s not &#8220;OpenXML&#8221; [sic].  </p>
<p>I sincerely hope the NBs are wise enough to say no to MSOOXML.</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BRM - The aftermaths &#171; Fredrik E. Nilsens Blogg</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-671</link>
		<dc:creator>BRM - The aftermaths &#171; Fredrik E. Nilsens Blogg</dc:creator>
		<pubDate>Sat, 01 Mar 2008 14:49:18 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-671</guid>
		<description>[...] That Was The BRM That Was [...]</description>
		<content:encoded><![CDATA[<p>[...] That Was The BRM That Was [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oliver</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-669</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Sat, 01 Mar 2008 13:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-669</guid>
		<description>Totally agree... competition in standards is a very good thing for the industry as a whole. 

OpenXML and ODF will compete side by side, they won&#039;t be the last document formats that we know in our lifetimes either. The industry innovates, new technology comes along and we all work out how to use it.</description>
		<content:encoded><![CDATA[<p>Totally agree&#8230; competition in standards is a very good thing for the industry as a whole. </p>
<p>OpenXML and ODF will compete side by side, they won&#8217;t be the last document formats that we know in our lifetimes either. The industry innovates, new technology comes along and we all work out how to use it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anselmo Dimayuga</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-668</link>
		<dc:creator>Anselmo Dimayuga</dc:creator>
		<pubDate>Sat, 01 Mar 2008 11:47:48 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-668</guid>
		<description>Im a programmer,a simpleton but Please please why is this issue seem to be very complicated? why does other party scared of another standard? If you have another standard will it EAT AWAY your FREE WILL? will having one other standard make esisting standard an &#039;UN-STANDARD&#039;? This issue is very simple and like confucious say &quot;life is very simple but we insist on making it complicated..&quot; Why not let us choose what we want? DO you think we are foolish and un-educated? Even if we maybe.. we want to choose our own. ODF Dont be scared if we like you we will choose to use you.. if we like ooxml we will use it too.. let the process happen and let people think for themselves.. you make us feel stupid for your own good.. let us be</description>
		<content:encoded><![CDATA[<p>Im a programmer,a simpleton but Please please why is this issue seem to be very complicated? why does other party scared of another standard? If you have another standard will it EAT AWAY your FREE WILL? will having one other standard make esisting standard an &#8216;UN-STANDARD&#8217;? This issue is very simple and like confucious say &#8220;life is very simple but we insist on making it complicated..&#8221; Why not let us choose what we want? DO you think we are foolish and un-educated? Even if we maybe.. we want to choose our own. ODF Dont be scared if we like you we will choose to use you.. if we like ooxml we will use it too.. let the process happen and let people think for themselves.. you make us feel stupid for your own good.. let us be</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karsten Spengler</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-666</link>
		<dc:creator>Karsten Spengler</dc:creator>
		<pubDate>Sat, 01 Mar 2008 09:58:42 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-666</guid>
		<description>&quot;Updegrove’s post is not totally unprecedented. On a couple of occasions last summer he rushed to explain that the National Body in the United States had voted for a disapprove for DIS29500 as the committee went through a preliminary voting process. That was right before the United States approved the draft standard for DIS29500, a fact that I can’t find documented on his blog.&quot;

Which was factually right before Microsoft started high-level interventions in the US.

Let&#039;s see what Microsoft will do to achieve the same among ISO members. Nobody doubts that they can. It is really depressing to see that the company doesn&#039;t stop when its over.</description>
		<content:encoded><![CDATA[<p>&#8220;Updegrove’s post is not totally unprecedented. On a couple of occasions last summer he rushed to explain that the National Body in the United States had voted for a disapprove for DIS29500 as the committee went through a preliminary voting process. That was right before the United States approved the draft standard for DIS29500, a fact that I can’t find documented on his blog.&#8221;</p>
<p>Which was factually right before Microsoft started high-level interventions in the US.</p>
<p>Let&#8217;s see what Microsoft will do to achieve the same among ISO members. Nobody doubts that they can. It is really depressing to see that the company doesn&#8217;t stop when its over.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oliver</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-663</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Sat, 01 Mar 2008 07:50:48 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-663</guid>
		<description>@Andy, As I understand it Andy, the &quot;process&quot; that you question - along with the US head of delegation in CIO Magazine this morning - is the very same process that the room of international delegates decided was the right one earlier in the week.

As I say, I suspect the truth will out over the coming few days.</description>
		<content:encoded><![CDATA[<p>@Andy, As I understand it Andy, the &#8220;process&#8221; that you question &#8211; along with the US head of delegation in CIO Magazine this morning &#8211; is the very same process that the room of international delegates decided was the right one earlier in the week.</p>
<p>As I say, I suspect the truth will out over the coming few days.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: guillermo</title>
		<link>http://osrin.net/2008/03/that-was-the-brm-that-was/comment-page-1/#comment-659</link>
		<dc:creator>guillermo</dc:creator>
		<pubDate>Sat, 01 Mar 2008 01:23:17 +0000</pubDate>
		<guid isPermaLink="false">http://osrin.net/2008/03/01/that-was-the-brm-that-was/#comment-659</guid>
		<description>&quot;For now I guess we will have to wait for the details of the final outcome, everybody I have spoken to tells me it was a very positive meeting and a resounding success.&quot;

who are they? jason matusow and brian? or the delegations members paid by Microsoft?</description>
		<content:encoded><![CDATA[<p>&#8220;For now I guess we will have to wait for the details of the final outcome, everybody I have spoken to tells me it was a very positive meeting and a resounding success.&#8221;</p>
<p>who are they? jason matusow and brian? or the delegations members paid by Microsoft?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
