Linux.com

Feature

FOSS spreadsheet hands-on comparison

By Bruce Byfield on May 12, 2005 (8:00:00 AM)

Share    Print    Comments   

Rumors about the capabilities of free and open source spreadsheets are common among office software users, but not all of the rumors are backed by hands-on experience with the products. To get a better sense of the current state of FOSS spreadsheets, I installed the latest versions available for Debian: build 1.9.83 of the OpenOffice.org 2.0 beta (for OpenOffice.org Calc), KSpread 1.3.5, and Gnumeric 1.4.3-6. Some of what I found contradicts the common wisdom.

Charts

Each of the three spreadsheets has a charting wizard that guides users through formatting a chart. Each allows extensive customization, although Gnumeric offers less than the other two and does not allow users to select a new chart format once they've chosen one. Both Gnumeric's and Calc's default colors are uninspired, and show jagged edges when enlarged. Neither is a match for KSpread charts, which have richer default colors and a more polished 3D look. Nor do they degrade when enlarged.

Verdict: KSpread tops this category. The other two spreadsheets require more tweaking of charts to get an acceptable look, and much of the time the results still don't look as good as KSpread's. Calc takes second place for its greater variety of options than Gnumeric.

Computation speed

To test the speed of the three spreadsheets, I created three columns of 2,000 rows. In the first row of the first column, I entered 0. In the second row, I entered the function SUM(A1_ 1.10). The second column contained the cosine of the numbers in the first row, and the third column the sine. I then changed the number in the first row of the first column and waited to see how long each program took to update. All the spreadsheets responded too quickly to time with any accuracy, so I increased the number of rows to 5,000. All times were well below 2 seconds.

Verdict: Based on a subjective impression, it looked as though Gnumeric lived up to its reputation of being the fastest free spreadsheet. However, neither of the others was far behind. The OpenOffice.org 2.0 version of Calc handled the file noticeably faster than the 1.1.14 version did, and seemed slightly faster than KSpread. However, KSpread's performance was acceptable, even when opened in GNOME.

Perhaps a computer low in RAM or an even larger test document would slow the spreadsheets down enough to measure comparative speeds. However, this test does suggest that, for most users, speed shouldn't be a major factor in deciding which free spreadsheet to use. If you need more speed than any of these programs offers, you probably should be using a database instead.

Other features

Both Calc and KSpread have an advantage over Gnumeric because they are part of a larger office application, with access to a greater variety of tools; in theory, of course, Gnumeric is part of GNOME Office, but most of that suite's applications are not written, and those that are seem less integrated with each other than their counterparts in OpenOffice.org or KOffice. Both Calc and KSpread benefit, for example, by access to drawing tools and special character palettes. By contrast, Gnumeric offers drawing tools for only a few basic shapes.

In addition, Calc includes a variety of other useful features, such as the ability to insert movies or sounds, conditional formatting, and a variety of macro languages.

Because Excel dominates spreadsheets, all three free spreadsheets are designed to some extent with Excel compatibility in mind. Average users will find the import and export filters acceptable, especially for list-making. However, advanced users will find the success of the filters depends on the functions and tools for formulas used. None, of course, can run Visual Basic macros from Excel.

Calc's popularity is indicated by the fact that KSpread includes a filter for its version 2.0 OASIS format, while Gnumeric has one under development. All three programs can also export to PDF format.

Conclusion

After tallying the results from the individual evaluation categories, Calc comes out ahead, as it was tops in more than half the categories. It remains the most fully-featured FOSS spreadsheet, and some rumored problem with speed seem solved in version 2.0. However, this is a victory based on points rather than a knockout. Gnumeric ties Calc in one category and wins two rounds outright. Nor is Gnumeric as far ahead of KSpread as rumor makes it. Both Gnumeric and KSpread are developing rapidly, already outperforming Calc in some areas and making respectable showings in others.

Of course, these verdicts do not necessarily tell the whole story. Gnumeric's formula tools, for example, may make it more appealing to mathematical students than the other two. KSpread's excellent charting might make it the choice of those who often need to represent their data visually. For others, a particular feature -- perhaps even one not mentioned -- may be an important factor in choosing a spreadsheet.

Two decades ago, spreadsheets and word processors spearheaded the rise of the personal computer. Now, as FOSS unfolds, Calc, Gnumeric, and KSpread all seem ready to become as important as their proprietary predecessors.

Bruce Byfield is a freelance course designer and instructor and a technical journalist. He is also a regular contributor to NewsForge, ITMJ, and Linux.com.

Bruce Byfield is a computer journalist who writes regularly for Linux.com.
 

Share    Print    Comments   

Comments

on FOSS spreadsheet hands-on comparison

Note: Comments are owned by the poster. We are not responsible for their content.

Macro Recorder?

Posted by: Anonymous Coward on May 13, 2005 01:15 AM
Those of us who are accustomed to macro recording have a rough time without it.

With regard to spreadsheet use in large offices, there are often a few key speadsheet-users whose opinion is important. Any spreadsheet that doesn't satisfy those users has little chance of grabbing a foothold, let alone becoming a standard. Those users typically make extensive use of macro recording.

This is a nice article from the standpoint of home use.

#

Re:Macro Recorder?

Posted by: Anonymous Coward on May 13, 2005 01:40 AM
I'll second this opinion. I worked for a large financial services firm that used a lot of macros-and other customizations for a non-microsoft spreadsheet application. When they wanted to migrate to another office suite, this complicated the process.

For the large business, user education and a responsive IT shop can help here. From a large enterprise perspective, spreadsheets and single-user databases (MS-Access) can be bad. They result in inconsistent snapshots of data being held in silos around the business. (Bob's customer file in sales doesn't match Gene's customer file in accounting, etc.) In addition, end users like Bob and Gene may be doing their own Access programming and macro- creation. Finally, these all important spreadsheets could be stored locally and unbacked up on the user's machine.

If a fancy spreadsheet is being used for regular, routine, processing tasks that are essential for a business, a business should probably consider replacing it with a database and program that does the processing and is stored and regularly backed up on a network.

#

Re:Macro Recorder?

Posted by: Anonymous Coward on June 05, 2005 05:46 AM
Does that mean you're a key spreadsheet user? Let us bow down to thee.

#

Useful features?

Posted by: Anonymous Coward on May 13, 2005 01:52 AM
In what universe is adding movies and sounds to a spreadsheet deemed a useful feature? Puhleeze.

On a different note altogether, I for one find all that bulky deadweight of OOo to be a gargantuan anchor, dragging Calc down -- in contrast to Gnumeric's "lack of other office apps" cited as a drawback in the article.

Not having to install a gigabyte-sized suite of unrelated and unwanted applications is a huge plus.

#

Re:Useful features?

Posted by: Bruce Byfield on May 13, 2005 11:25 PM
Some non-programmers use spreadsheets to create interactive tutorials. The practice is especially common in education.

This is the audience for whom movies and sounds are useful.

#

Statistical Accuracy?

Posted by: Anonymous Coward on May 13, 2005 01:58 AM
How do Calc and KSpread compare to Gnumeric in terms of the correctness of their statistical functions? Even Excel still fails miserably here and always has. The studies I read all put Gnumeric soundly ahead of Excel in this regard, but none of them included Calc or KSpread in their comparisons.

#

Re:Statistical Accuracy?

Posted by: Anonymous Coward on May 13, 2005 03:39 AM
Gnumeric's accuracy and numerical stability is dramatically higher than any other spreadsheet, on any platform, AFAIK. Part of this is that it borrows numerical code from R (and I think LAPACK). Some of this is actually being rolled into OOCalc. Gnumeric is going to be spinning off a calculation engine library that can be used by other projects, so that other F/OSS apps can benefit.

The other important point is that Gnumeric has 100% Excel function compatibility (albeit with higher numeric accuracy). I think the other sheets are in the high 90's.

The conclusion to the article didn't seem congruous with the rest of the article. It did not appear to me that Calc came out on top in "more than half the categories". It appeared that Calc and Gnumeric were comparable in the areas the author looked at. So -- do you need the whole suite, or do you just need a spreadsheet? Realistically, how many people actually embed a live spreadsheet table (and not just copy-pasted static data) in their wordprocessor, or a wordprocessor-managed text field in their spreadsheet? Nobody does that anymore, OLE is too clunky. Gnumeric is clean lightweight, and is one of the truly stellar examples of Free software.

#

Re:Statistical Accuracy?

Posted by: Anonymous Coward on May 13, 2005 08:15 AM
I agree that hardcore spreadsheet users tend to care more about accuracy, robustness, recalc speed, and programmability than fancy formatting features and that sort of thing.

A realistic project might have dozens of spreadsheets each containing thousands of rows of a couple dozen columns each. Judging computation speed by "eyeballing" relative performance on a very simple test is a reasonable place to start, but it is not a serious comparison.

Not that this review isn't worthwhile. It is, but it's like comparing a trio of new cars based on dashboard layouts and cabin features.

#

Bravo Bruce!

Posted by: Anonymous Coward on May 13, 2005 02:18 AM
One of the best articles seen here so far. I will be waiting for more articles of this type with great anticipation.

Thanks!

#

what about database access?

Posted by: Anonymous Coward on May 13, 2005 06:50 AM
This is the single most important function for a spreadsheet, which is basically a quick and dirty way to deal with info in a database (or whatever tabular data).

Unfortunately, most folks use spreadsheets *as* databases, or worse, as a word processor.

The biggest problem at first glance with the open source products is there are no references for functions.

#

Re:what about database access?

Posted by: Iain Roberts on May 13, 2005 09:18 PM
No idea about Gnumeric or Koffice but OOo Calc has excellent database access. A database from a range of sources (from text file to MySQL, PostgreSQL, ODBC etc.) can be linked into a spreadsheet using form controls.

OOo Calc also has good function references (currently under review in the OOo Authors project - www.oooauthors.org).

#

Nice article

Posted by: Anonymous Coward on May 13, 2005 08:27 PM
I always find Bruce Byfield's articles very very useful- they dwell on topics that are missed by most writers, but are actually the most valuable to users in practical, everyday situations.

And the little gaps (macro recorder etc.) are filled in by knowledgeable readers, so it's win-win for everyone.

Thanks for another good one.

#

Core application functionality

Posted by: Anonymous Coward on May 13, 2005 11:16 PM
One reason i still use windows as a primary os inspite of being a Linux/FreeBSD/Solaris admin since 97 is Excel.
I use excel at work and try to use Calc at home, but when i have to get something done, i have to use excel.

The OSS tools havent matured to the extent to support:
- extensive ODBC/web data retrieval
- high row counts
- intuitive user interface (think Mac OS)

No user bothers to try a new product if it takes ages to load and has all the menus located differently, i doubt M$ has copyrighted the term Pivot Table, but if some new learning is required to do the same task, not many routine users prefer that.

At times i have to parse/report from logs and no OSS tool would support text based odbc connects to read a 200 meg plus ascii text and still allow you to build a pivot table with that

Excel sucks once a while, but those limitations are pretty well documented and dont show up as silly error codes most of the time

OSS tools have a long way to go before they can replace M$ office in enterprises and till that happens, they will always be taken with a pinch of salt.

bottomline: features/functionality/disk footprint/load time dont matter as much as an intuitive user experience (think Nokia/Blackberry menus)

#

Apples, Oranges and Potatos

Posted by: Anonymous Coward on May 16, 2005 04:32 AM
The article was reviewing OOo pre version 2.0. Your comments are true about OOo versions 1.0.x and 1.1.x.

OOo version 2 should provide you with a very pleasant surprise. It has good ODBC functionality(provided you include a java runtime environment), and capacity for twice as many rows of data as Excel instead of the half as many rows that you are used to.

The user interface is much closer to Excel than the current version. I don't know if that means easier to learn, or just less hard to change if you already use Excel.

Performance is another area where the OOo team has worked diligently. In my opinion, there is still room for improvement, but the performance compared against OOo 1.x is very significant, with the start up times being a good example. With 1.x you could get reasonable startup times by pro-loading a runtime environment. With Version 2, you can still load a runtime environment to improve startup times, but the startup times with V2 and no runtime loaded seem to be about half as long as the startup times for V1.x when they had a runtime environment pre-loaded.

There is still an issue with comprehensible/consistent error messages, but there has been a great improvement over what was.

#

OASIS format not invented by OOo

Posted by: Anonymous Coward on May 14, 2005 05:14 PM
OASIS is a Open Standard, and Developers from both OOo and KOffice Developed it.
(There might be more contributors from OOo, but then OOo has much more people working on it.)

#

Re:OASIS format not invented by OOo

Posted by: Anonymous Coward on May 14, 2005 06:10 PM
Oasis format is sxw with some cosmetic changes. That whole committee stuff was pure wankery, required for the "open standard" label. The real work was all done long before.

#

Observation...

Posted by: Anonymous Coward on May 16, 2005 08:52 PM
What I'm seeing here is a lot of very subtle attempts by Microsoft supportors at FUD.

They run the usual course of, "I love Linux, but... there is this little function (x) that I use and Open Source products don't have it."

More than likely it's something Open Source products do better anyway (like ODBC support: Try hooking up Oracle 11i to Excel. Good Luck. It runs fine with OO2)

Just an observation.

Nick

#

About charts.

Posted by: Anonymous Coward on May 17, 2005 11:22 PM
I think your ranking in this aspect is completly wrong. As far as I know, kspread doesn't have dot charts, for example, and it doesn't offer too much options in the customization of a chart.

Gnumeric is the unique spreadsheet which is capable of drawing error bars and its charts functionality is better and more complete, from my point of view, than any of the others programs.

#

Charts performance

Posted by: Anonymous Coward on May 18, 2005 03:23 AM
I was surprised to find that OpenOffice Calc was considered the winner in charts and had no performance-related complaints. Perhaps it's then just me, but I've always found especially its charting to be horrible performer. This both with 1.x and the 2.0 beta, when used with various versions of Fedora Core (the 2.0 beta with FC4test).

Try this simple test: create an empty spreadsheet, copy =rand() to its first 1000 rows and draw a line chart over the range.

Calc 2.0 beta freezes for nearly 30 seconds calculating this on my 1.6GHz Centrino laptop. The same happens when I try to resize the just-created chart object or manipulate it in nearly any way.

In contrast, Gnumeric's response is immediate, with any calculation it might be making so fast that I can not measure it in wall-clock terms.

#

OOo 2.0

Posted by: Anonymous Coward on May 19, 2005 03:57 AM
When I compare OOo Calc 2.0 to Gnumeric I must say that Gnumeric's user interface is horrible. I don't care if Gnumeric has functions that an average user will never require. How can you use that as an argument in favor of Gnumeric? I have never had any data corruption with OOo but I sure did with Gnumeric. Furthermore, they are one of the least HIG-compliant GNOME applications on earth. Even simple copy and paste shortcuts don't work properly in Gnumeric. <A HREF="http://download.openoffice.org/680/index.html" title="openoffice.org"> GNOME Office is dying. Download OOo 2.0</a openoffice.org>. Move along.

#

Re:OOo 2.0

Posted by: Anonymous Coward on May 19, 2005 11:03 PM
and so is BSD...

Ok who's up for more trolling?

#

Re:This is too much

Posted by: Anonymous Coward on May 24, 2005 01:57 PM
HURD will soon be alive.

#

KSpread, Gnumeric Combining forces

Posted by: Anonymous Coward on May 25, 2005 01:49 PM
I remember hearing somewhere that the next version of KSpread would use the Gnumeric engine... This would certainly be an interesting development

#

This story has been archived. Comments can no longer be posted.



 
Tableless layout Validate XHTML 1.0 Strict Validate CSS Powered by Xaraya