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.

Formula tools

When a user enters a function into a spreadsheet, it becomes part of a formula. Of the three programs, KSpread has the fewest tools for formulas. They are Consolidate, for placing data from different sheets into a single area; Goal Seek, for calculating what input will give the desired answer for an operation; and Subtotals, for quickly adding totals. Otherwise, KSpread is somewhat lacking in function tools.

Gnumeric and Calc each have versions of KSpread's formula tools, although under slightly different names. But in addition, both have scenario tools that insert combo boxes of variables. Beyond that, they diverge sharply from each other.

Beyond the basics, Gnumeric tends to specialize in tools for mathematical analysis. Its formula tools include Solver for linear systems of equations, and the self-evident Simulation and Statistical Analysis. By contrast, Calc's formula tools are more general-purpose. Standouts among Calc's tools include Detective, which gives a color coded view of which cells were used as parameters for a functions, and Datapilot, Calc's answer to Excel's Pivot tables, which rearranges existing data to show new relations to it.

Verdict: In this category there's a tie between Gnumeric and Calc -- which one you prefer will depend on your purpose. As with list tools, formula tools are an area that KSpread needs to develop.

Formatting options

Spreadsheet formatting falls into two main categories: formatting for cells, and formatting for printed pages. Cell format can cover any number of cells, including an entire row, column, or spreadsheet, while page formatting sets the layout of hard copy. In both categories, spreadsheet formatting is often manual, although both Calc and KSpread implement styles and templates. Gnumeric, by contrast, contains no concept of styles at all.

All three spreadsheets offer a similar range of manual format options; the main difference is in the arrangement of some features. For example, Calc does not include Protection or Validation as options for formatting, the way Gnumeric does, placing these features instead in the Tools and Data menus, respectively. Similarly, KSpread includes Protection in cell formatting, but includes no tool for validation.

Another difference is that, while all three spreadsheets include the option of wrapping text so that it stays within the boundary of a cell, their implementation of the feature differs. Only Calc offers text wrap with hyphenation. KSpread offers text wrap, but no hyphenation, while in Gnumeric, text wrap means that only as much text as can be displayed on a single line is visible until you click on the cell.

The concept of cell styles is most developed in Calc, which comes with 17 pre-defined styles, as opposed to KSpread's two. The closest Gnumeric comes to styles is Format > Autoformat, which offers a variety of pre-set formats for selected cells. Calc contains a similar feature called Choose Themes which is not available on the default toolbar, but can be added from Tools > Configure. Neither Gnumeric's Autoformat or Calc's Choose Theme tools, however, allow users to add new formats or themes to the list.

Page formatting in the three spreadsheet consists of options for the text and design in headers and footers, and for how spreadsheets (which have no set height or width), are fitted onto a particular page size. All three allow users to set text for the left, right, and middle of headers and footers, but only Calc includes options for setting dividing lines, backgrounds, and drop-shadows. Each spreadsheet also allows the scaling of information to fit it on the page, as well as choosing cells to be repeated on new pages. In addition, for occasions when the columns selected are too wide to fit a page size and orientation, Calc and Gnumeric include the option of choosing whether a sheet is printed from top to bottom first, or from left to right.

Calc has no predefined templates, but, like the rest of OpenOffice.org, is designed with the assumption that templates and styles will be part of your workflow. Calc templates are also available from the OOoExtras site. KSpread comes with 12 templates divided into Business, General, and Home and Family categories. Gnumeric does not use templates, any more than it does styles.

Verdict: For features, styles, and templates, Calc is the clear winner. The other programs are strong contenders, but which finishes second depends on your priorities. In terms of features, Gnumeric takes second place. In terms of styles and templates, KSpread is second. Call this category a dead heat for second.

Next: Charts and computation speed

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