|
Human Efficiency Leonard Verhoef. Contact | for |
interface & web
public transport
| with | e.g. |
c
|
| Abstract |
Today’s computer interface design focuses on visual, realistic, metaphoric, hierarchical and sequential models (graphical user interface, desktop, menu, tabs and wizards). Mendeleyev changed the structure of knowledge about chemistry not using a visual, realistic and metaphoric model like a wizard steering in a pot on a fire but by using a non-visual, non-realistic and non-metaphoric abstract multidimensional model. Can this approach be applied to interface design? | Multidimensional requirements like mutually exclusive, ordinality, vertical (versus hierarchical) and abstract n-dimensional (versus realistic 3-dimensional) visualisation are analysed, validated empirically and validated in practice. To ensure a general level of the conclusions several types of interfaces of several domains are analysed (main menu structure, traffic signs, public transport route strips, language choice software and the desktop). |
| 1 Existing models |
In 1995 Rautenberg and Szabó presented 'a design concept for n-dimensional user interfaces.' They summarize perceptual and physiological knowlegde needed to present information on realistic 3-d interfaces (e.g. color blindness, depth cues, kinesthesis). The article is typical: multidimensional interfaces are implicitly interpreted as realistic 3-dimensional interfaces. They do not present interfaces based on these concepts. |
Ruecker and Liepert (2006) are more specific and do not focus on realistic 3-dimensional interfaces. In “Taking Mendeleyev’s correspondence course: Interface design lessons from the periodic table of the elements.” they compare the way Mendeleyev related and visualized chemical data, to Rich-Prospect Browsing Interfaces. The focus of Ruecker and Liepert is on multidimensional characteristics of the domain. In this article we will focus on multidimensionality of the interface itself. |
| 2 Multidimensional interfaces |
Multidimensionality is simple. A table is a two dimensional structure. Reality is a three dimensional structure. Mendeleyev has shown that multidimensional models can unveil hidden complex structures. To top. | He used piles of cards to describe the properties of chemical elements so he could arrange them in many independent ways. In the play card deck these dimensions are colours, forms and characters. The elements of these dimensions are mutually exclusive, ordinal and vertical (orthogonal). |
| 2.1 Mutually exclusive elements of a dimension |
Theory One requirement for an efficient organisation of knowledge is that the elements are mutually exclusive. All users and designers should identify an element in the same way. In interfaces these elements can be the options of a menu, a directory and a list of destinations in a station. To top. | Paap (2001) has written an interesting overview on the design for menus. One of the requirements for a good menu is ‘class-inclusion matching’ which is defined as: ‘… whether the target is an instance of the category specified by an option.’ Meeting these requirements prevents category decisions from being faulty if there is conceptual overlap between the categories, and menu targets might belong to two or more categories. Mandel (1997), refers to mutual exclusiveness for menus in plain language, by stating that options very often seem very similar and yet have very different meanings. |
The advantage of being exclusive is that the user can be sure that the entry has the information he needs; he selects the right option. |
|
Practice In practice several types of interfaces for the same problem can be found as the table and figures show. |
Table x, inclusive and exclusive interfaces
|
![]() Figure 1, inclusive elements in a main menu The options “file” and “edit” are inclusive. When the user wants to edit a file he cannot know which option to select. (Source: Word Main menu, 2003) | Figure 2, exclusive elements in a main menu The options “Do” (a list if verbs) and “with” (a list of nouns) are exclusive when the user wants to edit a file. In this case the user wants “to print a print”. (Source: Verhoef) |
![]() Figure 3, inclusive elements in a way finding interface The options “Ring A10” and “Ring A10” are not mutually exclusive when the user has to decide between left and right lane. The user cannot know which lane to select. (Source: Real live, ring road Amsterdam exit IJburg, 2009) To top. |
![]() Figure 4, exclusive elements in a way finding interface The icons clockwise and anti-clockwise are exclusive when the user has to decide between left and right lane. The user understands which lane to select. (Source: The ring road entrance icons from the Holslag Verhoef ring road navigation icons set ©) |
|
Empirical validation To be elaborated. |
|
Design validation To be elaborated. |
| 2.2 Ordinal dimension |
Theory The disadvantage of exclusive elements is that the user has to inspect all elements to find information. This is no problem when there are only a few options in the main menu or a few trains on the trains indicator. When, however, the number of elements in a list increase searching time will increase as well. |
When the elements can be arranged in some quantitative way, this will improve navigation on the dimension. The user can predict the position of an element. Searching for Zulu in an alphabetic list is easy. The longer the list the more advantage an ordinal arrangement gives.. Ordinal arrangements in lists might be: the alphabet, time, steps to be taken, frequency or recency of use. Exclusive elements is a requirement for an ordinal arrangement. |
|
Practice
|
|
|
![]() Figure 7, non-ordinal arrangement in a list of stations Right list: for the passenger, not familiar with the geographics of this public transport line, this is a non-ordinal list. The passenger cannot estimate the position of his destination in the list. (Source: London Underground Stratford station, 1989) To top. |
![]() Figure 8, ordinal arrangement in a list of stations Left list: For the passenger not familiar with the geographics of this public transport line this is an ordinal list. Knowing the alphabet the passenger cannot estimate the position of his destination in the list. (Source: London Underground Stratford station, 1989) |
|
Empirical validation, sign posts Spijkers et al. (1985l) found that the best way to structure destinations on a sign post is indeed alphabetically. The table below summarises their findings. This table also defines the experimental conditions of Spijkers et al. in the values for structures as: 1) not-mutually inclusive/random, 2) mutually exclusive/nominal and 3) ordinal. |
Comparing their experimental conditions is obscured because some experimental conditions included more ways of categorisation at the same time. The experimental conditions were not exclusive. Nevertheless the table confirms the conclusion that a random structure is less efficient than an ordinal (alphabetical) structure. |
|||||||||||||||||||||||||||||||||||||||||||||
Table way-finding performance and values for cognitive structure
To top. | ||||||||||||||||||||||||||||||||||||||||||||||
|
Empirical validation route strip To be elaborated. |
| 3 Hierarchical structures for dimensions | So far the requirements for one dimension were discussed. Systems are complex and one dimension might not be sufficient to represent the system. | More dimensions are a solution and it has to be determined how to arrange these dimensions. There are several options. |
|
Theory |
In complex systems navigation might become a problem. It should be noted that these traditional hierarchical structures might limit user’s performance because they are not compatible with human physiology. Human physiological structures are not hierarchical but parallel and network like. In nature escaping an attacking predictor by immediately climbing a tree might be more effective than following a hierarchical tree to find the best escape. |
Multidimensional interfaces can be compatible with the continuous dynamics of human cognition. Figure 9 and 10 show examples of hierarchical and parallel interface solutions for selecting language on a ticket vending machine. |
|
Practice The Belgium train ticket vending machine has a hierarchical structure (see Figure 9). Selection of language is the first obligatory step. | To be compatible with the parallel information processing of humans Netherlands Railways train ticket vending machine does not have a hierarchical structure (see figure 10). The passenger can change any option chosen, at any time. There is no need to return to the main menu. Language can be changed any time. ![]() Figure 10, parallel solution for language on a train ticket vending machine Language can be changed any time. (Source: Touch screen ticket vending machine Netherlands Railways) |
|
Empirical validation At Schiphol airport we observed 76 passengers changing language or giving up the operation. Not noticing the language switch button might be the reason. The default language of the machine is Dutch. The data are in the table below.
|
These data suggests that a parallel solution can be used. |
![]() Figure x, the two train ticket vending machines observed for the language switch at Schiphol Airport |
To top. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Practical validation A practical advantage of a hierarchical first language selection is that there is no possibility that the language switch is not noticed. The price to be paid is that all users have to make this step. In the Schiphol observations this step took 3. 4 seconds for experienced users. The mean time needed to select a ticket is 11.0 seconds (n=73, Verhoef, 2008). Purchasing time and number of ticket vending machines to install is 31% higher for the hierarchical language step only for these figures. |
The observed probability of not noticing the language button is 0.0%. On the machine investigated there are several options to reduce the probability of not noticing the language switch more. In the interface observed the first step shows 50% information in conspicuous formats (large size, colourfully, dynamics) and information that is not needed for the first step (e.g. the current language button, the 'cancel' button, advertisements, conspicuous payment method information). In the design there are several options to increase conspicuity of the language option (e.g. larger format). These practical considerations suggest that the parallel solution can be applied and is more efficient than the hierarchical solution. |
|
To top. |
| 4. Vertical structure for dimensions |
Vertical or orthogonal means: an element can have any value of any combination of dimensions. When the data are put in a table, all cells of the table are filled. A playing card can have any colour, any character and any form; these dimensions are vertical.
To top. |
The interface should allow for all theoretical combinations. In practice there might be no need to fill all cells. On a ticket vending machine there might be a fixed price to buy a ticket for a dog. No destination or class type might be required. In a computer interface it should be possible to perform all commands with all elements. In practice there might be no need to spell check the pictures. |
| 4.1 Realistic 3-d visualisation |
Theory Realistic visualisations like desktop, menu, bars, and icons and concrete motor movements like pointing are common practice in interface design. The 3-d interfaces have the same characteristics. It is supposed that realism makes user friendly because the user is familiar with real life. This supposition is effective only when the task and structure of the real life metaphor is similar to the task and structure to be performed with the interface. To top. |
The mind set of a realistic 3-dimensional interface hides the options of more dimensional interface solutions. In some cases multi-dimensional is equivalent to realistic 3-dimensional (e.g. Apple's new multi-dimensional desktop). What if the interface should be n-dimensional? Beyond moving cookies there is abstract mental arithmetic. What is beyond moving icons on a on a not-dimensional desktop? |
|
Practice |
Picture to be elaborated. |
|
Empirical validation There are several options for designers of a desktop. |
There are several interface concepts for communicating with computers. The most frequently used is a desktop, other metaphoric options are a dashboard and a control room. There are several tasks users perform with the desktop. The most frequently performed task is probably finding an item. Finding an item in a set of user specified loactions is the focus of the semantic the semantic desktop (Nadeem, D., 2007). Other tasks are maintenance (clean up, installing organizing directories, backup, updating), monitoring (new mails, warning, error messages). |
| 4.2 N-d tabular visualisation |
Theory To be elaborated.. |
|
Practice Picture to be elaborated. Figure x, non-vertical arrangement of icons on a desktop The desktop has two dimensions: an x-axis and a y-axis. However, these dimensions are not used by the interface to arrange the icons. (Source: ...) | Picture to be elaborated. Figure x, vertical arrangement of icons on a desktop The y-axis of this desktop is used for an alphabetic arrangement of the elements. Frequency of use might be another option. The x-axis of this desktop is used for file type; programs left and data right. (Source: ...) | ||
![]() Figure x, non-vertical arrangement on a ticket vending machine The visual and conceptual dimension on this ticket vending machine is not prominent. The passenger might not know where to start. For previous options he has to press the red arrow button (Terug). (Source: Belgium touch screen train ticket vending machine, approx. 2004) To top. |
![]() Figure x, a vertical arrangement on a ticket vending machine The x-axis is used for the task-steps-dimensions. The y-axis is used for the parameters of the task step dimension. (Source: NS touch screen train ticket vending machine) http://webdemo.ns.nl/webdemo.e2000/). |
|
Empirical validation To be elaborated. |
| 4.3 N-d form visualisation |
Theory |
Practice |
Figure x, planning overview, form used for dimensions |
|
Empirical validation To be elaborated. |
| References | To be elaborated. To top. |
Contact![]() |
Leonard Verhoef. +31 (30) - 231 44 97 Parkstraat 19 3581 PB Utrecht Nederland humanefficiency.nl verhoef@humanefficiency.nl Chamber of commerce, trade register, subscription number: 39057871. |