Patent Threats In OOXML
An anonymous reader notes an initiative by the New Zealand Open Source Society to weigh in on the question of standardizing Microsoft's OOXML. The organization has authored a white paper (available in several formats, HTML here) laying out the ways in which the OOXML spec falls short of what a standard should be. From the article: "'If OOXML goes through as an ISO standard, the IT industry, government and business will [be] encumbered with a 6,000-page specification peppered with potential patent liabilities' said New Zealand OSS President Don Christie. 'Alarm bells are going off in many parts of the world over OOXML. Normally ISO draft standards would be drawn up by a number of stakeholder organizations, involving an often slow process of consensus building and knowledge sharing. Since many aspects of the office document format remain proprietary, OOXML has not taken this development track.'"
In my opinion, the right solution to these patent problems is eliminating software and/or business process patents.
Free Conference Call -- No Spam, High Quality
MPEG-4 would be an excellent example. It is an open standard, but has a whole lot of patents covering it. Open standard doesn't mean no cost, and it doesn't mean patent free. It means three things:
1) The format is open and not subject to change/closure at the whim of a company (generally controlled by a standards body).
2) It is available under a reasonable and non-discriminatory (RAND) license. The two subsets of that are:
a) Reasonable. The fees required are in line with whatever it is. It's not a "Oh you want a license for that video codec? Ok $1,000,000 per player, no cap." That's clearly unreasonable and designed to keep people from licensing it.
b) Non-discriminatory. This means that you have to license to all comers. You can't decide you like what this company is doing but not this other company. Anyone who pays the moneys get the licenses.
3) All patent holders have agreed that the format can use their parents and that the only compensation they'll get is from those fees.
That's it. There are plenty of open standards that are indeed not free. Do not confuse open standard and open source. This is where the legal issues relating to MPEG and such with Linux come in to play. MPEG LA allows source only works for no licensing fee, but if you want to actually compile and use that, you need to pay a fee. If you don't, you are technically breaking the law. Thus for a Linux distro to include it without paying a fee could be a problem. The developers of the distro could pay if they wanted, it is about $100,000 for an unlimited license, but if they don't then it is a problem. That money is to pay the patent holders. Despite being an open standard, MPEG-4 is covered by about 28 PAGES of patents.
There can only be one standard. One will survive and be commonly implemented , and the other won't become widespead and will only be used by fringe elements.
/. stories) that the OOXML architecture seems rather shoddy and looks like something that was quickly put together. MSFT is trying to force it through iso rather thanb let OOXML succeed through its own merit... that alone draws suspicion to the quality of OOXML.
ODF has been gaining ground in the EU and in other parts of the world, whereas OOXML has to start from a dead stop. It's only asset is the marketing power of MSFT behind it, but that may not be enough. It is already clear (from other
"It is a denial of justice not to stretch out a helping hand to the fallen; that is the common right of humanity."
and
Wow.I am literally 3000 tokens away from the chaotic crossbow --Stephen
'Nuff said.
The existence of shit like that in the spec -- not to mention the obsolete HTML export described in the post below yours -- indicate that the OOXML architecture is just as shoddy as the grandparent post asserts!
In other words, he's right and you're trolling, so STFU and HAND.
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
Not even Microsoft believes in the technical merit of their own spec, which is why they are resorting to their usual underhanded and corrupt tactics.
3 things about computers: they're alive, they're self-aware, and they hate your guts.
is that there are so many of them.
Microsoft XML standard compliance would be just as useful as their POSIX compliance.
Excuse me, but please get off my Pennisetum Clandestinum, eh!
3 things about computers: they're alive, they're self-aware, and they hate your guts.
I don't normally respond to trolls, but I want to make sure this is clear. Despite the claims of Microsoft's representatives, their patent covenant is not the same as Sun's. There are several important differences, as I pointed out at the time:
Items 1 and 2 are especially important. By reserving unaccountable judgement over what is and is not covered, they prevent implementors having certainty they will not face patent issues. This is exactly the way to chill the enthusiasm of open source developers, for whom certainty over their freedoms is the cornerstone of community. It's exactly the reason I made sure Sun's covenant was not crippled in the same way.
I have now had several reports of Microsoft's representatives claiming their covenant is the same as Sun's; it is not, please make sure anyone who says so is challenged.
There's one more issue of note, which the NZ paper makes clear. Microsoft explicitly uses proprietary formats within their MS-OOXML specification (DrawingML for example). If they want to provide comfort to open source developers, they need to go further and cover all referenced formats with their "promise" as well.
Always bet on the Three Letter Acronym. Five Letter Acronyms almost never succeed when faced with a competing Three Letter Acronym. You can ignore OOXML.
Apart from common sense, of course.
This is another red herring that has been addressed many times before, including here. http://www.openmalaysiablog.com/2007/02/microsofts _defi.html
Microsoft is spinning duplicate standards as "choice" when in fact acceptance of MOOXML as a standard would be a breach of ISO's mandate.
"one standard, one test, and one conformity assessment procedure accepted everywhere." Microsoft is pushing this line heavily in their attempt to subvert the approvals process in Standards Australia.It's pretty clear proof that they have no intention of allowing interoperability and are simply using MOOXML as a means of spiking ODF.
"I've got more toys than Teruhisa Kitahara."
I agree, the term "Open Standard" is used very inappropriately by RAND, M$ ... and many others.
... "International Standard", but in fact when proprietary content is used in a standard (legally) it is not "OPEN" and/or freely available to anyone, and is anti-competitive and anti-capitalist by making basic (non-creative/non-original) technology requirements private property for more socialist/communist (as in anti-capitalism) corporate-welfare.
...] concept/intent.
.... Repeated misuse of the term "Open" by industry, governments, agencies, foundations ... should not be allowed. The term "Open" when used in medicine, science, engineering, communications, literature, music, art, technology ... has a definite (though unregistered) trademark value in business and international economics that is being intentionally misused by industry to financially harm the public good, "Open Economics", and "Open Businesses" globally.
Correctly stated it is simply a standard, not "OPEN".
If you want to use a two word phrase, then the correct phrase for a few decades now has been and still is an "Industry Standard".
An "Industry Standard" is sometimes called an ANSI, ISO
By accepted technologist and L/FOSS convention dating back to the 1980's the usage of the term "OPEN" is conceptually reserved to products/ideas... that closely follow the "Public Property" [GPL, "Open Content", "Open Standards"
Just like a public park, which is always paid for by the public or philanthropic individuals/foundations, the property is provided and developed for the public welfare. Software patents and industry standards are an obvious attempt by corporatist and their governments to prevent access [easement] to public property that could/would limit the private property's owners attempts to control public property use by citizens.
I know you see my direction of debate/argument, the word "Open" when capitalized or in all caps (like an acronym) should have as much legal standing as the term "Microsoft", "California", "Navajo" "The United States" "Organic"
Revisionist-spin is never reality, but can be dogma for fools and "Exploiticians" to use for legal rights to the wind, they may even stupidly try to hold the wind for themselves.
Unaccountable leaders are masters, and unrepresented people are slaves. How do US and EU fare?
yeah, but what's "reasonable" for a business may not (and in fact, will probably not) be reasonable for individuals, and I think GP's post is that in the age of the internet and open source, that ought to be a very serious consideration for standards bodies, an opinion I'd completely agree with.
free software may not be "free as in I'm sleeping on your couch", but it certainly is "free as in you're free to use, modify and redistribute it without needing an army of lawyers and negotiating thousands of different licensing agreements", a position to which neither the MPEG standard nor OOXML is helping in any way.
No problem is insoluble in all conceivable circumstances.
MPEG-4 would be an excellent example. It is an open standard, but has a whole lot of patents covering it.
That's an example of a scandal, not good practice. You can only believe that it's good practice if you believe in software and business method patents. Both of those things have been discredited as a corruption of the patent process and both are stiflingly anti-competitive. RAND is an obfuscation that reasonable standards bodies reject.
OOXML would be an even bigger scandal because it does not even pass your ludicrously low qualifications.
1) The format is open and not subject to change/closure at the whim of a company (generally controlled by a standards body).
OOXML is neither open nor complete because it contains insane specifications that basically say, "do this exactly like Word for Mac with a HP Laser Jet printer did" without further instructions.
The whole point of OOXML is for M$ to have a "standard" they control. If they wanted an open and reasonable standard, they would be using ODF.
All patent holders have agreed that the format can use their parents and that the only compensation they'll get is from those fees.
M$ always presses their advantage. You may wish they did not, but company history proves otherwise, and people who partner with or trust M$ are always crushed.
Friends don't help friends install M$ junk.
Given that Sun's ODF plug-in for MS Word does exactly that (simply adds ODF to the list of supported formats everywhere they occur in Word, including allowing it to be set as the default), it makes me wonder why Microsoft would say that.
I call prior art!
"The best thing about standards is that there are so many of them to choose from" (unknown, but ancient attribution)
Faster! Faster! Faster would be better!
Basically they are saying that although the Gregorian calendar says 1900 is NOT a leap year, from now on it should be, otherwise a certain program's spreadsheet data wouldn't be correct anymore because one programmer screwed up getting the dates right in said legacy program, many years ago.
Never mind that the world didn't start in 1900 (dates before either 1900 or 1904 are NOT IMPLEMENTED)
Never mind bothering to implement other calendars (Islamic, Chinese etc.) which might be of interest in large parts of the world.
WHY didn't they just use ISO 8601, like ODF did?
Speaking of ODF, this is what they put in par. 14.7.11 (p. 523) if you don't believe me:
So basically, my gripe with OOXML is not that it's legally unclear, or not open enough, it's that it's clearly not written to be A STANDARD. Think with me pls:
If the OASIS people overlooked an important calendar/date problem, and there is consensus, it can be added in the next version of the standard. All existing ODF documents are safe.
vs.
If the ECMA/Microsoft people decide one day to correct this bogus "1900 should from now on be a leap year" feature, all OOXML text documents that contain dates will have to be checked, and the ones that turn out to have dates from 1900 have to be corrected.
See the difference?
To be, or not to be: isn't that quite logical, Slashdot Beta?