It's not all about money. A lot of this is about trust. How far do you trust Microsoft with your data? OOXML's biggest drawback is that it's not truely open [wikipedia.org]. I'm glad Microsoft is moving towards openness, but as is often the case in the corporate world, this isn't just some company being nice and giving users what they want. It's a direct attack against the ODF threat. It will likely be very effective, resulting in your having to continue to Trust in Microsoft (TM). Trust the big corporation. Good doggie.
Agreed, the name in itself has been chosen just to confuse Open Office and Office Open XML being the same thing. I can imagine the standards body meeting now:
"OK great, we'll pick the Open Document Format over Office Open XML"
(Some poor sod writing up the meeting notes)
Right, they've chosen the standard by the guys who do Open Office... aha! Here it is, Office Open XML...
I'd have some sympathy if the name of OpenOffice wasn't specifically chosen to make people think of Microsoft Office.
I think they did consider calling it "Open Fantasy Strip Poker" to try and make it more popular but that they thought that it wouldn't correctly reflect what the software was about, i.e. office software... So there you are. And it's OpenOffice.org btw.
A lot of people say it's not really open, but I don't see anywhere how that's the case. In fact, people following the link to wikipedia will not see any criticisms against open-ness. There is quite a bit of shouting about why this is not this way or that way however. So, there are two arguments I see people use to say OOXML is not open:
First, people like to say that OOXML is patented. OK, yes, we all know that's true, just like it's true that ODF is patented in *exactly* the same way by another large and
So building legacy compatibility into a new system is a bad thing?
Yes, if you do it like OOXML. The correct way of doing it is to make your format expressive enough to store all of the information that legacy documents contain, and then have a converter which translates the old markup into the new format. Consider the following made-up example:
Word processors generally have default style for headings. Which of these would make more sense in a standard:
Have an element indicating the outline level, and one indicating the display style to use.
Have an element saying 'use Word 95 format headings,' one saying 'use WordPerfect 3 format headings' etc.
Implementing a spec using the first is non-trivial. Implementing a spec using the second is almost impossible, unless you happen to already have code for importing documents in those formats. OOXML doesn't do this for heading styles (I don't think it does, anyway), but it does do this in a number of other elements.
In summary, the correct place for legacy support is in the importer, not the format. If you're doing things the OOXML way, you may as well have a couple of bytes reserved at the start of the file with one value reserved for 'this document is in Word 95 format' etc.
Microsoft could just fully document their old formats, and those documents could remain in those formats with full compatibility in other applications (other than the original program used to write the document). Hell, they could fully document the new format, but instead they say, "refer to Word version x", where x is an undocumented, proprietary format. Also, Microsoft could provide conversion programs that convert your old documents into the current standard (whether it be ODF or a version of OOXML witho
So, there are two arguments I see people use to say OOXML is not open:
Neither of those things concerns me much; I'm a lot more concerned about failure to reuse preexisting standards. Forcing anyone who wants to build a full implementation of OOXML to implement Microsoft's own vector graphics language rather than using one of the many available SVG libraries is unnecessary and excessive. Same thing goes for MathML, XLink, etc. OOXML reinvents the wheel frequently, down to having their own date formatting quirks and names for colors (for which there are also ISO-standardized versions). To be sure, OOXML may still technically be "open" -- but if it's unnecessarily complex for anyone to implement without access to Microsoft's legacy codebase (from which the funky restrictions were cribbed), what's the difference?
Any "standard" which is so clearly developed with ease of implementation by a single vendor in mind has a rather obvious scent of unilaterality to it.
Second, some people are concerned that OOXML allows documents that use proprietary image formats or other elements? I ask you, what moron (l)user in this day and age is going to use a WMF file instead of jpg, bmp, gif, or png when creating a word document?
Is Microsoft's clipart library no longer largely WMF? Even if that's the case, modern OOXML implementations will need to implement these ancient, antiquated formats to be able to read documents which were imported into OOXML from Word 95 (or other versions which *did* use WMF as the primary format for imported documents) -- meaning that backwards compatibility will remain much of the headache it was even before documents were converted into a "standardized format". The right way to convert things is normalization, damnit -- if, rather than simply forcing all implementors of the new format to support all the quirks of the old, the conversion process always normalized out the old quirks (ideally into modern, standards-centric formats for which preexisting implementations are available under a variety of licenses), the standard would be much smaller, more manageable and simpler to implement. As an additional benefit, we wouldn't see things like buffer overflows in the parser code for Microsoft's more obscure, obsolete formats causing security holes (as has happened in recent memory).
Part of the point of having a standard is that anyone should be able to implement it. If the standard incorporates by reference other specifications which are not open standards, then the standard can only be implemented in full by those who have licensed said specifications. Is this not an obvious problem on its face? You say that those creating such documents are "(l)users" -- but most office workers just want to Get The Job Done, and don't care (and shouldn't need to care) what format their clip art library is in.
I don't really object to WMF so much in particular, and was using it as an example strictly at the parent's suggestion; consider it a placeholder for any nonstandardized format included by reference, in the context of the refutation of an argument that only "(l)users" will make use of functionality that embeds such content (and thus, by extension, that having a standard which includes nonstandardized specifications by reference is somehow acceptable). What concerns me much more significantly is Microsoft's i
Sure it's about trust. Who do you trust: a well-established and widely known company, or a nearly invisible (compared to MS) group of Open Source advocates? For many decision-makers at companies, the choice is a no-brainer.
On the subject of trust, it is harder to trust your opinion when you support "it's not truly open" with a link to a list of criticisms that doesn't even mention whether it is open or not. On what basis do you say that the current Office Open XML format not "truely" open? But in essence you're right. It's not all about money. Many ODF advocates are making heavy use of misleading FUD. It's not "open" in the generic sense of "honest", it seems to be heavily driven by ideology or self-interest, and often they si
Some standards are developed before the implementation like the 802.11n standard. That makes sure everyone can interopperate. You can also open a previously closed format which is what Microsoft is doing. This will allow other companies to implement Microsoft's format in their own products without having to reverse engineer it or pay for it.
I believe ODF worked the same way. They defined the format and then allowed it to be open so others can implement it. It's not exactly the same because ODF is Op
Round of applause, that commentor. Given how much tax money they've wasted on rattling their pathetic little sabre up to now, only to utterly cave on their 'principles' when push came to shove, what else could it ever have been about?
by Anonymous Coward
on Tuesday July 03 2007, @07:14AM (#19728955)
Posting AC for obvious reasons...
What many people probably don't know is that Microsoft have been lobbying companies, especially technology partners, to lobby their local standards body to get them to lobby ISO. You receive an email talking about "choice" and why that is important and what OOXML is all about, you also get a handy word document (not in OOXML ironically) which you can fill in, sign and post, or an email template that you can send off to the organisation in question. MS also would like a "quote" from the companies to say that they support "choice" and hence OOXML.
And of course good partners of Microsoft often get cash investment in sales campaigns and go to markets.
This story piqued my interest as I got a mail today from our national standards body. In it we were informed that there is a 5 month ballot currently underway with a deadline of September 2 2007. They are looking at the national position WRT this proposed standard and are seeking submissions from those who submitted previously at the one month contradiction stage.
Check your own national standards organisation and see if they too are seeking submissions.
The outcome of the Ecma report can be had here http [ecma-international.org]
Yes, Microsoft are moving heaven and earth to get OOXML stamped as an ISO standard.
One example: in Italy's technical committee a few weeks back there were 11 organisations. When Microsoft had finished mobilising their partners, there were 70. No surprise that Italy will vote "yes" on the OOXML vote. It is disgraceful; ISO will become a "made in Redmond" rubber-stamping tool that helps Microsoft sell upgrades and kick away ODF.
There's no irony in complaining about a corporation mobilizing its partners, but closing with your own attempt to mobilize your partners. None at all.
Partners? I'm thinking that we're just talking about people here, not organizations that depend on the parent-poster for their financial welfare. I also don't see any irony involved in pointing out that letting Microsoft purchase the approval for their standard doesn't benefit anyone but Microsoft, and that if you agree, you can sign a petition stating that. No financial involvement or coercion of any sort is involved. Definitely not the case with Microsoft's partners.
The pertinent question is this: is OOXML an open format?
No. I think openxml is a scam. My unverified assumption is that at present there is no translater that is 100% compatible with any document MS Office might produce with openxml, including Novells [novell.com]. Even if my assumptions are incorrect (I'm convinced they are not), it will still be possible for MS to "extend" openxml later with new shiny features that will effectively keep documents locked in.
I can't imagine that any intelligent human will not realize this. The only explanation for openxml approval by ECMA, ISO, or the State of Massachusetts is corruption and bribery.
OpenDocument expert Gary Edwards believes that adopting OpenXML means lock-in to Microsoft products on an unprecedented scale. In this podcast, Edwards defends OpenDocument's capabilities but also challenges the ODF community to out-innovate Microsoft to provide a competitive alternative to Microsoft's lock-in. He also challenges the open standards community to focus on delivering alternatives to Microsoft Exchange and SharePoint servers. Edwards also describes Open Document Foundation's da Vinci plug-ins for Microsoft Office.
Yeah, the Democrats will help. Especially when you consider that there is a Democrat Governor in Massachussetts now, and ODF was accepted under a Republican. Being Slashdot, this of course is supposed to be considered an exception to the rule. After all, Democrats support the people, and Republicans support evil corporations, right? Unfortunately, party affiliation has no bearing upon moral judgement. Hillary has probably already been taking contributions from Microsoft. Besides the fact that with her,
I doubt the Democrats will do anything useful either. Sure, if the DoJ is fixed again with lawyers who have experience in the field (e.g., the lawyers Bush fired that were prosecuting Microsoft in the first place), it's possible that Microsoft might get more than a slap on the wrist if antitrust charges are brought against them again. However, the individual people behind the party are far more important than the party itself, especially with Democrats (the neocons that took over the Republican party are
Because this is the first crack in the dam of Microsoft's vendor lock-in. If Massachusetts stores and releases all government material in an open format, then Microsoft must support that format, or lose a lot of business. Remember that Massachusetts is the home of MIT, lots of businesses there that care about government regulation. And once a couple businesses in Massachusetts stop using office, it can spread. They email some document to another company across the globe, in ODF, then that company comes into contact with ODF, and it will have to either install separate software for it, or even switch away from office, if Microsoft still refuses to support ODF.
Of course, if they do support ODF, then they lose their vendor lock-in outright. No problem switching to OpenOffice if all your clients have Office, just send your stuff in ODF, and they can open it. Microsoft chose the one way out that would let them have some control, develop their own open standard, and lobby like mad to get everyone to use that instead of ODF. That way, at least they own the standard, and that's what Microsoft's always been after.
Simply really. The same reason that people care if Munich has adopted Linux. If governments adopt open standards or Free Software, then it makes it gives more credibility to these standards or software.
Currently MS Office is the de facto standard for office software, companies want people who know how to use MS Office. Yet, if they see that they need to be compatible with OpenDocument, then they might start asking for people who can use more general office software, or for people who can use OpenOffice.org.
... personally I think it should be approved; once the ECMA and ISO approval is done.
You have apparently not read the OOXML standard, or you might think differently on the subject. I have read it. It is has to be one the poorest attempts at a "standard" I have ever seen. It is incredibly complex and obtuse. Go, check it out. Please.
OK, but in that case, surely the problem is that the standards bodies don't agree with you. Now, this may be a demonstration of technical competence on a par with the USPTO, but it seems rather harsh to blame the state legislature for saying it will adopt recognised standards, and for recognising standards supported by ISO for that purpose. I would think the correct target would be the standards bodies, which seem to be approving documents that shouldn't qualify for the reasons given elsewhere in this discu
Since microsoft is going for ECMA and ISO standardization of thier file format, personally I think it should be approved; once the ECMA and ISO approval is done.
Given some of what has achieved ECMA and ISO standardization, and indeed, the quality of the documentation of the "standard" that OOXML purports to be, you're basically just asking for rubber stamps, not openness. Then again, this is government, so perhaps rubber stamps are actually more important than the qualities the rubber stamps are supposed to guarantee.
This does raise an interesting question though, because MS is successfully slipping through the door here. It is a case of following the letter of, b
personally I think it should be approved; once the ECMA and ISO approval is done.
You're assuming OOXML will be accepted as an ISO standard. At this stage, with 16 of the 30 P-Countries offering contradictions, I wouldn't be counting it as a fait accompli.
Why not add a second condition: The standard must be implemented by at least two independent implementations. PDF qualifies (there are at least half a dozen PDF renderers I know of, and even more creators), so does ODF. OOXML does not.
and weakens earlier Massachusetts support for the Open Document Format.
It weakens ODF's potential for exclusive adoption in Massachusetts. It would be very unlikely that a state (particularly one as large as Massachusetts) would ever completely refuse to accept documents in a format as soon-to-be-common (like it or not) as OOXML.
Granted if they did it, they'd have a better chance of getting private vendors to use ODF than, say, Montana. But you've got to figure that as OOXML gets slowly adopted, there are going to be a lot of outside vendors (not to mention other states) with whom Massachusetts will have to interact who will make the jump to OOXML. And if you think the conversion from old Word to new Word is rife with peril, the conversion from ODF to OOXML and back would likely cause quite a bit of inefficiency and lost data.
They have designated OOXML as a potiential open format to be considered. Seriously, how would it be appropriate to not fully evaluate Microsoft's offering? This might be bad news as suggested, the first step in an predetermined process to adopt OOXML, or it might be that someone has realized that it would be politically not viable to reject OOXML without an obvious and public evaluation that would broadcast OOXML's problems in clear terms. We can only hope;-)
Why the whole of USA is forcing down our collective throats one-size-fits-all 110 V, 60 Hz electricity supply? America is about choice and freedom. We want more choices in standards. You could choose 17 inch square wheel standard for your car that uses 125 octane gasoline
standard and a 7.3 V battery standard. The world would be much better place if every vendor
and manufacturer could specify his own standards. In fact we could have multiple standard
specifying bodies too. You choose GE-IEEE standard or For
Wasn't one of the requirements for eligibility of a format the existence of multiple word processors (spreadsheet programs, presentation programs, etc.) that read and write the format?
Did that change, or is someone else licensed to use their formats to write competing software with MS formats, or is there some other way that MS is trying to get around that?
So you guys are mad that there isnt going to be a law forcing states to be locked into ODF? Can you imagine the outrage if it was the other way around and there was a law requiring some open MS standard to be used for all government work? Is it really so ridiculous to say that people should just use whatever standard they feel is best for the task at hand. Personally I would think any law locking people in to one standard is a terrible idea regardless of whether its by IBM, MS, or any other big tech corporation.
OOXML is an open standard. People are making a mountain out of a molehill based on the corner case of importing a document from wordperfect of many years ago and having a clause in the formatting that just says "this footer here shall be aligned as it would be in wordperfect x.y" or whatever. For all intents and purposes its open, people are just nitpicking over the fact that importing files from long ago and having the description for how a few obscure formatting issues should be handled is a little vague.
Can you imagine the outrage if it was the other way around and there was a law requiring some open MS standard to be used for all government work?
If the standard were freely implementable by anyone who wanted to, with no royalties, a reasonably complete specification and one non-MS implementation already existed.
You seem to be confused as to what the point of a standard is, and what the point of an open standard, specifically, is.
Is it really so ridiculous to say that people should just use whatever standard they feel is best for the task at hand.
Well the whole purpose of a "standard" is to get a group of people using the same rules, so that interoperability and transfer of data becomes much easier. Of course there will always be multiple standards, and different groups may decide that one standard fits their needs better than another. No one is arguing that point.
So you guys are mad that there isnt going to be a law forcing states to be locked into ODF?
Actually the proposed law is that the government should be using an open standard. No one is 'forcing' you (or any person or any company) to use this standard. The purpose of the law is to say that the government has a responsibility to use a standard that is open, so that archiving of data is easier (and can be accessed years later), and so that all citizens have access to the data. This makes sense: the government is an instrument of the people, and all the citizens of a democracy should have easy access to government data (and for all time!).
It's rather disingenuous to say "locked into ODF" since ODF is an open standard which means that anyone can generate their own ODF reader and writer. In fact, every computer on the market right now can basically read ODF (in a primitive way), since any modern OS can extract a zip archive and read the plaintext that is inside. Yes, ODF is really that open! You can read it and work with it with very simple tools. There are also many full office suites that can read/write ODF. So it's hard to see how you can say that the government will be "locked into ODF" when it will be trivial for them to convert the data to other formats, copy the data elsewhere, extract it for other use, automate searching through the data, etc. Where's the lockin?
The point with ODF is that you are not locked in. It is so open that it is very easy to convert your data, using a wide variety of tools (many of them freely available). The same cannot be said for MS's offering... which is why it cannot be legitimately called "open" and is a poor match to the needs of archiving and disseminating government data.
.. that if OOXML is accepted as a 'standard' and compliance with the 'standard' must be demonstrated, Massachusetts won't be able to deploy Word 2007 since it doesn't implement OOXML correctly. In fact nobody can implement OOXML correctly since the document is internally contradictory and many of the examples pieces of code are invalid XML.
The hope that anyone will test for compliance is though, probably, a pipe-dream. Maybe if concerned voters raised a legal challenge when procurement was done?
I have word 95 documents that crash word or that load but look weird.
The fix is to read them into openoffice 2.0 (or higher) and save them as word documents. OO is better and more stable reading many of my older word95 documents up to about 4 mb in size than Word 2003 to 2007.
I've also had word 2007 documents become corrupted so that they crash word when I try to read them. However, openoffice will read them and then I can save them often with no apparent loss of data (pointing to corrupt section headers I think).
ob (Score:3, Funny)
Re:ob (Score:5, Interesting)
Parent
Re: (Score:3, Insightful)
Agreed, the name in itself has been chosen just to confuse Open Office and Office Open XML being the same thing. I can imagine the standards body meeting now:
"OK great, we'll pick the Open Document Format over Office Open XML"
(Some poor sod writing up the meeting notes)
Right, they've chosen the standard by the guys who do Open Office... aha! Here it is, Office Open XML...
Re: (Score:3, Insightful)
Re:ob (Score:5, Informative)
StarOffice [wikipedia.org] started in 1986. Microsoft Office [wikipedia.org] debuted in 1989.
So, now it has your sympathy?
Parent
Re: (Score:3, Funny)
Re: (Score:2)
So, there are two arguments I see people use to say OOXML is not open:
First, people like to say that OOXML is patented. OK, yes, we all know that's true, just like it's true that ODF is patented in *exactly* the same way by another large and
Re:ob (Score:5, Insightful)
That's one reason, at least.
Parent
Re:ob (Score:5, Insightful)
Word processors generally have default style for headings. Which of these would make more sense in a standard:
- Have an element indicating the outline level, and one indicating the display style to use.
- Have an element saying 'use Word 95 format headings,' one saying 'use WordPerfect 3 format headings' etc.
Implementing a spec using the first is non-trivial. Implementing a spec using the second is almost impossible, unless you happen to already have code for importing documents in those formats. OOXML doesn't do this for heading styles (I don't think it does, anyway), but it does do this in a number of other elements.In summary, the correct place for legacy support is in the importer, not the format. If you're doing things the OOXML way, you may as well have a couple of bytes reserved at the start of the file with one value reserved for 'this document is in Word 95 format' etc.
Parent
Re: (Score:3, Informative)
Also, Microsoft could provide conversion programs that convert your old documents into the current standard (whether it be ODF or a version of OOXML witho
Re: (Score:2)
This is the canonical list of cotradictions so far http://www.consortiuminfo.org/standardsblog/artic l e.php?story=20070117145745854 [consortiuminfo.org]. There are also links to Groklaw's analysis at the bottom of the list
OOXML is clearly not open. As the man says, its purpose is to describe Microsoft's Office product - bugs, rats and all.
Re:ob (Score:5, Insightful)
Any "standard" which is so clearly developed with ease of implementation by a single vendor in mind has a rather obvious scent of unilaterality to it.Is Microsoft's clipart library no longer largely WMF? Even if that's the case, modern OOXML implementations will need to implement these ancient, antiquated formats to be able to read documents which were imported into OOXML from Word 95 (or other versions which *did* use WMF as the primary format for imported documents) -- meaning that backwards compatibility will remain much of the headache it was even before documents were converted into a "standardized format". The right way to convert things is normalization, damnit -- if, rather than simply forcing all implementors of the new format to support all the quirks of the old, the conversion process always normalized out the old quirks (ideally into modern, standards-centric formats for which preexisting implementations are available under a variety of licenses), the standard would be much smaller, more manageable and simpler to implement. As an additional benefit, we wouldn't see things like buffer overflows in the parser code for Microsoft's more obscure, obsolete formats causing security holes (as has happened in recent memory).
Part of the point of having a standard is that anyone should be able to implement it. If the standard incorporates by reference other specifications which are not open standards, then the standard can only be implemented in full by those who have licensed said specifications. Is this not an obvious problem on its face? You say that those creating such documents are "(l)users" -- but most office workers just want to Get The Job Done, and don't care (and shouldn't need to care) what format their clip art library is in.
Parent
Re: (Score:3, Insightful)
What concerns me much more significantly is Microsoft's i
Re: (Score:2)
Re: (Score:2)
But in essence you're right. It's not all about money. Many ODF advocates are making heavy use of misleading FUD. It's not "open" in the generic sense of "honest", it seems to be heavily driven by ideology or self-interest, and often they si
Re: (Score:3, Informative)
I believe ODF worked the same way. They defined the format and then allowed it to be open so others can implement it. It's not exactly the same because ODF is Op
Re: (Score:2)
Re: (Score:2)
Microsoft lobbying (Score:5, Interesting)
What many people probably don't know is that Microsoft have been lobbying companies, especially technology partners, to lobby their local standards body to get them to lobby ISO. You receive an email talking about "choice" and why that is important and what OOXML is all about, you also get a handy word document (not in OOXML ironically) which you can fill in, sign and post, or an email template that you can send off to the organisation in question. MS also would like a "quote" from the companies to say that they support "choice" and hence OOXML.
And of course good partners of Microsoft often get cash investment in sales campaigns and go to markets.
Re: (Score:2)
Check your own national standards organisation and see if they too are seeking submissions.
The outcome of the Ecma report can be had here http [ecma-international.org]
The noOOXML.org petition (Score:5, Insightful)
One example: in Italy's technical committee a few weeks back there were 11 organisations. When Microsoft had finished mobilising their partners, there were 70. No surprise that Italy will vote "yes" on the OOXML vote. It is disgraceful; ISO will become a "made in Redmond" rubber-stamping tool that helps Microsoft sell upgrades and kick away ODF.
There is an online petition with 16,000 signatures [noooxml.org] and a lot more information on the noOOXML.org [noooxml.org] site.
Everyone who cares about open standards needs to sign this petition.
Parent
Re: (Score:3, Informative)
There's no irony in complaining about a corporation mobilizing its partners, but closing with your own attempt to mobilize your partners. None at all.
Partners? I'm thinking that we're just talking about people here, not organizations that depend on the parent-poster for their financial welfare. I also don't see any irony involved in pointing out that letting Microsoft purchase the approval for their standard doesn't benefit anyone but Microsoft, and that if you agree, you can sign a petition stating that. No financial involvement or coercion of any sort is involved. Definitely not the case with Microsoft's partners.
Re:Microsoft lobbying (Score:5, Insightful)
The pertinent question is this: is OOXML an open format?
No. I think openxml is a scam. My unverified assumption is that at present there is no translater that is 100% compatible with any document MS Office might produce with openxml, including Novells [novell.com]. Even if my assumptions are incorrect (I'm convinced they are not), it will still be possible for MS to "extend" openxml later with new shiny features that will effectively keep documents locked in.I can't imagine that any intelligent human will not realize this. The only explanation for openxml approval by ECMA, ISO, or the State of Massachusetts is corruption and bribery.
Parent
Re: (Score:3, Insightful)
OpenDocument and the Move to XML Formats
http://osc.gigavox.com/audio/download/itconversati ons-1810.mp3 [gigavox.com]
[runtime: 01:14:48, 34.2 mb, recorded 2007-04-30]
OpenDocument expert Gary Edwards believes that adopting OpenXML means lock-in to Microsoft products on an unprecedented scale. In this podcast, Edwards defends OpenDocument's capabilities but also challenges the ODF community to out-innovate Microsoft to provide a competitive alternative to Microsoft's lock-in. He also challenges the open standards community to focus on delivering alternatives to Microsoft Exchange and SharePoint servers. Edwards also describes Open Document Foundation's da Vinci plug-ins for Microsoft Office.
Listen to it and see for yourself.
Re: (Score:2)
Unfortunately, party affiliation has no bearing upon moral judgement. Hillary has probably already been taking contributions from Microsoft. Besides the fact that with her,
Re: (Score:2)
can someone explain (Score:3, Insightful)
Re:can someone explain (Score:5, Informative)
Because this is the first crack in the dam of Microsoft's vendor lock-in. If Massachusetts stores and releases all government material in an open format, then Microsoft must support that format, or lose a lot of business. Remember that Massachusetts is the home of MIT, lots of businesses there that care about government regulation. And once a couple businesses in Massachusetts stop using office, it can spread. They email some document to another company across the globe, in ODF, then that company comes into contact with ODF, and it will have to either install separate software for it, or even switch away from office, if Microsoft still refuses to support ODF.
Of course, if they do support ODF, then they lose their vendor lock-in outright. No problem switching to OpenOffice if all your clients have Office, just send your stuff in ODF, and they can open it. Microsoft chose the one way out that would let them have some control, develop their own open standard, and lobby like mad to get everyone to use that instead of ODF. That way, at least they own the standard, and that's what Microsoft's always been after.
Parent
Re: (Score:2)
Re: (Score:2)
The same reason that people care if Munich has adopted Linux. If governments adopt open standards or Free Software, then it makes it gives more credibility to these standards or software.
Currently MS Office is the de facto standard for office software, companies want people who know how to use MS Office. Yet, if they see that they need to be compatible with OpenDocument, then they might start asking for people who can use more general office software, or for people who can use OpenOffice.org.
O
Re: (Score:2)
What MA does will influence what its suppliers do.
What its suppliers do will influence what their other customers do.
All of this will also affect whether Microsoft takes ODF seriously and provides adequate support for it in their software.
Re:can someone explain (Score:5, Informative)
Parent
Re: (Score:2)
OK, but in that case, surely the problem is that the standards bodies don't agree with you. Now, this may be a demonstration of technical competence on a par with the USPTO, but it seems rather harsh to blame the state legislature for saying it will adopt recognised standards, and for recognising standards supported by ISO for that purpose. I would think the correct target would be the standards bodies, which seem to be approving documents that shouldn't qualify for the reasons given elsewhere in this discu
Re: (Score:3, Informative)
Since microsoft is going for ECMA and ISO standardization of thier file format, personally I think it should be approved; once the ECMA and ISO approval is done.
Given some of what has achieved ECMA and ISO standardization, and indeed, the quality of the documentation of the "standard" that OOXML purports to be, you're basically just asking for rubber stamps, not openness. Then again, this is government, so perhaps rubber stamps are actually more important than the qualities the rubber stamps are supposed to guarantee.
This does raise an interesting question though, because MS is successfully slipping through the door here. It is a case of following the letter of, b
Re: (Score:2)
You're assuming OOXML will be accepted as an ISO standard. At this stage, with 16 of the 30 P-Countries offering contradictions, I wouldn't be counting it as a fait accompli.
Re: (Score:2)
ODF is not being dismissed (Score:4, Insightful)
It weakens ODF's potential for exclusive adoption in Massachusetts. It would be very unlikely that a state (particularly one as large as Massachusetts) would ever completely refuse to accept documents in a format as soon-to-be-common (like it or not) as OOXML.
Granted if they did it, they'd have a better chance of getting private vendors to use ODF than, say, Montana. But you've got to figure that as OOXML gets slowly adopted, there are going to be a lot of outside vendors (not to mention other states) with whom Massachusetts will have to interact who will make the jump to OOXML. And if you think the conversion from old Word to new Word is rife with peril, the conversion from ODF to OOXML and back would likely cause quite a bit of inefficiency and lost data.
lol (Score:2)
Look. When someone says "The government should" or "The state should". What they're talking about is politicians and bureaucrats.
And Microsoft have tens of billions of dollars.
And here comes XPS too (Score:2)
Good ol' politics in action ! (Score:2)
Headline is incorrect (Score:2)
I want 132 v electricity supply! (Score:2)
Multiple Programs/Vendors (Score:3, Insightful)
Did that change, or is someone else licensed to use their formats to write competing software with MS formats, or is there some other way that MS is trying to get around that?
Why support any lock in? (Score:3, Insightful)
OOXML is an open standard. People are making a mountain out of a molehill based on the corner case of importing a document from wordperfect of many years ago and having a clause in the formatting that just says "this footer here shall be aligned as it would be in wordperfect x.y" or whatever. For all intents and purposes its open, people are just nitpicking over the fact that importing files from long ago and having the description for how a few obscure formatting issues should be handled is a little vague.
Re: (Score:2)
Re:Why support any lock in? (Score:5, Insightful)
It's rather disingenuous to say "locked into ODF" since ODF is an open standard which means that anyone can generate their own ODF reader and writer. In fact, every computer on the market right now can basically read ODF (in a primitive way), since any modern OS can extract a zip archive and read the plaintext that is inside. Yes, ODF is really that open! You can read it and work with it with very simple tools. There are also many full office suites that can read/write ODF. So it's hard to see how you can say that the government will be "locked into ODF" when it will be trivial for them to convert the data to other formats, copy the data elsewhere, extract it for other use, automate searching through the data, etc. Where's the lockin?
The point with ODF is that you are not locked in. It is so open that it is very easy to convert your data, using a wide variety of tools (many of them freely available). The same cannot be said for MS's offering... which is why it cannot be legitimately called "open" and is a poor match to the needs of archiving and disseminating government data.
Parent
Re: (Score:3, Informative)
Can you read the specification and then write software that implements it? No? How is that an open standard?
The good news is ... (Score:2)
The hope that anyone will test for compliance is though, probably, a pipe-dream. Maybe if concerned voters raised a legal challenge when procurement was done?
Idiots! (Score:3, Insightful)
Ecma sounds like a skin disease.
Irony: OO reads old word better than word. (Score:3, Interesting)
The fix is to read them into openoffice 2.0 (or higher) and save them as word documents.
OO is better and more stable reading many of my older word95 documents up to about 4 mb in size than Word 2003 to 2007.
I've also had word 2007 documents become corrupted so that they crash word when I try to read them. However, openoffice will read them and then I can save them often with no apparent loss of data (pointing to corrupt section headers I think).