{"id":136,"date":"2007-12-02T17:00:00","date_gmt":"2007-12-02T22:00:00","guid":{"rendered":"http:\/\/2d823b65bb.nxcli.io\/2007\/12\/662-resolutions-but-only-if-you-can-find-them.html"},"modified":"2014-06-23T15:54:57","modified_gmt":"2014-06-23T19:54:57","slug":"662-resolutions-but-only-if-you-can-find-them","status":"publish","type":"post","link":"https:\/\/www.robweir.com\/blog\/2007\/12\/662-resolutions-but-only-if-you-can-find-them.html","title":{"rendered":"662 resolutions, but only if you can find them"},"content":{"rendered":"<p>Microsoft risks a <a href=\"http:\/\/vacant.spaces.live.com\/Blog\/cns%212526F2136E321C7E%21620.entry\">repetitive<\/a> stress injury from the <a href=\"http:\/\/www.ecma-international.org\/news\/TC45_current_work\/First%20group%20of%20662%20proposed%20dispositions%20of%20comments%20posted.htm\">recent<\/a> <a href=\"http:\/\/notes2self.net\/archive\/2007\/11\/19\/1st-group-of-dis29500-proposed-dispositions-of-comments.aspx\">frenzy<\/a> of <a href=\"http:\/\/blogs.msdn.com\/brian_jones\/archive\/2007\/11\/19\/update-on-open-xml-s-iso-progress.aspx\">patting<\/a> <a href=\"http:\/\/janvandenbeld.blogspot.com\/2007\/11\/some-observations-as-result-of-ecmas.html\">themselves<\/a> on the <a href=\"http:\/\/osrin.net\/2007\/11\/23\/dis29500-comment-resolution-progress\/\">back<\/a> for responding to some of the ballot comments submitted in the failed OOXML ISO ballot of Sept 2nd.<\/p>\n<p>They claim to be transparent and acting so that NB&#8217;s can easily review their progress in addressing their comments.<\/p>\n<p>Well, let&#8217;s take a closer look.<\/p>\n<p>First, Microsoft has managed to get JTC1 to clamp down on information. What was a transparent process is now mired in multiple levels of security leading to delay, denial of information to some NB participants and total opaqueness to the public.<\/p>\n<p>Let&#8217;s review how things worked with ODF.<\/p>\n<ol>\n<li>OASIS ODF TC <a href=\"http:\/\/lists.oasis-open.org\/archives\/office\/\">mailing list archives<\/a> are public for anyone to read<\/li>\n<li>OASIS ODF TC <a href=\"http:\/\/lists.oasis-open.org\/archives\/office-comment\/\">public comment list archives<\/a> are public for anyone to read<\/li>\n<li>OASIS ODC <a href=\"http:\/\/www.oasis-open.org\/committees\/office\/minutes.php\">meeting minutes<\/a>, for every one of our weekly teleconferences going back to 2002, are all public for anyone to read.<\/li>\n<li>The results of <a href=\"http:\/\/www.jtc1sc34.org\/repository\/0728revc.htm\">ODF&#8217;s ballot<\/a> in ISO are public, including all of the NB comments<\/li>\n<li>The comments on ODF from <a href=\"http:\/\/www.jtc1sc34.org\/repository\/0768.htm\">SC34 members<\/a> are also public<\/li>\n<li>The ISO <a href=\"http:\/\/www.jtc1sc34.org\/repository\/0782c.htm\">Disposition of Comments<\/a> report for ODF is also public for anyone to read<\/li>\n<\/ol>\n<p>Short of allowing the public to read my mind, there is not much more we can do in OASIS to make the process more transparent. (And if you read this blog regularly you already have a good idea of what I&#8217;m thinking.)<\/p>\n<p>But what about the OOXML process? Every single one of the above items is unavailable to the public, and in many cases cases is not available even to the JTC1 NB&#8217;s who are deciding OOXML&#8217;s fate.<\/p>\n<p>In fact, OOXML is moving in reverse. Documents that were once public, such as the Sept 2nd. ballot results and NB comments, have been taken down and replaced with password-protected versions (Look for the DIS 29500 documents <a href=\"http:\/\/www.jtc1sc34.org\/repository\/0950.htm\">here<\/a>. They all used to be available for all to download.) How do you get access to the password? The password is made available to NB points of contact &#8220;on request&#8221;. But so far few NB&#8217;s have requested the password. You can see <a href=\"http:\/\/www.jtc1sc34.org\/document\/secretariat_temp.html#nb\">here<\/a> which ones have requested the password and which have not. As of today, only 18 of 51 NB&#8217;s have requested the password. Only 35% of SC34 NB&#8217;s have access to the same information they had back in September. Indeed, we&#8217;re moving backwards.<\/p>\n<p>In the particular cases of these &#8220;662 responses&#8221;, Ecma is hosting them on their web site, on a different password protected page. (Yes, the comments and the resolutions to the comments are on two different web sites with two different passwords.) I&#8217;m hearing as well that few NB&#8217;s actually have the password, and some who do are not passing it on to their own committee members. I&#8217;ve heard from a few NB members who explicitly requested access to these documents but were denied. Others are simply unaware that these comment resolutions are available. What was once an open process is now closing up.<\/p>\n<p>(12\/04\/2007 Update: <a href=\"http:\/\/blogs.msdn.com\/brian_jones\/archive\/2007\/12\/04\/it-s-hard-damned-work-trying-to-make-this-process-look-so-bad.aspx\">Brian Jones<\/a> claims that these 662 resolutions are protected by JTC1 rules. But JTC1 rules apply to documents submitted into the JTC1 process, hosted by JTC1 , assigned JTC1 &#8220;N&#8221; numbers, and archived by JTC1, as required by JTC1 process. But these 662 resolutions are not called for by the JTC1 process, are not hosted by JTC1, are not assigned JTC1 &#8220;N&#8221; numbers and are not archived by JTC1. They are Ecma documents, hosted by Ecma, assigned ID&#8217;s by Ecma, and controlled by Ecma passwords. These documents were never submitted to JTC1. Ecma is in total control over whether or not the public has access to them.<\/p>\n<p>Brian highlights some rules that apply to the Disposition of Comments report, but that is not what we have before us. We won&#8217;t have the Disposition of Comments report until after the Ballot Resolution Meeting. At that point, it will be an official JTC1 document, assigned an &#8220;N&#8221; number, hosted by JTC1 and accessible via their password .<\/p>\n<p>Note also that Microsoft continues to dodge how closed the Ecma TC45 process has been and remains. Why not open up the TC45 mailing list archives, Brian? Are the ISO meanies stopping you? I know that Ecma is not forcing you. Their policy is to let each TC decide for themselves. I&#8217;m sure if Microsoft took a leadership position in favor of openness that you could convince the other members of TC45 to increase their transparency. What do you say?)<\/p>\n<p>(12\/06\/2007 Update: The former Ecma Secretary General <a href=\"http:\/\/janvandenbeld.blogspot.com\/2007\/12\/publicity-transparency-time-to-ponder.html\">weighs in<\/a> on the topic in a blog post, confirming that the responses are not controlled by ISO access rules, though the original NB comments are:<\/p>\n<blockquote><p>Consequently, Ecma is not constrained in posting its interim responses on a publicly available page as long as they are not tied to specific NB comments. In other words, Ecma would have to do some work to separate the proposed responses from the specific NB comments, but then Ecma may make its work publicly visible. If there is so much interest outside the NB circuit, then Ecma will surely do something here.<br \/>\n.<br \/>\n.<br \/>\n.<br \/>\nIndeed, seen from Ecma there is nothing that forbids Ecma to distribute its proposals. But it should also be clear, in the light of the longstanding relationship, that it is not a MUST for Ecma to do this. Good habits and rules have a value, like in any great game, such as football. And also there the rules and habits don\u2019t change overnight because somebody has another, maybe even brilliant idea<\/p><\/blockquote>\n<p>.<\/p>\n<p>But suppose you get through your local NB politics and actually lay your hands on the password to the Ecma web site, what do you get then? You then have the privilege of navigating 50 or so different pages, scrolling through them and click on 662 links to download 662 separate PDF files, all from a painfully slow server. Ughh&#8230; It hardly seems worth it. It is almost like someone wants to discourage NB&#8217;s from actually reading this stuff.<\/p>\n<p>Aiming to lessen the pain a little, I downloaded all 662 comments, and made a singe PDF file that contains all of the comment responses. I also included the original NB comments, and cross-linked everything, so I can navigate from comment to response, and slice and dice it by similar comments, or by NB. It is full text indexed, so I can search for things like &#8220;VML&#8221; and see all comments or responses relevant to that topic. Since it is liberated from the Ecma website, I can even use it off-line.<\/p>\n<p>Doesn&#8217;t my method sound easier to use than downloading 662 PDF files? If you agree, then I&#8217;ll make you an offer. If you are a JTC1 or SC34 NB member, and would like access to this consolidated document, let me know via email. (You can find my email address <a href=\"https:\/\/2d823b65bb.nxcli.io\/blog\/who-is-rob-weir\">here<\/a>.) Note that my compilation is not a formal JTC1 document, and that this is not an offer from the US NB. This a personal offer from me to other individuals who are also JTC1 or SC34 NB members. (Of course, if Ecma wants a copy of this as well to make available for all NB&#8217;s to download, then that is even better. They know where to find me.)<\/p>\n<p>So, now that I&#8217;ve read through these 662 responses, let me fill you in what we have here. First, I&#8217;d like to define some terms, so we&#8217;re all on the same page and understand the status of these 662 proposals.<\/p>\n<p>At the BRM, baring any breakdown from lack of consensus, there will be issued an official &#8220;Resolution of Comments&#8221; document. This is the set of textual changes that JTC1 NB&#8217;s authorizes the Project Editor (Microsoft&#8217;s contractor in Ecma) to make to the DIS 29500 specification. Only the BRM can authorize these changes.<\/p>\n<p>By January 14th, JTC1 NB&#8217;s will receive from the Project Editor a &#8220;Proposed Resolution of Comments&#8221; document. This will be Ecma&#8217;s proposals for how they would like to see the Sept. 2nd ballot comments resolved. The BRM is not limited to considering Ecma&#8217;s proposals. Their own NB comments from Sept 2nd may also be in play, since those often came with their own proposed resolutions which differ from the ones that Ecma will propose.<\/p>\n<p>So what do we have now, these recent drop of 662 documents from Ecma? I call these by the verbose name: &#8220;Ecma&#8217;s Draft Proposed Resolution of Comments&#8221;. The are not the final Resolution of Comments, and they are not even the final Proposed Resolution of Comments. They are a draft of proposed resolutions to 662 of the 3,522 comments submitted by JTC1 on Sept 2nd.<\/p>\n<p>So the time line is:<\/p>\n<ul>\n<li>From now until late January we receive updates from Ecma in the form of Draft Proposed Resolution of Comments. If they continue to be posted in a user-unfriendly form, I will continue to produce updates to my consolidated report.<\/li>\n<li>By January 14th, Ecma submits their final Proposed Resolution of Comments<\/li>\n<li>At the adjournment of the BRM we have the approved Resolution of Comments<\/li>\n<li>The Project Editor then has 30 days to apply the Resolution of Comments to produce the new text of DIS 29500<\/li>\n<li>It is the above revised text that NB&#8217;s will consider whether to approve or not. Note that since the NB only has 30 days to reconsider their Sept. 2nd vote, and the revised text is not due until 30 days after the BRM, it is likely that NB&#8217;s will need to use their imagination and decide based on the approved Resolution of Comments document (perhaps 4,000+ pages in length), not having seen the actual revised text of the DIS.<\/li>\n<\/ul>\n<p>So, what can we sat about the recently released draft proposed resolution of comments document?<\/p>\n<p>This initial set of responses are almost entirely minor, dealing with corrections to examples, spelling errors, punctuation errors, cleanup of broken links, fixing illegible formulas, adding missing units on quantities, etc. There are also many, many duplicates in this area. In particular, the issue regarding spreadsheet functions missing units on some functions (not specifying radians or degrees) was picked up by 12 NB&#8217;s. Since there are multiple instances of that defect in the OOXML specification, each one repeated by several NB&#8217;s, this single observation results in 48 proposed resolutions. Ecma appears to have concentrated on comments like this, easy to fix and duplicated, in this batch. So although there are 662 resolutions on paper, this maps to perhaps only 80 or so unique issues.<\/p>\n<p>The breakdown of proposed resolutions by NB is in the table below. These numbers are a bit tricky to interpret with the duplicate comments, since one NB&#8217;s comments might have been addressed in passing while fixing another NB&#8217;s issues. So I doubt Microsoft is spending a lot of time on Columbia, since they voted yes. But there may be a significant duplication between Columbia&#8217;s comments and another NB which Microsoft is trying to please. But by looking at unique comments, those submitted by only one NB, we can get a good sense of which NB&#8217;s Ecma is trying to please most. And no, I&#8217;m not going to tell you which ones they are.<\/p>\n<table border=\"1\">\n<tbody>\n<tr>\n<th>Member<\/th>\n<th>Comments Submitted<\/th>\n<th>Ecma Responses<\/th>\n<th>% Responded to<\/th>\n<\/tr>\n<tr>\n<td>UK<\/td>\n<td>635<\/td>\n<td>218<\/td>\n<td>34%<\/td>\n<\/tr>\n<tr>\n<td>Ecma<\/td>\n<td>76<\/td>\n<td>23<\/td>\n<td>30%<\/td>\n<\/tr>\n<tr>\n<td>Colombia<\/td>\n<td>237<\/td>\n<td>71<\/td>\n<td>30%<\/td>\n<\/tr>\n<tr>\n<td>Philippines<\/td>\n<td>7<\/td>\n<td>2<\/td>\n<td>29%<\/td>\n<\/tr>\n<tr>\n<td>USA<\/td>\n<td>288<\/td>\n<td>69<\/td>\n<td>24%<\/td>\n<\/tr>\n<tr>\n<td>Chile<\/td>\n<td>217<\/td>\n<td>44<\/td>\n<td>20%<\/td>\n<\/tr>\n<tr>\n<td>Malta<\/td>\n<td>5<\/td>\n<td>1<\/td>\n<td>20%<\/td>\n<\/tr>\n<tr>\n<td>Japan<\/td>\n<td>82<\/td>\n<td>16<\/td>\n<td>20%<\/td>\n<\/tr>\n<tr>\n<td>Canada<\/td>\n<td>79<\/td>\n<td>15<\/td>\n<td>19%<\/td>\n<\/tr>\n<tr>\n<td>Czech Republic<\/td>\n<td>75<\/td>\n<td>13<\/td>\n<td>17%<\/td>\n<\/tr>\n<tr>\n<td>Uruguay<\/td>\n<td>18<\/td>\n<td>3<\/td>\n<td>17%<\/td>\n<\/tr>\n<tr>\n<td>Ireland<\/td>\n<td>12<\/td>\n<td>2<\/td>\n<td>17%<\/td>\n<\/tr>\n<tr>\n<td>France<\/td>\n<td>592<\/td>\n<td>97<\/td>\n<td>16%<\/td>\n<\/tr>\n<tr>\n<td>Australia<\/td>\n<td>30<\/td>\n<td>4<\/td>\n<td>13%<\/td>\n<\/tr>\n<tr>\n<td>Germany<\/td>\n<td>162<\/td>\n<td>20<\/td>\n<td>12%<\/td>\n<\/tr>\n<tr>\n<td>Portugal<\/td>\n<td>118<\/td>\n<td>14<\/td>\n<td>12%<\/td>\n<\/tr>\n<tr>\n<td>Brazil<\/td>\n<td>64<\/td>\n<td>7<\/td>\n<td>11%<\/td>\n<\/tr>\n<tr>\n<td>Greece<\/td>\n<td>113<\/td>\n<td>11<\/td>\n<td>10%<\/td>\n<\/tr>\n<tr>\n<td>Denmark<\/td>\n<td>168<\/td>\n<td>15<\/td>\n<td>9%<\/td>\n<\/tr>\n<tr>\n<td>Kenya<\/td>\n<td>81<\/td>\n<td>7<\/td>\n<td>9%<\/td>\n<\/tr>\n<tr>\n<td>Ghana<\/td>\n<td>12<\/td>\n<td>1<\/td>\n<td>8%<\/td>\n<\/tr>\n<tr>\n<td>India<\/td>\n<td>82<\/td>\n<td>5<\/td>\n<td>6%<\/td>\n<\/tr>\n<tr>\n<td>Israel<\/td>\n<td>33<\/td>\n<td>1<\/td>\n<td>3%<\/td>\n<\/tr>\n<tr>\n<td>Venezuela<\/td>\n<td>73<\/td>\n<td>2<\/td>\n<td>3%<\/td>\n<\/tr>\n<tr>\n<td>Iran<\/td>\n<td>58<\/td>\n<td>1<\/td>\n<td>2%<\/td>\n<\/tr>\n<tr>\n<td>Turkey<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Jordan<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Ecuador<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Thailand<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Spain<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Belgium<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Austria<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Argentina<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>China<\/td>\n<td>1<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Singapore<\/td>\n<td>2<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Italy<\/td>\n<td>2<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Tunisia<\/td>\n<td>3<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Bulgaria<\/td>\n<td>3<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Poland<\/td>\n<td>4<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Mexico<\/td>\n<td>7<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Peru<\/td>\n<td>10<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Norway<\/td>\n<td>12<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Finland<\/td>\n<td>15<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>South Africa<\/td>\n<td>17<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Switzerland<\/td>\n<td>19<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Malaysia<\/td>\n<td>23<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>Korea, Republic of<\/td>\n<td>25<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<tr>\n<td>New Zealand<\/td>\n<td>54<\/td>\n<td>0<\/td>\n<td>0%<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>To be fair, not every resolution in this batch was editorial. There was some technical detail added. For example, the following points were clarified:<\/p>\n<ul>\n<li>The SpreadsheetML AND\/OR functions do not short circuit, so all parameters must be evaluated.<\/li>\n<li>The CHAR() function converts an integer into a character. But no character set was defined in the DIS to govern this conversion. Microsoft clarrified tis saying that the function uses the &#8220;Macintosh character set&#8221;on the Mac and ANSI on all other platforms.<\/li>\n<li>Spreadsheet functions that do searches or string compares (EXACT, FIND, FINDB, SEARCH, SEARCHB. etc.) do so with lexical character comparisons, not collation-based operations.<\/li>\n<li>Part names in an OPC package can be IRI&#8217;s, not just URI&#8217;s. So this allows Unicode characters, with some restrictions in items names<\/li>\n<\/ul>\n<p>However, the 662 comments carefully tip-toed around the controversial issue. I guess we&#8217;ll read proposals for those in a future update. So NB members, take the opportunity now to get access to this portal. Ask your NB head for access if you haven&#8217;t already been given the password. And if you want a copy of my consolidated PDF file, let me know.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Microsoft risks a repetitive stress injury from the recent frenzy of patting themselves on the back for responding to some of the ballot comments submitted in the failed OOXML ISO ballot of Sept 2nd. They claim to be transparent and acting so that NB&#8217;s can easily review their progress in addressing their comments. Well, let&#8217;s [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_genesis_hide_title":false,"_genesis_hide_breadcrumbs":false,"_genesis_hide_singular_image":false,"_genesis_hide_footer_widgets":false,"_genesis_custom_body_class":"","_genesis_custom_post_class":"","_genesis_layout":"","footnotes":""},"categories":[6],"tags":[],"class_list":{"0":"post-136","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-ooxml","7":"entry"},"_links":{"self":[{"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/posts\/136","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/comments?post=136"}],"version-history":[{"count":1,"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/posts\/136\/revisions"}],"predecessor-version":[{"id":2400,"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/posts\/136\/revisions\/2400"}],"wp:attachment":[{"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/media?parent=136"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/categories?post=136"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.robweir.com\/blog\/wp-json\/wp\/v2\/tags?post=136"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}