Teaching:TUW - UE InfoVis WS 2007/08 - Gruppe 09 - Aufgabe 2

Aufgabenstellung

Beschreibung der Aufgabe 2

Zu beurteilende Tabelle

Critics

Structural Components of Tables

Thoughtfully designed Data and Structural Components lead to clear and efficient communication.

Tables generally work best when they also contain additional text that is used to complement the categorical subdivisions and quantitative values in various ways. In Chapter 7, General Design for Communication, we noted that additional text can do the following:

• Label
• Introduce
• Explain
• Reinforce
• Highlight
• Sequence
• Recommend
• Inquire

[Few, 2004]

The table tries to explain its data with some text.

The title of the table should be clearly seperated from the table and maybe regrouped in a title and a sub title.

It states labels for the ASSETS and the FUND columns. These column headers label the information below them and should be separated from the data with a horizontal line.

The return values are clearly grouped with the spanner header RETURN. Maybe it should be stated that this is the return on investment. Below the RETURN spanner header we find column headers which state the period for which the data is valid. These should be separated from the data with a horizontal line. Furthermore it is not absolutely clear what there meaning is, and the mixing of so different periods makes it more difficult to understand the table. For example it would be interesting which 3 year period the 3-YR column covers.

The dollar and percent signs should not be introduced at the first data line. Data definitions should be part of the column headers.

The table does not try to focus my interest to a special area, because no area is specially highlighted.

Delineating columns and rows

The design process involves several decisions regarding the layout of columns and rows to provide a structure that is easy and efficient to read and understand. Readers should be able to scan quickly through the content to find what they need and perhaps make localized comparisons of related numbers.

[Few, 2004]

Columns and rows are delineated through

• White space
• Rules and grids
• Fill color

.

White space

White space is the preferred means for arraning data into columns and rows.

[Few, 2004]

It is not possible to read the rows without difficulty because the vertical white space between them is pretty small. Therefore it is recommended that the vertical white space between the rows is increased.

As well the horizontal white space between the columns should be increased to ease the reading of the columns. From my point of view, the comparison of the funds is the most interesting information in this table. To lead the reader to scan down the columns, it is advisable to pronounce the white space between the columns more than the one between the rows.

To make a clear distinction between row headers and data, the horizontal white space should be increased between these two parts. As well the horizontal white space between the ASSETS and FUND column should be increased a bit to make a clear distinction.

Rules and grids

Despite the uselessness of grids and the limited usefulness of rules to delineate columns and rows in tables, they are sometimes useful for grouping or highlighting subsets of data.

[Few, 2004]

In order to make the table more readable it is advisable to draw a line between the column headers and the data.

If the table is in its original context surrounded with some objects where there should be a clear distinction, thin lines could be drawn on each side. Remember to keep the lines as thin and light as possible.

A combination of horizontal and vertical rules could be used if there is an area of special interest.

Fill color

When white space alone can´t be used to effectively delineate columns and rows in tables, fill shades and hues work better than grids and rules.

[Few, 2004]

Following this quotation the rows of the table could be separated with fill shades. It would also be possible to delineate the headers in the table as separate groups of information in using fill colors.

Arranging data

Columns or rows

Some sequential relationships are more easily understood when they are arranged in a particular way, either horizontally from left to right or vertically from top to bottom. … We naturally think of time as moving from left to right, rather than down from top to bottom.

[Few, 2004]

Concerning the ranking relationships the table shows an easy to understand top-down ranking of funds regarding their assets in million dollars.

The time is illustrated from left to right, but the relations between the columns are not clear at all.

Groups and breaks

It is often appropriate, and perhaps even necessary, to break sets of data into smaller groups.

[Few, 2004]

Since the changing time scale of the table is confusing, I would suggest to group the data for a given time scale.

For example make a table for the year 2003 till 2007. Or make a table showing the quarters in the year 2003. Everything is possible, but it should be consistent.

Columns sequence

Columns containing sets of quantitative values that you want your readers to compare easily should be placed as close to one another as possible.

[Few, 2004]

Following this principle the table puts the values near together which should be easily comparable.

The table shows the returns in percentage and the reader can easily compare the percentages.

Data sequence

When you need to sequence numbers, their quantitative order, either ascending or descending, is the only useful way to sequence them.

[Few, 2004]

The funds are listed descending concerning their assets. Since the asset of a fund is one of the most important characteristics and the assets are listed in numbers, it is useful to list the funds in their quantitative order.

Page information

Because of short-term memory constraints, effective table design requires that certain information be repeated on each new page. Otherwise, your readers may lose track of information that they need to interpret the table as they move from page to page.

[Few, 2004]

Our table is not split into multiple pages, therefore this rule is not applicable here.

Repeated column headers

When tables extend onto multiple pages, the columns are no longer labeled after the first page unless you repeat the column headers on each.

[Few, 2004]

The proper way of handling tables spreading across multiple pages would be to copy the table headers on top of each page. However, in our case this is not necessary.

Repeated row headers

[...] even those of us who are careful to repeat column headers on each page seldom think to repeat the row headers as well, yet the problem is the same.

[Few, 2004]

This principle is applicable when multiple rows, which spread across multiple pages, are grouped together and have one title column where the title printed only for the first row of the group. The correct way of designing such a table would be to re-print the title on the first row on each page. Again, this is of no concern to our table here.

References

[Few, 2004] Stephen Few, Show Me the Numbers: Designing Tables and Graphs to Enlighten, Analytics Press, 2004, Chapter 8 - Table Design.

Links

• InfoVis:Wiki UE Homepage

• UE InfoVis

• Gruppe 09