Government Open Source Office deal set to provide major savings(collaboraoffice.com)
collaboraoffice.com
Government Open Source Office deal set to provide major savings
https://www.collaboraoffice.com/government-open-source-office-deal-set-to-provide-major-savings.php
6 comments
I honestly wonder if there is actually going to be any cost savings, once training and the friction of converting existing work-flows over from MS Office to LibreOffice are taken into account.
Unless OpenOffice/LibreOffice has gotten markedly better in the last couple of years since I got access to an MSDN subscription, it's still a second-tier product behind Office. I hate to say that, because I'm no great fan of desktop Word and Excel (I still think the 2003 editions were the best), but MS has really picked up the ball with their cloud versions integrated into Office365, which IMO, are better than Google Docs at this point.
Unless OpenOffice/LibreOffice has gotten markedly better in the last couple of years since I got access to an MSDN subscription, it's still a second-tier product behind Office. I hate to say that, because I'm no great fan of desktop Word and Excel (I still think the 2003 editions were the best), but MS has really picked up the ball with their cloud versions integrated into Office365, which IMO, are better than Google Docs at this point.
I agree with you that they probably will not save money and I also agree with you that Word and Excel are the better products. However, I do like that there is money going from government to Open Source software. I know a lot will get stuck in consulting firms but this is bound to improve LibreOffice and I believe it's better to use public money to improve open source projects than it is to pay Microsoft and keep getting sucked into their ecosystem.
Public money should be spent on open (source) software. File formats should be exchangeable and switching providers shouldn't be intentionally difficult.
Public money should be spent on open (source) software. File formats should be exchangeable and switching providers shouldn't be intentionally difficult.
>Public money should be spent on open (source) software
I agree but only if the costs are reasonably comparable. For example if there's a commercial product that would cost 10x to replace then I don't think that's appropriate use of public money.
But if the costs are similar then OSS should always be prefered because it creates new value for other users and while a commercial entity can't necessarily capitalize on that value governments don't need to.
I agree but only if the costs are reasonably comparable. For example if there's a commercial product that would cost 10x to replace then I don't think that's appropriate use of public money.
But if the costs are similar then OSS should always be prefered because it creates new value for other users and while a commercial entity can't necessarily capitalize on that value governments don't need to.
What's the cost of having fixing critical bugs 20 years from now when that company's folded?
Meh, most software isn't going to be used 20 years from now and the one that will can be licensed with source code - doesn't have to be OSS.
Software lasts a good long while in some organizations, even 10 years would have worked in my example (or 5!).
You can only have a license with source if you think about it ahead of time.
You can only have a license with source if you think about it ahead of time.
The software may be open source but the support isn't. One of the reasons that Microsoft's office suite has been such a successful product over the years is because it just works.
One of the few correct statements Ayn Rand ever made was that when the age of money ends, it will usher in the age of pull. If you support someone that advocates a technological overhaul and it doesn't pay off, then you'll be left holding the bag. Not all politics in government happens on Capitol Hill.
One of the few correct statements Ayn Rand ever made was that when the age of money ends, it will usher in the age of pull. If you support someone that advocates a technological overhaul and it doesn't pay off, then you'll be left holding the bag. Not all politics in government happens on Capitol Hill.
Part of that 'just works' is polish.
However it is disingenuous to discount the uncounted thousands of hours of training //per worker// in products with nearly identical look and feel (prior year's versions). This is a result of the /monopoly/ that they have had for decades.
However it is disingenuous to discount the uncounted thousands of hours of training //per worker// in products with nearly identical look and feel (prior year's versions). This is a result of the /monopoly/ that they have had for decades.
How would that be any different from training people to use any other system?
> I honestly wonder if there is actually going to be any cost savings, once training and the friction of converting existing work-flows over from MS Office to LibreOffice are taken into account.
Anecdotally, a frighteningly large part of the civil service's workflow is implemented in Excel/Word macros. If that's true, it won't matter how good LibreOffice is, migrating that to anything else is going to be the biggest pain (and cost) point.
Anecdotally, a frighteningly large part of the civil service's workflow is implemented in Excel/Word macros. If that's true, it won't matter how good LibreOffice is, migrating that to anything else is going to be the biggest pain (and cost) point.
That's a cost and a vendor lockin that will need to be addressed at some point regardless. Governments of all stripes are trying to migrate away from proprietary things like this as it's a risk to governance.
Perhaps the next great push should not be file formats (this is largely won now IMO) but to create a standard for Office scripting languages and document automation within government?
Perhaps the next great push should not be file formats (this is largely won now IMO) but to create a standard for Office scripting languages and document automation within government?
That sounds an awful lot like browser JS/HTML/CSS standards. Or perhaps the OpenGL standard. Doubtless you'd have a long incubation period of inconsistent cross-application behavior, and a proliferation of vendor-specific extensions.
Microsoft would have to be involved in any such effort for it to amount to anything, and I'm not sure they really have much incentive to do so - unless it is along the lines of, "here, LibreOffice, this is our document API, go implement it, and, by the way, make it compatible with all these legacy VBA scripts out in the wild".
Microsoft would have to be involved in any such effort for it to amount to anything, and I'm not sure they really have much incentive to do so - unless it is along the lines of, "here, LibreOffice, this is our document API, go implement it, and, by the way, make it compatible with all these legacy VBA scripts out in the wild".
I agree to a point, but actually Microsoft wouldn't have to be heavily involved really. With ODF, that push didn't come from Microsoft and eventually landed with standards bodies. Microsoft fought it all the way, and even though they muddied the water with OOXML, they had to stop implementing binary, opaque and hard to manipulate file formats.
They were then forced (by market demand) to implement ODF. I can see something similar happening in terms of document automation: only maybe this time it might be quicker given there is experience around the DOM in web browsers already, so a model is already usable.
They were then forced (by market demand) to implement ODF. I can see something similar happening in terms of document automation: only maybe this time it might be quicker given there is experience around the DOM in web browsers already, so a model is already usable.
> That's a cost and a vendor lockin that will need to be addressed at some point regardless. Governments of all stripes are trying to migrate away from proprietary things like this as it's a risk to governance.
[citation needed]
[citation needed]
Probably not a good idea to use [citation needed] as an argument in discussions with the guy who created [citation needed] (me).
1. http://www.ausgoal.gov.au/open-formats
2. https://www.gov.uk/government/publications/hm-treasury-and-o...
3. https://www.data.gov/open-gov/
4. https://en.m.wikipedia.org/wiki/Uniform_Office_Format (China, that great bastion of transparency!)
I think that will do for now :-)
1. http://www.ausgoal.gov.au/open-formats
2. https://www.gov.uk/government/publications/hm-treasury-and-o...
3. https://www.data.gov/open-gov/
4. https://en.m.wikipedia.org/wiki/Uniform_Office_Format (China, that great bastion of transparency!)
I think that will do for now :-)
Eh, either you die the hero or you live long enough to become the villain.
Your first link included Office Open XML as one of its office formats. The US site is about data in "machine-readable formats" being released by governement agencies. None of it seems to indicate an effort to move away from proprietary software, just interchangeable formats.
Your first link included Office Open XML as one of its office formats. The US site is about data in "machine-readable formats" being released by governement agencies. None of it seems to indicate an effort to move away from proprietary software, just interchangeable formats.
Office Open XML is indeed an open format. And you asked me to provide a citation for my assertion that shows that governments are trying to migrate away from proprietary formats.
For the U.S. URL, I should have probably been more specific: try http://www.data.gov/developers/harvesting
"As part of Project Open Data most government offices are transitioning to make all of their metadata available via a standard schema contained by a data.json file. These are treated just as any other harvest source."
Actually, I should have pointed you to Project Open Data really, found here:
https://project-open-data.cio.gov/
Citations provided!
For the U.S. URL, I should have probably been more specific: try http://www.data.gov/developers/harvesting
"As part of Project Open Data most government offices are transitioning to make all of their metadata available via a standard schema contained by a data.json file. These are treated just as any other harvest source."
Actually, I should have pointed you to Project Open Data really, found here:
https://project-open-data.cio.gov/
Citations provided!
Things have improved remarkably :-) I was doing some dev work as an intern for Collabora for a few months, and during that time there were a whole range of performance and compatibility fixes to allow for interoperability between MS Office and LibreOffice.
However, what you are missing is that the UK government has its own cloud agreements called G-Cloud agreements, which are part of a larger G-Cloud Framework. [1]
Microsoft has in fact been ahead of the curve on this, having already gotten accredited to IL3 levels.[2] However, Collabora are already doing deals with the UK government, and many other firms, so if they are going to implement a cloud platform then they will need to have a good story around their own accreditation so they can be part of the UK government's Digital Marketplace.
I'm very impressed with the UK Government's attempts at breaking out of vendor lockin with their new platforms. It seems to me they've made things fairly easy, and they even host their accreditation questions for G-Cloud 6 in GitHub. [3]
1. https://www.digitalmarketplace.service.gov.uk/g-cloud/framew...
2. http://www.theregister.co.uk/2013/07/01/gcloud_rules_respect...
3. https://github.com/alphagov/supplier-submission-portal
However, what you are missing is that the UK government has its own cloud agreements called G-Cloud agreements, which are part of a larger G-Cloud Framework. [1]
Microsoft has in fact been ahead of the curve on this, having already gotten accredited to IL3 levels.[2] However, Collabora are already doing deals with the UK government, and many other firms, so if they are going to implement a cloud platform then they will need to have a good story around their own accreditation so they can be part of the UK government's Digital Marketplace.
I'm very impressed with the UK Government's attempts at breaking out of vendor lockin with their new platforms. It seems to me they've made things fairly easy, and they even host their accreditation questions for G-Cloud 6 in GitHub. [3]
1. https://www.digitalmarketplace.service.gov.uk/g-cloud/framew...
2. http://www.theregister.co.uk/2013/07/01/gcloud_rules_respect...
3. https://github.com/alphagov/supplier-submission-portal
Even if they spend exactly the same amounts, if that money goes to training and consulting within the UK, the government still gains from it as a substantial proportion will go straight back into the treasury in the form of taxes, so the cost to convert would have to be substantially higher before MS Office would be the most economical choice. There's of course still the chance that might be the case.
Assuming the consultants are UK taxpayers - the company is an international private company so taxable profits are presumably being offshored, but hopefully there's local employment of UK nationals too.
I've never understood why government wouldn't develop their own consultants for this sort of thing, governments often have highways agencies - the modern equivalent for communications would surely be an IT agency. In the UK we have a Department of Transport but we don't have a Department of ITC, the later seems as important a part of modern infrastructure.
There's got to be a lot of moral pressure internally - for those in control - in a company like Collabora to introduce bugs given they make their money on bug fixes. It seems government wide that purchasing the software as open source and training civil servants on the code would be highly effective in securing systems for future use?
Presumably the modifications to LibreOffice will be open source, SS 3, 3.1 here http://www.libreoffice.org/download/license/ appear to require it?
I've never understood why government wouldn't develop their own consultants for this sort of thing, governments often have highways agencies - the modern equivalent for communications would surely be an IT agency. In the UK we have a Department of Transport but we don't have a Department of ITC, the later seems as important a part of modern infrastructure.
There's got to be a lot of moral pressure internally - for those in control - in a company like Collabora to introduce bugs given they make their money on bug fixes. It seems government wide that purchasing the software as open source and training civil servants on the code would be highly effective in securing systems for future use?
Presumably the modifications to LibreOffice will be open source, SS 3, 3.1 here http://www.libreoffice.org/download/license/ appear to require it?
I'm afraid I'm going to have to refute you quite categorically. I did two months of work for Collabora and at no point did anyone ANYWHERE ever encourage the introduction of any bugs.
In fact, I introduced a few bugs into the VCL demo tool and Michael Meeks was quite (how should I put this?) direct in his feedback to me. Those inadvertent bugs got fixed very quickly by myself.
I can assure anyone reading - Collabora only cares about good quality work, and in fact if any work is pushed into the LO git repository that is substandard the other non-Collabora devs either a. fix it immediately or revert the changes, or b. have some stern words with the Collabora dev, or (I'd imagine) to Michael or Kendy.
P.S. Eventually all code Collabora writes gets pushed into the TDF's LO git repository. Maintaining incompatible branches for any length of time in insanity, and aside from the fact that contributing back to LO is the ethos of the Collabora Productivity team, it's better for them to do so in order to allow others to help maintain and enhance the code they write.
In fact, I introduced a few bugs into the VCL demo tool and Michael Meeks was quite (how should I put this?) direct in his feedback to me. Those inadvertent bugs got fixed very quickly by myself.
I can assure anyone reading - Collabora only cares about good quality work, and in fact if any work is pushed into the LO git repository that is substandard the other non-Collabora devs either a. fix it immediately or revert the changes, or b. have some stern words with the Collabora dev, or (I'd imagine) to Michael or Kendy.
P.S. Eventually all code Collabora writes gets pushed into the TDF's LO git repository. Maintaining incompatible branches for any length of time in insanity, and aside from the fact that contributing back to LO is the ethos of the Collabora Productivity team, it's better for them to do so in order to allow others to help maintain and enhance the code they write.
I'm not sure what you're refuting? All I did was express that in circumstances where a company sells bug fixes for considerable sums that there has to be pressure on that company to compromise their morals; if it takes a hundred months of service to a company to recover the revenue one gets from one day of bug fixing then the economics of the situation require strong moral backing. It seems there should be lower risk ways of structuring this relationship.
However, with proper external independent oversight this becomes moot, thank you for pointing out that oversight appears to be in place.
It sounds from what you say that all Collabora work is pushed to the LO git repos?
However, with proper external independent oversight this becomes moot, thank you for pointing out that oversight appears to be in place.
It sounds from what you say that all Collabora work is pushed to the LO git repos?
I can only speak for the LibreOffice code, but yes, it is all pushed to the central repro.
I am a volunteer QA team member for LibreOffice. I don't know, how you dreamt up that "moral pressure" thing, but it is completely incompatible with the project. You should not throw around accusations of tax avoidance and code sabotage so lightly.
The developers have enough old bugs to fix: https://bugs.documentfoundation.org/page.cgi?id=weekly-bug-s...
Your claim is made even more absurd by the increasing focus on catching regression bugs before they hit master: https://wiki.documentfoundation.org/Development/RegressionId...
The developers have enough old bugs to fix: https://bugs.documentfoundation.org/page.cgi?id=weekly-bug-s...
Your claim is made even more absurd by the increasing focus on catching regression bugs before they hit master: https://wiki.documentfoundation.org/Development/RegressionId...
Still better than having your government locked-in with a single vendor, where the vendor is a mega-corporation from another company that may or may not be your ally at all times.
Also what happens with the archived files and documents decades later? Will they still work? Microsoft can't even achieve 100% percent compatibility between its released versions every 3 years.
There will be some transition pains, that's for sure, and in part those pains are as big as they are because the governments have adopted single-vendor proprietary products from companies for many years to begin with. It seems to me the long term upside is way bigger with open standards and open source software.
Also what happens with the archived files and documents decades later? Will they still work? Microsoft can't even achieve 100% percent compatibility between its released versions every 3 years.
There will be some transition pains, that's for sure, and in part those pains are as big as they are because the governments have adopted single-vendor proprietary products from companies for many years to begin with. It seems to me the long term upside is way bigger with open standards and open source software.
> Still better than having your government locked-in with a single vendor, where the vendor is a mega-corporation from another company that may or may not be your ally at all times.
I think you meant to say country.
> There will be some transition pains, that's for sure, and in part those pains are as big as they are because the governments have adopted single-vendor proprietary products from companies for many years to begin with. It seems to me the long term upside is way bigger with open standards and open source software.
I would be curious to see how the finances work over the long haul; this year they might not save a whole bunch but what about over a five year term?
I think you meant to say country.
> There will be some transition pains, that's for sure, and in part those pains are as big as they are because the governments have adopted single-vendor proprietary products from companies for many years to begin with. It seems to me the long term upside is way bigger with open standards and open source software.
I would be curious to see how the finances work over the long haul; this year they might not save a whole bunch but what about over a five year term?
> what about over a five year term?
For the civil service of a country they should think over the 50 year term as well. Documents from the 1980's could still be relevant today if only as archival records.
For the civil service of a country they should think over the 50 year term as well. Documents from the 1980's could still be relevant today if only as archival records.
They probably save money on this, just because of leverage in negotiations with a credible threat of walking away from the deal with Microsoft.
Germany tried that, in the end they've spent more money on migrating to OpenOffice and then even more money on migrating back.
This is also the case of every company I've seen that decided to migrate away from windows based workstations to Linux ones.
They've spent a fuckload of money on porting their tools, training, hiring linux support guys for end-user related tiers and then still nothing worked like they've planned.
Also Office is pretty much free in the enterprise world you pay pretty much absolutely nothing for it the majority of the costs go into CAL costs mainly for Exchange which you'll use Outlook to access. Even if you do not use Outlook to access exchange you'll still pay for those CAL's just that the pricing will not go through the office license but now through the Exchange one, same thing goes if you are using SharePoint for collaboration etc.
If all of a sudden you stop using office and you don't pay those 93.4$ Band-E prices per installation or w/e you'll notice your exchange License pricing to go up the next day to accommodate for the built-in CAL license in office which you do not get with 3rd party software.
This is also the case of every company I've seen that decided to migrate away from windows based workstations to Linux ones.
They've spent a fuckload of money on porting their tools, training, hiring linux support guys for end-user related tiers and then still nothing worked like they've planned.
Also Office is pretty much free in the enterprise world you pay pretty much absolutely nothing for it the majority of the costs go into CAL costs mainly for Exchange which you'll use Outlook to access. Even if you do not use Outlook to access exchange you'll still pay for those CAL's just that the pricing will not go through the office license but now through the Exchange one, same thing goes if you are using SharePoint for collaboration etc.
If all of a sudden you stop using office and you don't pay those 93.4$ Band-E prices per installation or w/e you'll notice your exchange License pricing to go up the next day to accommodate for the built-in CAL license in office which you do not get with 3rd party software.
> Germany tried that, in the end they've spent more money on migrating to OpenOffice and then even more money on migrating back.
This is not how the people working in the Munich municipality tell the story. [1] Although the new city major has made statements of wanting to go back to Microsoft, [2] apparently the open source system is live and well. [3]
So it seems that the whole story that "Germany switched from Windows to Linux, only to regret it years later" is a myth.
[1]http://www.techrepublic.com/article/no-munich-isnt-about-to-...
[2]http://www.techrepublic.com/blog/european-technology/mayor-o...
[3]http://www.ocsmag.com/2015/08/24/no-munich-is-not-considerin...
This is not how the people working in the Munich municipality tell the story. [1] Although the new city major has made statements of wanting to go back to Microsoft, [2] apparently the open source system is live and well. [3]
So it seems that the whole story that "Germany switched from Windows to Linux, only to regret it years later" is a myth.
[1]http://www.techrepublic.com/article/no-munich-isnt-about-to-...
[2]http://www.techrepublic.com/blog/european-technology/mayor-o...
[3]http://www.ocsmag.com/2015/08/24/no-munich-is-not-considerin...
> I honestly wonder if there is actually going to be any cost savings, once training and the friction of converting existing work-flows over from MS Office to LibreOffice are taken into account.
Sure, if you only care about quarterly costs, this is far more expensive. Luckily it seems they are not so short-sighted.
Of course it's going to be costly to switch. That's a key part of proprietary software strategy. But in the long run, the lower costs will far outweigh that initial cost. And furthermore, if many governments switch to and fund free software, it should be easy for free software to surpass proprietary software, and do so at a lower cost.
Government switching to free software has implications that go far beyond cost-savings. There are features money can't buy: proprietary software is so frequently backdoored that it's safe to assume it's all backdoored, and that security risk is huge for governments. And putting government documents in a non-proprietary file format allows accessibility, which is a key responsibility of governments serving their citizens.
Sure, if you only care about quarterly costs, this is far more expensive. Luckily it seems they are not so short-sighted.
Of course it's going to be costly to switch. That's a key part of proprietary software strategy. But in the long run, the lower costs will far outweigh that initial cost. And furthermore, if many governments switch to and fund free software, it should be easy for free software to surpass proprietary software, and do so at a lower cost.
Government switching to free software has implications that go far beyond cost-savings. There are features money can't buy: proprietary software is so frequently backdoored that it's safe to assume it's all backdoored, and that security risk is huge for governments. And putting government documents in a non-proprietary file format allows accessibility, which is a key responsibility of governments serving their citizens.
If money from governments starts flowing to LibreOffice development, I would expect it to improve quickly to fill the needs of said governments.
Microsoft is breaking the really old and nasty stuff anyway, so it's not that big of a deal.
Also, whose office suite is "better" doesn't matter. Can the software meet the task? Thats it... nobody cares if a government worker like Excel.
Exploring this stuff is automatically a cost-savings activity, because Microsoft will run around like chickens to save the business. You may end up getting significant concessions on Office just for asking the question.
Also, whose office suite is "better" doesn't matter. Can the software meet the task? Thats it... nobody cares if a government worker like Excel.
Exploring this stuff is automatically a cost-savings activity, because Microsoft will run around like chickens to save the business. You may end up getting significant concessions on Office just for asking the question.
> MS has really picked up the ball with their cloud versions integrated into Office365, which IMO, are better than Google Docs at this point.
What format can I export them in?
What format can I export them in?
OOXML. It's open! It's XML! That's like twice as universally compatible! /s
OOXML only pretends to be text based, but that's not true and it only pretends to be "open" and that's not true either.
The real open format is ODF, which Microsoft is supporting somewhat but with warnings and only because they were forced to do it. That's still better than Google Docs though as GDocs can only import ODF. Which is quite ironic.
The real open format is ODF, which Microsoft is supporting somewhat but with warnings and only because they were forced to do it. That's still better than Google Docs though as GDocs can only import ODF. Which is quite ironic.
They weren't forced to support anything, ODF is an OASIS standard these days MSFT of which is a founding member.
There was quite an upheaval when ODF development moved into OASIS from W3C and included quite a few patents, and OpenOffice at the time wanted to drop support for the new ODF features.
There was quite an upheaval when ODF development moved into OASIS from W3C and included quite a few patents, and OpenOffice at the time wanted to drop support for the new ODF features.
I should clarify - Microsoft was forced by their clients to do it. Amongst Microsoft's most important clients are governments, many of which demanded the use of standards for documents, like PDF for viewable documents or ISO/IEC 26300 for editable documents, which is the ODF standard. Some government institutions in Europe even moved to LibreOffice. Google does not have such clients for their online office suite. See: https://en.wikipedia.org/wiki/OpenDocument_adoption
"Forced" is used way too loosely, many people use the NATO example but they never read the fine print.
NATO calls for a recommended support for ODF, but a mandatory support Office Open XML
Office Open XML: Mandatory: Standard ECMA-376, Ed. 1: December 2006, Office Open XML File Formats.
Open Document Format:
Recommended: ISO/IEC 26300:2006, Information technology -- Open Document Format for Office Applications (OpenDocument) v1.0.
https://nhqc3s.hq.nato.int/Apps/Architecture/NISP/volume3/ap...
Same goes for many other examples especially from the governmental sector.
If MSFT wanted to bury ODF they might have managed to do so, since they've managed to get it under OASIS and tag a RAND clause into the ODF license they really don't care. EEE :)
NATO calls for a recommended support for ODF, but a mandatory support Office Open XML
Office Open XML: Mandatory: Standard ECMA-376, Ed. 1: December 2006, Office Open XML File Formats.
Open Document Format:
Recommended: ISO/IEC 26300:2006, Information technology -- Open Document Format for Office Applications (OpenDocument) v1.0.
https://nhqc3s.hq.nato.int/Apps/Architecture/NISP/volume3/ap...
Same goes for many other examples especially from the governmental sector.
If MSFT wanted to bury ODF they might have managed to do so, since they've managed to get it under OASIS and tag a RAND clause into the ODF license they really don't care. EEE :)
So I'm not aware of any RAND clauses or harmful patents that made it into the ODF standard. Quite the contrary, afaik ODF is under "RF On Limited Terms", which means that all patents must be licensed for everyone's use, for free, with some provisions that are reasonable. We are not talking about RAND. And I'm not a lawyer, but if the FSF supports ODF and given they've got lawyers and have had a no compromise policy, I trust that ODF is safe. See: https://www.fsf.org/campaigns/odf-oasis.html
So care to provide some references?
PS: I wasn't thinking of NATO, but of individual countries. ODF (and not OOXML) is mandatory in France, Netherlands, Norway, Portugal, Spain, Germany, Russia and it's becoming mandatory in Italy.
So care to provide some references?
PS: I wasn't thinking of NATO, but of individual countries. ODF (and not OOXML) is mandatory in France, Netherlands, Norway, Portugal, Spain, Germany, Russia and it's becoming mandatory in Italy.
Expert options are OOXML and ODF. You can choose your default.
I find import/export of ODF is better than LibreOffice import/export of OOXML, FWIW.
I find import/export of ODF is better than LibreOffice import/export of OOXML, FWIW.
> I still think the 2003 editions were the best
Yet LibreOffice is said to be comparable to that version.
Yet LibreOffice is said to be comparable to that version.
> MS has really picked up the ball with their cloud versions integrated into Office365, which IMO, are better than Google Docs at this point.
Which parts of their product have you been using exactly? One can't even deselect cells in Excel, instead it will add the same cell a second time (while adding another layer of the darkening effect).
There have been other things but thankfully those haven't been stupid enough to get stuck in my head like that one.
Which parts of their product have you been using exactly? One can't even deselect cells in Excel, instead it will add the same cell a second time (while adding another layer of the darkening effect).
There have been other things but thankfully those haven't been stupid enough to get stuck in my head like that one.
If existing work flows are based around e.g. using Excel macros as data analysis programs or Excel spreadsheets as databases would it not be better to convert these work flows to programs and databases and leave office type programs to do what they are actually designed for i.e. document creation and quick one off data manipulation.
Cost of client machines?
The company are quoting Pentium compatible processor, 512Mb RAM and a 1024x768 screen as the minimum spec. For applications that don't need all the bells and whistles this could mean not spending money this year or next year on new machines. That could be important in the UK context.
The company are quoting Pentium compatible processor, 512Mb RAM and a 1024x768 screen as the minimum spec. For applications that don't need all the bells and whistles this could mean not spending money this year or next year on new machines. That could be important in the UK context.
MS Office is likely superior to LibreOffice in terms of feature set. But as long as LibreOffice is reliable it likely satisfies the vast majority of Word/Excel users' needs.
Within the last 3 years a lot of UK government agencies and related organisations have learn the true MS Windows TCO the hard way.
It was not only the MS upgrade / new licensing terms & cost increases that hit some of them pretty hard, it was also the end of life for MS Windows versions (XP, servers) and that many have outsourced their IT services / departments to 3rd party providers like CapGemini, Accenture, CGI etc.
This year e.g. with the EOL of Windows 2003 server, we have heard the word "extortion" quite a few times too often with some of the agencies.
To start with, the migration of a MS Win 2003 server to e.g. MS Win 2008 R2 or 2012 can easily take 20+days.
Now multiply this with £1K p/d, plus 3rd party service uplifts, training etc.
When you look at a larger scale data-intensive agency (10k+ staff) you are talking 800-1k+ servers running MS Windows. Only a fraction of those requiring an upgrade - e.g. 70-100 - already means £Millions. The licensing cost within that are of course marginal compared to the overall TCO. What is hitting the hardest is that the 3rd party suppliers will treat the new OS versions as a "different" OS. Such migrations (MS 2003 server, like with XP to Win7) require that quite some of the legacy software running on those servers has to be upgraded / needs new service contracts / does not immediately run / has to be fully re-tested. Plus new HW of course (not included in above cost).
Similar can be said for the XP to Win7 upgrade. While there are some automation tools to test your end user application estate (larger agencies have / had 800+ "standard" applications installed) a good estimate for such a multi-year upgrade programme is in the region of £3-5M+ for 12-15k end user computers. Windows licensing costs within these figures are marginal (e.g. 5-10%) or even included within the new HW that will cost on top of this migration (est. £600 * 8-10k+ -> £6M+ computers over 3-5y). These numbers go up substantially if you are upgrading high-security environments.
These figures are for mid-size / larger UK agencies with annual IT budgets in the region of £200-300M+ - the largest UK agencies / government departments have £1B+ annual IT budgets. The situation with local government is completely different - they have to calculate with "every penny", often have only a few £M annual budgets, not having these "favourable" MS licensing terms (heard about massive increases in the last years for local governments), are already overstretched in their other budget areas - as a result of IT cost increase they will often have to cut services elsewhere. FYI, MS is much better in this arena - as for example - Oracle. There was a case documented this year when Oracle sent a UK local government a £600M annual licensing bill (increase)- Oracle, after this "shock therapy" then normally negotiates & settles for a much lower sum. Oracle claims to have an almost 80% profit margin with these kind of "licensing deals".
Hope these real-world figures help to better understand where the issues are. The main cost - IMHO - are with the way how IT is delivered & serviced (3rd party at very high cost), constant changes in licensing terms for smaller to mid-size organisations, application licensing for specific MS Win versions, end of life of core IT building blocks vs continuity and gradual upgrades. If only a fraction of these amounts go into improving (end-user) open source solutions, we will have a boost in usability & features with most of these solutions. Additionally in these cases those improvements can then be shared across all government agencies, in the UK & world-wide. In the moment each improvement or application adaptation is always charged for multiple times (within the larger gov.agency scenario often by the same 3rd party suppliers).
It would be great if someone in those government agencies would document these actual cost and Central Gov would collect this data e.g. for base-lining against e.g. Linux (there are e.g. already thousands of Linux / Unix servers running within UK government agencies).
As with the Munich example mentioned a few time in this discussion, the above numbers / ballparks would have to be used for true comparison as Munich would have had to upgrade from XP to Win7 and also face the whole server upgrade scenarios. Instead much lower MS upgrade costs have been used and most importantly - upgrades required to all the (end user) applications, forms, macros & services that would most likely also have been required within the MS Win upgrades XP -> Win7, are now being told as Linux specific cost.
It was not only the MS upgrade / new licensing terms & cost increases that hit some of them pretty hard, it was also the end of life for MS Windows versions (XP, servers) and that many have outsourced their IT services / departments to 3rd party providers like CapGemini, Accenture, CGI etc.
This year e.g. with the EOL of Windows 2003 server, we have heard the word "extortion" quite a few times too often with some of the agencies.
To start with, the migration of a MS Win 2003 server to e.g. MS Win 2008 R2 or 2012 can easily take 20+days.
Now multiply this with £1K p/d, plus 3rd party service uplifts, training etc.
When you look at a larger scale data-intensive agency (10k+ staff) you are talking 800-1k+ servers running MS Windows. Only a fraction of those requiring an upgrade - e.g. 70-100 - already means £Millions. The licensing cost within that are of course marginal compared to the overall TCO. What is hitting the hardest is that the 3rd party suppliers will treat the new OS versions as a "different" OS. Such migrations (MS 2003 server, like with XP to Win7) require that quite some of the legacy software running on those servers has to be upgraded / needs new service contracts / does not immediately run / has to be fully re-tested. Plus new HW of course (not included in above cost).
Similar can be said for the XP to Win7 upgrade. While there are some automation tools to test your end user application estate (larger agencies have / had 800+ "standard" applications installed) a good estimate for such a multi-year upgrade programme is in the region of £3-5M+ for 12-15k end user computers. Windows licensing costs within these figures are marginal (e.g. 5-10%) or even included within the new HW that will cost on top of this migration (est. £600 * 8-10k+ -> £6M+ computers over 3-5y). These numbers go up substantially if you are upgrading high-security environments.
These figures are for mid-size / larger UK agencies with annual IT budgets in the region of £200-300M+ - the largest UK agencies / government departments have £1B+ annual IT budgets. The situation with local government is completely different - they have to calculate with "every penny", often have only a few £M annual budgets, not having these "favourable" MS licensing terms (heard about massive increases in the last years for local governments), are already overstretched in their other budget areas - as a result of IT cost increase they will often have to cut services elsewhere. FYI, MS is much better in this arena - as for example - Oracle. There was a case documented this year when Oracle sent a UK local government a £600M annual licensing bill (increase)- Oracle, after this "shock therapy" then normally negotiates & settles for a much lower sum. Oracle claims to have an almost 80% profit margin with these kind of "licensing deals".
Hope these real-world figures help to better understand where the issues are. The main cost - IMHO - are with the way how IT is delivered & serviced (3rd party at very high cost), constant changes in licensing terms for smaller to mid-size organisations, application licensing for specific MS Win versions, end of life of core IT building blocks vs continuity and gradual upgrades. If only a fraction of these amounts go into improving (end-user) open source solutions, we will have a boost in usability & features with most of these solutions. Additionally in these cases those improvements can then be shared across all government agencies, in the UK & world-wide. In the moment each improvement or application adaptation is always charged for multiple times (within the larger gov.agency scenario often by the same 3rd party suppliers).
It would be great if someone in those government agencies would document these actual cost and Central Gov would collect this data e.g. for base-lining against e.g. Linux (there are e.g. already thousands of Linux / Unix servers running within UK government agencies).
As with the Munich example mentioned a few time in this discussion, the above numbers / ballparks would have to be used for true comparison as Munich would have had to upgrade from XP to Win7 and also face the whole server upgrade scenarios. Instead much lower MS upgrade costs have been used and most importantly - upgrades required to all the (end user) applications, forms, macros & services that would most likely also have been required within the MS Win upgrades XP -> Win7, are now being told as Linux specific cost.
Yeah I too doubt the cost savings, especially when you put the cost of switching back to MS office in 12-18 months.
Hello douche,
I don’t know whether the step to libre software will save costs. Nonetheless, I’d still argue for the government to take it, for even if it were costly, taking things for the team is part of the reason of a governments existence.
I don’t know whether the step to libre software will save costs. Nonetheless, I’d still argue for the government to take it, for even if it were costly, taking things for the team is part of the reason of a governments existence.
Do we still care about anything other than excel? And we care about excel because it is far and away the best fastest and most robust spreadsheet out there.
This focus on office applications as the way in for Open Source software seems to me like transforming 19th Century transport by building faster horses.
This focus on office applications as the way in for Open Source software seems to me like transforming 19th Century transport by building faster horses.
Who are "we"?
It's been a decade since I've worked anywhere were anyone cared about Excel. I realize that I'm working in a "bubble" given the type of companies I tend to work with, but it does clearly illustrate that, yes, there are certainly people and companies that care about spreadsheets other than Excel.
It's been a decade since I've worked anywhere were anyone cared about Excel. I realize that I'm working in a "bubble" given the type of companies I tend to work with, but it does clearly illustrate that, yes, there are certainly people and companies that care about spreadsheets other than Excel.
Excel is cared about a lot in some industries - finance it is still running huge amounts of the workflow (from hedge funds to major banks whose auditors pull their hair out)
The main point I'm making is that of the troika of office applications, only the spreadsheet still has value. I suspect I could teach everyone Markdown far faster and with better outcomes than teach Word users to move to (open office equivalent)
It's something about software literacy - you just don't need Word anymore.
The main point I'm making is that of the troika of office applications, only the spreadsheet still has value. I suspect I could teach everyone Markdown far faster and with better outcomes than teach Word users to move to (open office equivalent)
It's something about software literacy - you just don't need Word anymore.
Actually, there are a whole raft of issues you are conflating here. You need to ask why Excel is so widely used. It is used as:
Use Case 1: A basic spreadsheet for data manipulation, with no extensive macros or VBA involved. People use it for vlookups and other formulas they find useful.
Use Case 2: As a statistical analysis tool to crunch data.
Use Case 3: As a software platform, making extensive use of Visual Basic for Applications (VBA).
So here are the issues I have with your statement that Excel "is far and away the best, fastest and most robust spreadsheet out there"...
Fallacy 1: Excel is the best technical option
Excel is not necessarily the fastest spreadsheet out there for all operations. In many cases I believe it is still very fast, and beats LibreOffice under certain document loads, but this is often not by much and in fact there is ongoing work towards locating problem documents and profiling of LibreOffice code to remove bottlenecks. In fact, in LO 4.2 many performance bottlenecks were largely solved. [1]
At this point, I do think it's largely a myth that Calc is dreadfully slow. Even if it should be found that there are performance issues, however, I know that the LO community, and in particular Collabora, have a good story around their ability to use valgrind to benchmark and analyze results. As a normal part of development work, Collabora are often provided with documents that they analyse and contribute performance improvements into the core LO code base.
There are many, many errors in even basic statistical functions in most spreadsheet applications, but Microsoft Excel is particularly egregious. However, IMO the LO devs are more thorough when it comes to this [2][3]. So for use case 2 (statistical work) then I think it's not suitable (actually, for any stats work, why not just use R?)
So if Excel is not necessarily better than Calc in terms of performance, accuracy or overall robustness (you might want to look at a feature comparison here: https://wiki.documentfoundation.org/Feature_Comparison:_Libr... - quite informative I think!) then really the issue is that it's being used as a platform for VBA development.
---
Fallacy 2: Excel is the best integrated option for office application development work
So now here is the rub: this has been something causing Microsoft vendor lockin for years. Expertise in financial firms around Excel is very high, and often quite extensive custom "solutions" are based on Excel spreadsheets, but almost always via VBA.
But... Microsoft's VBA diverged from Visual Basic in VB6, and Microsoft have been struggling to know what to about it ever since. I point out that they removed support for VBA in Office 2008 for OS X, but then had to put it back in due to market demands in Office 2012, and I also note that the only update to VBA7 is to introduce actual pointers.
So basically, this will only be a competitive advantage for so long for Microsoft. As the marketplace starts to open up - and it is! - firms will be looking for solutions that either do NOT rely on Excel or VBA and that can integrate with better scripting languages, like Python.
In fact, I've been hearing that a lot of financial institutions are getting quite concerned with data silos: these are usually in Excel, haven't been audited, aren't integrated into the business' DW, are isolated and thus cause problems with transparency and decision making, and are almost NEVER documented meaning that should the maintainer leave then that spreadsheet will either be used and unmaintained, or will need to be redeveloped anyway.
So really, the key advantage Excel has is ubiquity, and really only then because of VBA, but that's a double-edged sword and eventually businesses will migrate away from it.
1. https://wiki.documentfoundation.org/ReleaseNotes/4.2#Perform...
2. http://lists.freedesktop.org/archives/libreoffice/2013-April...
3. So far as I'm aware, Excel's RNG is now using The Mersenne Twister algorithm in Excel 2010 and beyond, but that's not officially confirmed from Microsoft. It's very hard to be certain of what is being used without such a confirmation, and given that Microsoft has form in releasing a flawed RNG update already (which they never got around to fixing for years and years!) I don't know how you could consider Excel to be "more robust" than LibreOffice.
Use Case 1: A basic spreadsheet for data manipulation, with no extensive macros or VBA involved. People use it for vlookups and other formulas they find useful.
Use Case 2: As a statistical analysis tool to crunch data.
Use Case 3: As a software platform, making extensive use of Visual Basic for Applications (VBA).
So here are the issues I have with your statement that Excel "is far and away the best, fastest and most robust spreadsheet out there"...
Fallacy 1: Excel is the best technical option
Excel is not necessarily the fastest spreadsheet out there for all operations. In many cases I believe it is still very fast, and beats LibreOffice under certain document loads, but this is often not by much and in fact there is ongoing work towards locating problem documents and profiling of LibreOffice code to remove bottlenecks. In fact, in LO 4.2 many performance bottlenecks were largely solved. [1]
At this point, I do think it's largely a myth that Calc is dreadfully slow. Even if it should be found that there are performance issues, however, I know that the LO community, and in particular Collabora, have a good story around their ability to use valgrind to benchmark and analyze results. As a normal part of development work, Collabora are often provided with documents that they analyse and contribute performance improvements into the core LO code base.
There are many, many errors in even basic statistical functions in most spreadsheet applications, but Microsoft Excel is particularly egregious. However, IMO the LO devs are more thorough when it comes to this [2][3]. So for use case 2 (statistical work) then I think it's not suitable (actually, for any stats work, why not just use R?)
So if Excel is not necessarily better than Calc in terms of performance, accuracy or overall robustness (you might want to look at a feature comparison here: https://wiki.documentfoundation.org/Feature_Comparison:_Libr... - quite informative I think!) then really the issue is that it's being used as a platform for VBA development.
---
Fallacy 2: Excel is the best integrated option for office application development work
So now here is the rub: this has been something causing Microsoft vendor lockin for years. Expertise in financial firms around Excel is very high, and often quite extensive custom "solutions" are based on Excel spreadsheets, but almost always via VBA.
But... Microsoft's VBA diverged from Visual Basic in VB6, and Microsoft have been struggling to know what to about it ever since. I point out that they removed support for VBA in Office 2008 for OS X, but then had to put it back in due to market demands in Office 2012, and I also note that the only update to VBA7 is to introduce actual pointers.
So basically, this will only be a competitive advantage for so long for Microsoft. As the marketplace starts to open up - and it is! - firms will be looking for solutions that either do NOT rely on Excel or VBA and that can integrate with better scripting languages, like Python.
In fact, I've been hearing that a lot of financial institutions are getting quite concerned with data silos: these are usually in Excel, haven't been audited, aren't integrated into the business' DW, are isolated and thus cause problems with transparency and decision making, and are almost NEVER documented meaning that should the maintainer leave then that spreadsheet will either be used and unmaintained, or will need to be redeveloped anyway.
So really, the key advantage Excel has is ubiquity, and really only then because of VBA, but that's a double-edged sword and eventually businesses will migrate away from it.
1. https://wiki.documentfoundation.org/ReleaseNotes/4.2#Perform...
2. http://lists.freedesktop.org/archives/libreoffice/2013-April...
3. So far as I'm aware, Excel's RNG is now using The Mersenne Twister algorithm in Excel 2010 and beyond, but that's not officially confirmed from Microsoft. It's very hard to be certain of what is being used without such a confirmation, and given that Microsoft has form in releasing a flawed RNG update already (which they never got around to fixing for years and years!) I don't know how you could consider Excel to be "more robust" than LibreOffice.
I'm not disagreeing with what you've included above, but I'd like to add a fourth, new use case.
Excel is increasingly being used as Microsoft's gateway drug to an excellent self-service BI platform, Power BI. There is incredible power in providing a smooth (and approaching seamless) upgrade path from workbook with embedded queries, to a proper dimensional modelling tool (Power Pivot, AKA SSAS Tabular columnstore engine), to a proper dashboard visualization tool (Power View), to a hosted, centralized team solution (Power BI portal - mobile app batteries included), to an on prem enterprise-grade analysis engine (SSAS Tabular).
Again, this is not a refutation, but a new use case and powerful new functionality to address the concerns you raised in Fallacy 2.
Excel is increasingly being used as Microsoft's gateway drug to an excellent self-service BI platform, Power BI. There is incredible power in providing a smooth (and approaching seamless) upgrade path from workbook with embedded queries, to a proper dimensional modelling tool (Power Pivot, AKA SSAS Tabular columnstore engine), to a proper dashboard visualization tool (Power View), to a hosted, centralized team solution (Power BI portal - mobile app batteries included), to an on prem enterprise-grade analysis engine (SSAS Tabular).
Again, this is not a refutation, but a new use case and powerful new functionality to address the concerns you raised in Fallacy 2.
That's quite cool - didn't really know about that!
The only thing is that the reason VBA is so widely used is because it's built in to every single version of Excel (except Excel 2008 on OS X), which is why it's ubiquitous. Are Power BI and PowerView things that can be used within Excel without using a server? Are there additional licensing costs?
The only thing is that the reason VBA is so widely used is because it's built in to every single version of Excel (except Excel 2008 on OS X), which is why it's ubiquitous. Are Power BI and PowerView things that can be used within Excel without using a server? Are there additional licensing costs?
Power BI is a series of free add-ins for Excel starting in 2010. Depending on your year and version they are either included or are downloadable. They are available in the standalone products and Pro Plus. Additionally there is a standalone, free program Power BI Desktop Pro which includes all the pieces without a dependency on Excel at all.
The desktop and mobile apps are completely free and the desktop pieces can be used without a server. The web portal is cloud-hosted and freemium to anyone with a corporate email address and the mobile apps require at least the free web portal.
Feel free to email me if you're curious about more details. Gregory.Baldini at gmail dot com.
The desktop and mobile apps are completely free and the desktop pieces can be used without a server. The web portal is cloud-hosted and freemium to anyone with a corporate email address and the mobile apps require at least the free web portal.
Feel free to email me if you're curious about more details. Gregory.Baldini at gmail dot com.
Oh! I think I will tomorrow - I just finished a stint developing some Qlikview reports so I'm interested in other BI solutions.
And yet this BI platform shares the same limitation as Excel. It uses Excel WebApp hosted as SharePoint WebPart/"App". The Excel row and column limits are also true for BI. If you want to show millions of data entries, better choose a more mature BI platform.
On the one side companies want to ged rid of their Excel data silos with many unverified formulas, on the other side some choose a BI platform based on Excel (data is loaded from MSSQL DB).
On the one side companies want to ged rid of their Excel data silos with many unverified formulas, on the other side some choose a BI platform based on Excel (data is loaded from MSSQL DB).
This is not at all true. The Power Pivot add-in provides a mature in-memory columnstore database engine with no hard row limits - this can easily manage 10s of millions of rows, and with a decent model architecture can grow to 100s of millions. When upgrading to SSAS Tabular on a server with enough RAM, billions of rows are not unreasonable.
Additionally, the hosted solution allows Excel Services to be the presentation layer, but the real push is toward Power View.
I would suggest you do more research before spreading this disinformation. There has been significant development on this front and what you are saying is very much out of date.
Additionally, the hosted solution allows Excel Services to be the presentation layer, but the real push is toward Power View.
I would suggest you do more research before spreading this disinformation. There has been significant development on this front and what you are saying is very much out of date.
What I wrote is true for MS BI on Sharepoint 2013 with MS SQL Cluster 2012 in real world. It's probably the co consultants fault to use SQL2012 instead of SQL2014. MS mentions the new 2016 release on the upcoming MS SQL version will do away some of the current limitations, as you mentioned.
SharePoint 2010 and SQL Server 2008R2 introduced support for hosted Power Pivot workbooks.[0]
Power Pivot is the Excel add-in (available for Excel 2010+) which enables dimensional modelling and >1M row analysis in Excel, and which can be transitioned to a hosted environment via SharePoint and SQL Server.
Starting with SQL Server 2012, SSAS includes Tabular mode, which allows a seamless upgrade path from an Excel Power Pivot model to an SSAS instance.
This is seamless because the same DB engine is used in both products. Power Pivot runs a private, anonymous instance of SSAS Tabular behind the Excel process, with a few features disabled (e.g. row-level security).
Power View is a high level visualization and dashboarding tool introduced for SharePoint 2010 and 2013 as a part of the SQL Server 2012 SSRS module.[1] This is the visualization tool designed to pair with Power Pivot and the Tabular model. It is also available as an add-in for Excel 2013+[2], and as part of the standalone Power BI Desktop[3] which has been available since Power BI portal's general availability in July of 2015.
I do not know what you are referring to by saying that there is a 1M row limit in practice with SP 2013 and SQL Server 2012, because this is simply not the case. If your organization is not using the features and these are pain points for you, I'd love to have further discussion with you offline - my email is gregory.baldini at gmail dot com.
[0]https://technet.microsoft.com/en-us/library/ee210682(v=sql.1...
[1]https://support.office.com/en-us/article/Power-View-in-Share...
[2]https://support.office.com/en-us/article/Power-View-Explore-...
[3]https://powerbi.microsoft.com/en-us/desktop
Power Pivot is the Excel add-in (available for Excel 2010+) which enables dimensional modelling and >1M row analysis in Excel, and which can be transitioned to a hosted environment via SharePoint and SQL Server.
Starting with SQL Server 2012, SSAS includes Tabular mode, which allows a seamless upgrade path from an Excel Power Pivot model to an SSAS instance.
This is seamless because the same DB engine is used in both products. Power Pivot runs a private, anonymous instance of SSAS Tabular behind the Excel process, with a few features disabled (e.g. row-level security).
Power View is a high level visualization and dashboarding tool introduced for SharePoint 2010 and 2013 as a part of the SQL Server 2012 SSRS module.[1] This is the visualization tool designed to pair with Power Pivot and the Tabular model. It is also available as an add-in for Excel 2013+[2], and as part of the standalone Power BI Desktop[3] which has been available since Power BI portal's general availability in July of 2015.
I do not know what you are referring to by saying that there is a 1M row limit in practice with SP 2013 and SQL Server 2012, because this is simply not the case. If your organization is not using the features and these are pain points for you, I'd love to have further discussion with you offline - my email is gregory.baldini at gmail dot com.
[0]https://technet.microsoft.com/en-us/library/ee210682(v=sql.1...
[1]https://support.office.com/en-us/article/Power-View-in-Share...
[2]https://support.office.com/en-us/article/Power-View-Explore-...
[3]https://powerbi.microsoft.com/en-us/desktop
It'll be great if Collabora is going to fix some of the notorious bugs that workers will inevitably come across like having the pictures deleted from their documents or their page layout silently changed.
I'd be very interested in bug numbers for those.
Not challenging, I use [open|libre] a lot for writing course guides and presentations and I'm sending other people stacks of .odt/.odp stuff and they are getting interested in being able to edit the material.
Not challenging, I use [open|libre] a lot for writing course guides and presentations and I'm sending other people stacks of .odt/.odp stuff and they are getting interested in being able to edit the material.
Interesting, but I question the how much this will cost to change over considering training and current workflows on Microsoft Platforms.
The way to actually save money, if that's the goal, is to try not to want full-fledged word processors and office suites.
For most internal communication, plain text or something like RTF at most is more than sufficient.
Trying to replace Word and Office with cheaper or open is doomed, because Office is far ahead of everything else, and everything else will be judged for not being Office.
Open source's best contribution could be a standardized simple text format.
For most internal communication, plain text or something like RTF at most is more than sufficient.
Trying to replace Word and Office with cheaper or open is doomed, because Office is far ahead of everything else, and everything else will be judged for not being Office.
Open source's best contribution could be a standardized simple text format.
For most communication, full stop. I edited a news-stand magazine with TextEdit on the Mac for several years (Apple's bundled text editor, speaks RTF). I found that the complexities of Word just got in the way, and the InDesign guys liked receiving consistently, minimally marked-up text.
1. Collabora Office's solutions will be available via G-Cloud Digital Marketplace. That's a big win for them as it makes it easy for government agencies to chose them.
2. There's no mention of displacing Microsoft Office, other than to the extent Collabora manages to convince individual government organizations to make the switch.
3. There's the vague claim that Collabra will work together with the Crown Commercial Service to raise awareness about ODF and their solution. Notably absent is any kind of comment from the Crown Commercial Service or any government agency. This may mean a quite big push (but if so, where are the bigwigs making statements?) or it could mean they get to be included in a newsletter or something, or anything in between...
If there had been some deal to do a massive conversion away from MS Office, you can bet that would been made very, very clear.