Bonum Certa Men Certa

Slashdot: World's Third-Largest Population Appeals ISO's Decision (Updated, Confirmed)

MicrISOft



We haven't concrete proof yet, but Slashdot, citing what we did yesterday, came up with the headline "Brazil Appeals OOXML Decision." For background on this appeal, you might wish to read about the events in South Africa.



Brazil is now appealing the ISO's decision to standardize OOXML, following South Africa's lead.


Can anyone confirm this? This came to my attention in a response I received in Technocrat and I've just asked in Bob Sutor's blog for something substantiated. Might Slashdot be right? Or wrong?

Either way, in other ODF news, watch the following very elaborative analysis from SVG.org:

Thomas is part of the legal team representing some companies in the EU against Microsoft. The bit in the interview that caught my attention was the following quote:

We filed our complaint with the Commission last February, over Microsoft's refusal to disclose their Office file formats (.doc, .xls, and .ppt), so it could be fully compatible and interoperable with others' software, like Linux. We also had concerns with their collaboration software with XP, e-mail software, and OS server software and some media server software with their existing products. They use their vast resources to delay things as long as possible and to wear people down so they'll give up.

[...]

What is worse is that even if people manage to stop OOXML from becoming an ISO standard it will be an ephemeral victory. We need to recognize that this is the problem. Instead of trying to bury OOXML, which amounts to covering the sun with your finger. We need to make sure that OpenOffice.org can thrive on its technical grounds.


On the technical side, OpenOffice.org makes good progress. In fact, the following press release has just come up.

Advanced Integration of OpenOffice.org with Apple VoiceOver, ODF Editing is Now Accessible on All Key Desktop Platforms; More Than 100 Extensions Available for OpenOffice.org


As we stated a few days ago, the download pace of OpenOffice.org had gone up significantly.

Update: The news from Slashdot can now be confirmed by Groklaw, which has the details. Bravo, Brazil!

According to Andy Updegrove, there are more appeals on the way (we just don't know about them yet). This is excellent news. The appeal from Brazil is reproduced below.




Dear Sirs,

The Associação Brasileira de Normas Técnicas (ABNT), as a P member of ISO/IEC/JTC1/SC34, would like to present, to ISO/IEC/JTC1 and ISO/IEC/JTC1/SC34, this appeal for reconsideration of the ISO/IEC DIS 29500 final result.

This appeal is based on two main considerations:



1. Brazil considers that the BRM was inconclusive. 2. Brazil considers that the final version of the ISO/IEC DIS 29500 text shall be released immediately.


1. About the BRM

At the BRM, the Brazilian delegation was not allowed to present an important proposal regarding the legacy binary mapping. This proposal was a complementary part of USA delegation proposal regarding the new organization of the ISO/IEC DIS 29500. It also shall complement the scope change proposal approved at the BRM.

Brazil has tried to present this proposal, during the debates, on the first day of the meeting and, attending to a request made by the convenor, Brazil has taken offline discussions with USA and other delegations and prepared its proposal to be presented on Friday, during USA proposal presentation. On Friday, when USA ended their part of presentation and asked for Brazil to present its part of it, the convenor denied this opportunity to Brazilian delegation.

Several delegations has protested against that arbitrary decision, but those appeal was in vain and until the end of the BRM, the Brazilian delegation was not able to present its proposal. The main reason alleged by the convenor was “lack of time”. The proposal here mentioned, is the one available on the file “Br_Multipart_Proposal.ppt” available to all BRM members the ISO/IEC/JTC1/SC34 website at least since the fourth day of the meeting.

Brazil also noticed that most of the decisions taken during the BRM were based on the “lack of time” argument, and we think that this is completely incompatible with the kind of decisions that should have be taken on that meeting.

During the BRM, some decisions were also taken based on the argument that “we need to give answers to journalists”, and we think that the media coverage of that meeting was not so important as the meeting results, to be used as a decision making criteria. Even with the “lack of time” alleged, some members of ECMA delegation, and not members of any NB, was allowed to do half-hour speeches during the two first days of the meeting.

The voting rules of that meeting were not taken in accordance with ISO/IEC/JTC1 directives subclause 9.1.4. Brazil also notes that the ISO/IEC DIS 29500 was voted under ISO/IEC/JTC1 but the BRM was organized by ISO/IEC/JTC1/SC34. Even if the directives subclause 9.1.4 was intended to be used, Brazil cannot understand if the P member status considered, should be the ISO/IEC/JTC1 or the ISO/IEC/JTC1/SC34 one.

Brazil also considers that if most part of the issues was to be decided by vote, without any kind of discussion allowed.

About the same subject, Brazil considers that the elected “default voting criteria” was only elected because it was the “less bad” criteria that could be analyzed, and we do not consider that this voting decision represents the intent of the vast majority of BRM delegates. They went there to discuss the technical propositions.

Analyzing the document “SC 34 N 990 - EDITED NOTES OF THE MEETING”, on page 7, we have found the register of BR objection to the multi-part split decision but analyzing the document “SC 34 N 989 - RESOLUTIONS OF THE MEETING” we do not find that objection registered.

During the BRM, the delegations were asked to vote in block for the rejection of a set of responses that was considered by the convenor as “responses without any editing instructions”. Those responses are listed on the file “dis29500-nochange.txt”, available at the SC34 website during the BRM and, as far as Brazilian delegates remember, this set of responses was “rejected in block” as requested.

When we analyze the documents N989 and N990 we do not see any reference to that decision and also at the ISO/IEC/JTC1/SC34 document with title “Result of Proposed disposition of comments (SC 34 N 980)”, that presents a table with the status of each response, some of the “block rejected responses” appears as accepted (e.g. responses 3, 5, 10 and 11 among others).

To finalize our considerations about the BRM, analyzing the document N 989, we've found that the BRM can be summarized by:
Total of responses available for discussion: 1027 100 %
Total of responses addressed at the BRM: 189 18,4 %
Total of responses decided by “default” vote: 838 81,6 %


We use the term “responses addressed at the BRM” above because the majority of those responses was decided by block vote without any discussion at the BRM.

For the above-mentioned reasons, Brazil considers that the ISO/IEC DIS 29500 BRM was inconclusive.

2. About the final version of ISO/IEC DIS 29500 text

According to the directive item 13.12, the final version of the ISO/IEC DIS 29500 text shall be distributed on not more than one month after the end of the BRM.

Seen that almost three months has passed after the end of BRM, without any final version of the text distributed or published, and based on directive subclause 13.12, Brazil request the distribution of ISO/IEC DIS 29500 final text.

For all those reasons presented, Brazil kindly request that the final result of ISO/IEC DIS 29500 should be reconsidered by ISO/IEC/JTC1 and ISO/IEC/JTC1/SC34.

Best regards,

Marcia Cristina de Oliveira

ABNT – Manager Standardization Process

Comments

Recent Techrights' Posts

Who really owns Debian: Ubuntu or Google?
Reprinted with permission from disguised.work
 
[Meme] Reserving Scorn for Those Who Expose the Misconduct
they like to frame truth-tellers as 'harassers'
Why the Articles From Daniel Pocock (FSFE, Fedora, Debian Etc. Insider) Still Matter a Lot
Revisionism will try to suggest that "it's not true" or "not true anymore" or "it's old anyway"...
Links 03/05/2024: Canada Euthanising Its Poor and Disabled, Call for Julian Assange's Freedom
Links for the day
Dashamir Hoxha & Debian harassment
Reprinted with permission from disguised.work
Maria Glukhova, Dmitry Bogatov & Debian Russia, Google, debian-private leaks
Reprinted with permission from disguised.work
Keeping Computers at the Hands of Their Owners
There's a reason why this site's name (or introduction) does not obsess over trademarks and such
In May 2024 (So Far) statCounter's Measure of Linux 'Market Share' is Back at 7% (ChromeOS Included)
for several months in a row ChromeOS (that would be Chromebooks) is growing
Links 03/05/2024: Microsoft Shutting Down Xbox 360 Store and the 360 Marketplace
Links for the day
Evidence: Ireland, European Parliament 2024 election interference, fake news, Wikipedia, Google, WIPO, FSFE & Debian
Reprinted with permission from Daniel Pocock
Enforcing the Debian Social Contract with Uncensored.Deb.Ian.Community
Reprinted with permission from Daniel Pocock
Gemini Links 03/05/2024: Antenna Needs Your Gemlog, a Look at Gemini Get
Links for the day
IRC Proceedings: Thursday, May 02, 2024
IRC logs for Thursday, May 02, 2024
Over at Tux Machines...
GNU/Linux news for the past day
Jonathan Carter & Debian: fascism hiding in broad daylight
Reprinted with permission from disguised.work
Gunnar Wolf & Debian: fascism, anti-semitism and crucifixion
Reprinted with permission from disguised.work
Links 01/05/2024: Take-Two Interactive Layoffs and Post Office (Horizon System, Proprietary) Scandal Not Over
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Wednesday, May 01, 2024
IRC logs for Wednesday, May 01, 2024
Embrace, Extend, Replace the Original (Or Just Hijack the Word 'Sudo')
First comment? A Microsoft employee
Gemini Links 02/05/2024: Firewall Rules Etiquette and Self Host All The Things
Links for the day
Red Hat/IBM Crybullies, GNOME Foundation Bankruptcy, and Microsoft Moles (Operatives) Inside Debian
reminder of the dangers of Microsoft moles inside Debian
PsyOps 007: Paul Tagliamonte wanted Debian Press Team to have license to kill
Reprinted with permission from disguised.work
IBM Culling Workers or Pushing Them Out (So That It's Not Framed as Layoffs), Red Hat Mentioned Repeatedly Only Hours Ago
We all know what "reorg" means in the C-suite
IBM Raleigh Layoffs (Home of Red Hat)
The former CEO left the company exactly a month ago
Paul R. Tagliamonte, the Pentagon and backstabbing Jacob Appelbaum, part B
Reprinted with permission from disguised.work
Links 01/05/2024: Surveillance and Hadopi, Russia Clones Wikipedia
Links for the day
Links 01/05/2024: FCC Takes on Illegal Data Sharing, Google Layoffs Expand
Links for the day
Links 01/05/2024: Calendaring, Spring Idleness, and Ads
Links for the day
Paul Tagliamonte & Debian: White House, Pentagon, USDS and anti-RMS mob ringleader
Reprinted with permission from disguised.work
Jacob Appelbaum character assassination was pushed from the White House
Reprinted with permission from disguised.work
Why We Revisit the Jacob Appelbaum Story (Demonised and Punished Behind the Scenes by Pentagon Contractor Inside Debian)
If people who got raped are reporting to Twitter instead of reporting to cops, then there's something deeply flawed
Free Software Foundation Subpoenaed by Serial GPL Infringers
These attacks on software freedom are subsidised by serial GPL infringers
Red Hat's Official Web Site is Promoting Microsoft
we're seeing similar things at Canonical's Ubuntu.com
Enrico Zini & Debian: falsified harassment claims
Reprinted with permission from disguised.work
European Parliament Elections 2024: Daniel Pocock Running as an Independent Candidate
I became aware that Daniel Pocock had decided to enter politics
Publicly Posting in Social Control Media About Oneself Makes It Public Information
sheer hypocrisy on privacy is evident in the Debian mailing lists
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Tuesday, April 30, 2024
IRC logs for Tuesday, April 30, 2024