<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>Jordan Standards body lobbying on behalf of Microsoft?</title>
		<link>http://noooxml.wikidot.com/forum/t-16676/jordan-standards-body-lobbying-on-behalf-of-microsoft</link>
		<description>Posts in the discussion thread &quot;Jordan Standards body lobbying on behalf of Microsoft?&quot; - The corruption train has reached a summit with the Jordan Institution for Standards and Metrology (JISM) lobbying on behalf of Microsoft. They have sent an email to all ISO P-members asking them to urgently support OOXML, with some information coming directly from Microsoft. A member of the Lithuanian technical committee is nevertheless raising doubt on the competence of the Jordan experts. Jordan does not has a technical committee, only an industry organisation as advisor where Microsoft is a member.</description>
				<copyright></copyright>
		<lastBuildDate>Tue, 18 Aug 2026 04:52:50 +0000</lastBuildDate>
		
					<item>
				<guid>http://noooxml.wikidot.com/forum/t-16676#post-42853</guid>
				<title>Re: Jordan Standards Body lobbying on behalf of Microsoft?</title>
				<link>http://noooxml.wikidot.com/forum/t-16676/jordan-standards-body-lobbying-on-behalf-of-microsoft#post-42853</link>
				<description></description>
				<pubDate>Thu, 23 Aug 2007 18:38:35 +0000</pubDate>
				<wikidot:authorName>stegu</wikidot:authorName>				<wikidot:authorUserId>30391</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I agree in part, Pamela Jones and her collaborators are certainly not experts on<br /> everything, and they never claim to provide formal legal counseling. I agree that a<br /> proper legal analysis is required to resolve this issue, and I am sorry to see that it<br /> has not yet been done. Fact remains, the issue is not resolved and the openness<br /> has been disputed, while the openness of ODF and the validity of the accompanying<br /> patent promise from Sun have <em>not</em> been disputed.</p> <p>The wording has changed subtly between the &quot;promise&quot; from Sun and the one from<br /> Microsoft. Some of those changes, when taken literally, make the statements devoid<br /> of any actual meaning. While this might be unintentional, is is a cause for concern.<br /> Surely Microsoft must have <em>very</em> good lawyers to write their legal texts?</p> <p>I am not saying OOXML is definitely not open, I am just saying that a fairly large<br /> amount of people are saying it <em>might not be</em>. This is a reason to worry, and it<br /> should be addressed. The only party currently claiming that OOXML <em>is</em> open is<br /> Microsoft. Many others are questioning this, and for the Jordan group to bluntly<br /> state that &quot;OOXML is open&quot; is a clear sign of where their arguments originated.</p> <p>&quot;OOXML is open&quot; is currently to be taken as an opinion, not a fact, and it is an<br /> opinion not firmly held by many others than Microsoft. Stating &quot;OOXML is not open&quot;<br /> is currently also an opinion, not a fact, even though it is an opinion that seems<br /> a lot more wide-spread. We simply need more time and legal counseling in this matter.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://noooxml.wikidot.com/forum/t-16676#post-42577</guid>
				<title>Re: Jordan Standards Body lobbying on behalf of Microsoft?</title>
				<link>http://noooxml.wikidot.com/forum/t-16676/jordan-standards-body-lobbying-on-behalf-of-microsoft#post-42577</link>
				<description></description>
				<pubDate>Wed, 22 Aug 2007 14:13:01 +0000</pubDate>
				<wikidot:authorName>Anonymous</wikidot:authorName>								<content:encoded>
					<![CDATA[
						 <p>[quoteThe openness of OOXML has been disputed, and the issue is not resolved[/quote]</p> <p>Strangly enough only by organisation with an interest in ODF. organisation that are interested in using the format have no reservations whatsoever.<br /> Also it seems that all those competitors spening tons of money on this campaign and al those organisations have not found a single legal expoert on licensing and/or patentlaw that actually states Office Open XML isn't open.</p> <p>If a group of big companies and a whole lot of FOSS organisations have been claiming licensing of OOXML isn't open for a year or more then it seems very strange that this isn't substatiated by any legal document or analysis by an actual lawfirm or even by a wel known legal expert on licensing an/or patent law.<br /> The only analysis come from groclaw and their knowledge on the subject of software patents looking at grokdoc pages is beyond weak.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://noooxml.wikidot.com/forum/t-16676#post-42361</guid>
				<title>Re: Jordan Standards Body lobbying on behalf of Microsoft?</title>
				<link>http://noooxml.wikidot.com/forum/t-16676/jordan-standards-body-lobbying-on-behalf-of-microsoft#post-42361</link>
				<description></description>
				<pubDate>Tue, 21 Aug 2007 15:32:28 +0000</pubDate>
				<wikidot:authorName>podmokle</wikidot:authorName>				<wikidot:authorUserId>3547</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>&quot;Using documented XML data in MS Office is a very nice idea, and OOXML as an ECMA standard is certainly a start. However, for document interchange and archiving purposes it would be highly desirable to use well documented and good XML data with MS Office. One alternative for that purpose is to use ODF, which is possible, even according to Microsoft. The other option would be a cleaned-up and corrected version of OOXML with a documentation that makes sense and does not fall apart when you look too closely at it. OOXML as described by ECMA-376 is a broken standard, and it needs to be fixed. Bullying it through ISO will not make it any better or more useful.&quot;</p> <p>Microsoft is under antitrust pressure and has to lay open its format. It would be a shame if they could show up and present an ISO approval.</p> <p>I think that the constructive approach is that all issues with ooxml have to get addressed. An essential condition is that the standard bodies submit comments. Without negotiations and a credible treat of force nothing would be changed. Same applies for the patent conditions. Here are clarifications needed.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://noooxml.wikidot.com/forum/t-16676#post-41824</guid>
				<title>Re: Jordan Standards Body lobbying on behalf of Microsoft?</title>
				<link>http://noooxml.wikidot.com/forum/t-16676/jordan-standards-body-lobbying-on-behalf-of-microsoft#post-41824</link>
				<description></description>
				<pubDate>Sat, 18 Aug 2007 17:11:27 +0000</pubDate>
				<wikidot:authorName>stegu</wikidot:authorName>				<wikidot:authorUserId>30391</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I thought some more about this, and the problem I see with letters such as this is that ISO is presented with an ultimatum: either have the already existing implementation of OOXML approved as an ISO standard, or leave us poor users without an option to get standardized XML data in and out of MS Office. Those are not the options. OOXML is already an ECMA standard. People are free to implement it as much as they like, and MS Office 2007 will still use it regardless of what ISO does. Thus, the &quot;user requirements&quot; are rather to be interpreted as &quot;vendor requirements&quot; from Microsoft and its partners. Microsoft of course would prefer to take the easy way out and have their own XML data format approved as a standard to be able to say &quot;we support an ISO standard, in fact we are the standard&quot; to governments and others who require support for a formal open standard document format approved by ISO. The problem is that ISO should have higher standards (pun intended) than ECMA appears to have. OOXML is simply not fit to become an ISO standard in its current form.</p> <p>Using documented XML data in MS Office is a very nice idea, and OOXML as an ECMA standard is certainly a start. However, for document interchange and archiving purposes it would be highly desirable to use <strong>well</strong> documented and <strong>good</strong> XML data with MS Office. One alternative for that purpose is to use ODF, which is possible, even according to Microsoft. The other option would be a cleaned-up and corrected version of OOXML with a documentation that makes sense and does not fall apart when you look too closely at it. OOXML as described by ECMA-376 is a broken standard, and it needs to be fixed. Bullying it through ISO will not make it any better or more useful.</p> <p>All political and business issues aside, Microsoft's technical design of OOXML has been evaluated by a large number of independent experts and found lacking on several important accounts. Are they going to face up to the problem and do something to thoroughly improve the OOXML specification, or are they going to keep whining about it and use bribes, threats and misinformation to try and get their standard approved despite its obvious lack of technical merit?</p> <p>If they at least proved their good intentions by handling this in a graceful and correct manner, I would not have nearly as much of a problem with it. OOXML is a mess, but that can be fixed. However, given their current course of action, I must strongly question their motives.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://noooxml.wikidot.com/forum/t-16676#post-41815</guid>
				<title>Re: Jordan Standards Body lobbying on behalf of Microsoft?</title>
				<link>http://noooxml.wikidot.com/forum/t-16676/jordan-standards-body-lobbying-on-behalf-of-microsoft#post-41815</link>
				<description></description>
				<pubDate>Sat, 18 Aug 2007 16:16:39 +0000</pubDate>
				<wikidot:authorName>stegu</wikidot:authorName>				<wikidot:authorUserId>30391</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Hmm. Let's take this seriously for a moment and examine their claims regarding supposedly unique features of OOXML:</p> <ul> <li>Open and XML-conformant independence from proprietary formats and features</li> </ul> <p>The openness of OOXML has been disputed, and the issue is not resolved. There are quite a few features in the OOXML markup which are not XML-conformant, and there are lots of references to proprietary data structures in the specification, without any disclosure of their format. ODF does significantly better in this respect.</p> <ul> <li>Internationalization capabilities</li> </ul> <p>As has been pointed out by numerous reviewers, there are definitely problems with OOXML being Western-oriented, even US-centric, in many aspects. ODF does a better job with this.</p> <ul> <li>Compact file size (compared to the binary formats)</li> </ul> <p>Because it is XML compressed as ZIP, yes, it's compact. So is ODF. OOXML and ODF are compressed XML formats. Comparing the size of a compressed XML format to an uncompressed binary format is pointless. ODF is just as compact as OOXML.</p> <ul> <li>Modularity</li> </ul> <p>Define &quot;modularity&quot;. The OOXML specification is a 6000 pages chunk of text with no details on what would constitute a reasonable partial implementation. There is a significant and sometimes opaque interdependence between sections, and there are mostly no alternative implementations available for any of the namespaces. ODF, on the other hand, references other standards where appropriate, and can be implemented in a modular manner using pieces of code from various places. I see no obvious definition of &quot;modularity&quot; that would put OOXML in favor of ODF, but this claim is so vague that I would like to see a clarification.</p> <ul> <li>Integration with business data</li> </ul> <p>Proper XML integrates well with other data. It's the very purpose of XML. ODF can rightfully be said to integrate just as easily with business data, or any other data for that matter. The fact that MS Office can incorporate references to Windows-specific control objects and data sources into its documents is not a feature of the file format, it is a feature of MS Office as an implementation. If anything, OOXML as a data format integrates less easily with other formats because of its strange, opaque and often nonstandard XML encoding. Yes, OOXML files handled by MS Office integrate well with business data closely tied to other Windows (even Microsoft) applications, but once again, that's not a feature of the file format. If MS Office were to use its own cleanly extended version of ODF, such platform-specific integration would be just as good as with OOXML.</p> <ul> <li>Extensibility mechanisms</li> </ul> <p>Extensibility is built into XML. It's an acronym for &quot;eXtensible Markup Language&quot;. DOF is also XML. The extensibility mechanisms provided within the ODF schemas can be argued to be better than those of OOXML, because they are designed to support any application. OOXML is extensible mainly to support future versions of MS Office on Windows.</p> <ul> <li>Versioning capabilities that allow for forward compatibility</li> </ul> <p>This is just silly. Any useful modern file format has versioning, including ODF.</p> <ul> <li>Provision of accessibility features</li> </ul> <p>As has been shown by an independent study from the University of Toronto, accessibility was not a design goal of OOXML, as it fails to meet even some very basic accessibility requirements. ODF in its current version has good accessibility features, and was designed in collaboration with accessibility experts. OOXML, apparently, was not.</p> <p><strong>None of these eight claims make any sense to me.</strong> What kind of &quot;experts&quot; wrote this?</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://noooxml.wikidot.com/forum/t-16676#post-41796</guid>
				<title>Jordan Standards Body lobbying on behalf of Microsoft?</title>
				<link>http://noooxml.wikidot.com/forum/t-16676/jordan-standards-body-lobbying-on-behalf-of-microsoft#post-41796</link>
				<description></description>
				<pubDate>Sat, 18 Aug 2007 13:46:27 +0000</pubDate>
				<wikidot:authorName>Anonymous</wikidot:authorName>								<content:encoded>
					<![CDATA[
						 <p>The corruption train has reached a summit with the <a href="http://www.jism.gov.jo/">Jordan Institution for Standards and Metrology (JISM)</a> lobbying on behalf of Microsoft. They have sent an email to all ISO P-members asking them to urgently support OOXML, with some <a href="http://www.incits.org/DIS29500/in071291/OSS%20uses%20Open%20XML%20FINAL-Attachment%202.pdf">information coming directly from Microsoft</a> with their &quot;open source supports ooxml&quot;. A member of the Lithuanian technical committee is nevertheless <a href="http://www.incits.org/DIS29500/in071295.htm">raising doubt on the competence of the Jordan experts</a>. Jordan does not has a technical committee, only an industry organisation as advisor where Microsoft is a member.</p> <p>The following email (<a href="http://www.incits.org/DIS29500/in071291/Untitled.htm">published on the INCITS website</a>) has been sent to all ISO P-members this week:</p> <blockquote> <p>Sent: Tuesday, August 14, 2007&#160;10:24 AM</p> <p>Dear P-Members of ISO/IEC JTC1,</p> <p>Reference to the submission of the ISO/DIS 29500 &quot;Information technology — Office Open XML file formats&quot; under the Fast Track Procedure, Kindly note that Jordan represented by the Information Technology Association of Jordan (INTAJ) and its members in addition to other large national IT companies greatly support the publication of the ECMA International's Open XML Standard as ISO/IEC Standard (as shown in attachment 1). This resolution has been reached after studying ISO/DIS 29500 carefully and ensuring that such standard doesn't represent any contradiction with other ISO/IEC standards such as the Open Documents Format (ODF).</p> <p>Actually INTAJ is an ICT industry-support association that embraces Jordan's ICT businesses, with a mission to promote their advancement on a local and International level, and enhance their capacity and performance. This goes in parallel with improving the dynamics of Jordan's ICT market and catalyzing all Jordan's ICT related activities.</p> <p>In light of this issue, let us also emphasize the importance of this vote as Open XML represents an important advance in document standards that offers benefits to technology users, IT industry, consumers, business and government worldwide. Its publication benefits organizations that intend to implement applications capable of using the format, commercial and governmental entities that procure such software, and educators or authors who teach the format. Ultimately, all users enjoy the benefits of an XML standard for their documents, including stability, preservation, interoperability, and ongoing evolution. Consequently, the approval of ECMA International's Open XML Standard as ISO/IEC Standard will enhance marketplace adoption, broaden choice, and is fully consistent with what has been done in other areas of technology (e.g., image formats, such as JPEG, TIFF; digital video formats, such as MPEG-2 and H.264; and document formats, such as HTML, ODF, and PDF/A), where overlapping standards (including multiple ISO/IEC standards) that address distinct user needs have been approved and have substantially benefited customers.</p> <p>It is well known that Open XML is a new open standard document file format that is being used by many vendors and users, including open source developers (as shown in attachment 2) for the reason that the Open XML Formats specification is optimized for the level of precision and detail required to carry forward billions of existing files, including a complete specification for spreadsheet. The Open XML Formats also offer the unique capability of hosting custom-defined data languages within the document format. This capability is a key innovation for developers seeking to incorporate real-time business information into their documents, or those who seek to “tag” documents with their own categorization system.</p> <p>The Open XML format standardization effort represent a very focused effort to write down in a standardized way the sum of information used in the already proven domain of existing binary formats while preparing for future enhancements and evolution.</p> <p>Although Open XML and ODF are both intended to describe office documents, each is designed to satisfy different user requirements. Open XML has been designed to be capable of faithfully representing the majority of existing office documents in form and functionality. It is designed to replace existing binary document formats with easily accessible, open formats to meet a wide variety of user needs, formats which capture identical information yet are extensively documented, and can be implemented on a wide variety of operating systems and devices. Meeting this objective, while also satisfying many other goals, imposes stringent requirements on the overall design and architecture of the format. Among the other goals for Open XML are:</p> <ul> <li>Open and XML-conformant independence from proprietary formats and features</li> <li>Internationalization capabilities</li> <li>Compact file size (compared to the binary formats)</li> <li>Modularity</li> <li>Integration with business data</li> <li>Extensibility mechanisms</li> <li>Versioning capabilities that allow for forward compatibility</li> <li>Provision of accessibility features</li> </ul> <p>Further, standardizing the format specification and maintaining it over time ensure that multiple parties can safely rely on it, confident that further evolution will enjoy the checks and balances afforded by an open standards process. The compelling need exists for an open document-format standard that is capable of preserving the billions of documents that have been created in the preexisting binary formats, and the billions that continue to be created each year. Technological advances in hardware, networking, and a standards-based software infrastructure make it possible. The explosive diversification in market demand – including significant existing investments in mission critical business systems – makes it essential.</p> <p>As a result, Jordan kindly urges all the P-members of ISO/IEC JTC1 to support strongly the approval of the ECMA International's Open XML Standard as ISO/IEC Standard as Open XML meets user requirements that are distinct from those of ODF and of significant material importance to corporations and government organizations worldwide.</p> <p>Thank you for your support for Open XML Standard.</p> <p>Best Regards</p> <p>Nesreen Al-Khammash</p> <p>Standardization Department<br /> Jordan Institution for Standards and Metrology<br /> Telephone: 0096265680139-Ext. 304<br /> Fax: 0096265681099<br /> email: <span class="wiki-email">oj.vog.msij|hsammahkn#oj.vog.msij|hsammahkn</span></p> </blockquote> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>