This is call for papers for a workshop on methods and research techniques that are suitable for geospatial technologies. The workshop is planned for the day before GISRUK 2010, and we are aware of the clashes with the AAG 2010 annual meeting, CHI 2010 and the Ergonomics Society Annual Conference. However, if you would like to contribute to the book that the commission is developing but can’t attend the workshop, please send an abstract and inform us that you can’t attend.
In the near future I’ll publish information about another workshop in March 2010 about the usability and Human-Computer Interaction aspects of geographical information itself – see the report from the Ordnance Survey workshop earlier in 2009.
So here is the full call:
Workshop on Methods and Techniques of Use, User and Usability Research in Geo-information Processing and Dissemination
Tuesday 13 April 2010 at University College London
The Commission on Use and User Issues of the International Cartographic Association (ICA) is currently working on a new handbook specifically addressing the application of user research methods and techniques in the geodomain.
In order to share experiences and interesting case studies a workshop is organized by the Commission, in collaboration with UCL, on the day preceding GISRUK 2010.
CALL FOR PAPERS
While there is growing awareness within the research community on the need to develop usability engineering and use and user research methods that are suitable for geographical and spatial information and systems, to date there is a lack of organized and documented experience in this area.
We therefore invite researchers with recent experience with use, user and usability research in the broad geodomain (cartography, GIS, geovisualization, Location Based Services, geographical information, GeoWeb etc.) to present a paper specifically focusing on the research methods and techniques applied, with an aim to develop the body of knowledge for the domain.
To participate, please send an abstract of 1 page A4 at maximum containing:
- A description of the research method(s) and technique(s) applied
- A short description of the case in which they have been applied
- The overall research framework
- Contact details and affiliation of the author(s)
We are also encouraging PhD researchers to submit paper proposals and share experiences from their research. At the workshop there will be ample time for discussing the application of user research methods and techniques. Good papers may be the basis for contributions to the handbook that is planned for publication in 2011.
Abstracts should be submitted on or before 1 December 2009 to the Chairman of the Commission Corné van Elzakker ( elzakker@itc.nl )
Also see:
the website of the ICA Commission on Use and User Issues and the GISRUK2010 website
Interacting with Geospatial Technologies
8 October, 2009
At the end of September, the manuscript of ‘Interacting with Geospatial Technologies’ was submitted to John Wiley & Sons. This is the reason for the silence on this blog since July while the final chapters were written.
The book, which is an introduction to usability and Human-Computer Interaction aspects of GIS and other geospatial technologies, was written because there is no other recent book that covers these aspects while taking into account the special characteristics of geographical information and the extensive use of maps.
There were several books in the early 1990s dedicated to human factors of GIS or to cognitive aspects of these systems. Since then, there have been many published articles, but no easy-to-access summary of the outcomes in a way that is useful for developers or people who want to understand how to design more usable systems. So, while working on a paper that called for developing ‘usability engineering for GIS’ in 2005, I figured out that, actually, it was time to write an introductory text in this area. In the end, this is an edited textbook written by me together with a group of excellent collaborators: Jochen Albrecht, Clare Davies, Catherine Emma Jones, Robert Laurini, Chao Li, Aaron M. Marcus, Stephanie L. Marsh, Annu-Maaria Nivala, Artemis Skarlatidou, Carolina Tobón, Jessica Wardlaw and Antigoni Zafiri.
So the book provides an introduction to user-centred design and usability engineering from a geospatial technologies perspective, theoretical aspects of human understanding of space and collaborative systems, practical aspects of cartography and map design that are useful for developers and application designers, guidance for evaluating geospatial systems and some tips for designing desktop, Web and mobile based systems. Each chapter includes case studies and examples that make the material more concrete.
The book is scheduled to be out by March 2010. A lot of work went into writing the various chapters and ensuring that the content is covering all the needed elements to create a usable GIS – I hope that it will be useful!
At several recent GIS industry and academic conferences, I was not very surprised to see GIS presentations in which the presenter started by talking about ‘usability enhancements’ and ‘we took usability very seriously in this application’ but failed to deliver. In contrast to such statements, the application itself was breaking basic usability guidelines such as not giving any feedback to the user about some activity of the system, or grouping related elements together in the interface, among other problems.
Then I came across a report from 1991, which talks about User-Centred Graphical User Interface for GIS and notes that ‘It is not unusual for more than 60% of the code in a complex software system to be dedicated purely to the user interface. This stands in sharp contrast to the 35% dedicated to the user interface in early GISs’. This is still true in spirit, if not in percentage. GIS applications require sophisticated data manipulation, and most of the development effort of GIS vendors or Open Source GIS projects is focused on the information itself and its manipulation. The interface is probably seen as an add-on – the ‘fun’ bit of the development that you leave to the end after cracking all the engineering challenges that make the application work.
What I would argue is that, as a result, GIS as an industry doesn’t have a ‘usability culture’. Compare that to Apple, where usability and interaction with users has been at the centre of what they are doing since they started. Or with e-commerce which also shows a ‘usability culture’ because, if you fail on usability, there is a direct link to loss of sales. These are examples of organisations and sectors who know that usability is important and commit resources to ensuring that their products are usable.
In contrast, in the GIS industry there is a feeling that usability is a ‘nice to have’ element of the development process, so there is no practice of involving usability experts in software development projects. There are relatively few examples of user-centred design in GIS, and they are mostly in research papers, very rarely in practice.
Neogeography is changing it somewhat, since parts of it are coming from companies and developers who see the value in understanding the users. Maybe the competition between the existing developers of GIS and neogeography companies will cause the former to change and they will become more serious about usability.
The first ever Human-Computer Interaction and GIS research
21 January, 2009
Trying to track down the source of a term is one of the more interesting academic tasks. For example, finding out when people started researching Human-Computer Interaction and GIS is a bit like following the thread. First of all, the term Human-Computer Interaction is sometimes presented as Computer-Human Interaction, especially in the early 1980s, when it emerged – the ACM Special Interest Group still uses CHI and not HCI. Before that, the common term used was Man-Machine Interaction which was actually a term that came out of studies in the 1940s. The way to uncover this terminology chain is to find papers that mention both terms and follow it through. Quite quickly you develop an understanding of the chain…
Then there is the issue of GIS – after all, the term was invented only around the mid 1960s: surely many people outside the small circle of researchers that became familiar with the term used other terminology. So you need to look for other terms, such as geographic information (as well as geographical information), maps, etc.
Following this approach, I have found a paper from 1963 by Malcolm Pivar, Ed Fredkin and Henry Stommel about ‘Computer-Compiled Oceanographic Atlas: an Experiment in Man-Machine Interaction’. The paper is as interesting as its writers – with Pivar and Fredkin among the Artificial Intelligence group at MIT, and Stommel a leading oceanographer. The data came from surveys that were part of the International Geophysical Year (1957/8 ) – and the paper shows that information overload is nothing new.
For me, the most interesting passage in the paper is:
‘[I]n preparing a printed atlas certain irrevocable choices of scale, of map projections, of contour interval, and of type of map (shall we plot temperature at standard depths, or on density surfaces, etc.?) must be made from the vast infinitude of all possible mappings. An atlas-like representation, generated by digital computer and displayed upon a cathode-ray screen, enables the oceanographer to modify these choices at will. Only a high-speed computer has the capacity and speed to follow the quickly shifting demands and questions of a human mind exploring a large field of numbers. The ideal computer-compiled oceanographic atlas will be immediately responsive to any demand of the user, and will provide the precise detailed information requested without any extraneous information. The user will be able to interrogate the display to evoke further information; it will help him track down errors and will offer alternative forms of presentation. Thus, the display on the screen is not a static one; instead, it embodies animation as varying presentations are scanned. In a very real sense, the user “converses” with the machine about the stored data.’ (Pivar et al., 1963, p. 396)
What an amazing vision in 1963 – it would take another 30 years and even more before what they are describing became a reality!
Manifold GIS installation and different aspects of usability
23 November, 2008
As part of the work on community mapping in Hackney Wick, we used the area for a project with the Development Planning Unit MSc students. As part of this work, and since we’re using Manifold GIS in this project, we offered the students the use of Manifold GIS for this exercise.
From an experienced system administrator perspective, installing the package and linking it to the licence server is a very quick and easy task. However, for the students it proved to be a difficult task – especially with Windows Vista where special procedures must be followed to enable the administrator account and install Manifold GIS. The process is rather scary for the average user, and the information architecture and links on the Manifold website are not clear enough to guide a novice, non-technical user through the installation process. As a result, many didn’t manage to make the package work. After a brief explanation and being pointed in the right direction, the installation issue was resolved.
This is a very interesting aspect of usability which, many times, is overlooked. When looking at a GIS or a component of geotechnology, it is worth evaluating its usability for different audiences. With software, I would differentiate between ‘end-user’, ‘programmer’ and ‘system manager’ usability. For each of these archetypes it is possible to evaluate whether the package is easy to use for this role. For example, programmer usability can be evaluated by examining how long it takes for a programmer to learn how to manipulate the system and perform a task with it. The new generation of APIs such as those that are used by OpenStreetMap or Google Maps are very programmer usable – it takes very little time to learn them and achieve something useful with the system.
The installation of Manifold GIS, therefore, scores high on system manager usability, but low on end-user usability – and, importantly, there are far more of the latter than the former. Some small changes to the website with a clear installation guide can improve the situation significantly, but a real change to the installation process that removes the need to switch to the administrator account is the real solution…
Why your boss should buy you a larger monitor
1 October, 2008
As I’ve noted, the AGI GeoCommunity ‘08 was a great conference, but it was especially pleasing to end up with the paper that I wrote with Kate Jones being selected as runner-up for the best paper competition by the conference team (and I kept myself at arms length from the judging!). Maybe it is a sign that the message about the importance of usability and interaction is starting to gain traction within the GIS community, though I should also note that Clare Davies from the OS raised the issue in the AGI conference in 2005 – so it’s still one usability paper every 3 years!
While you can download the full paper from here, or look at the presentation below, the short explanation of the argument behind the large monitor is actually raising a very significant and overlooked aspect of interaction with GIS.
Inherently, the issue is that interaction with maps is all about the context. You can’t design the position of a telephone pole if you can’t see the other poles, and you can’t understand where you are in relation to a local tube station without seeing it. This is where the abysmal resolution of current computer monitors causes a problem. Because the information density (the amount of information that you can cram into a specific area, say a square inch) of a monitor is low – it’s 10 times lower than a printed map – it’s actually very rare that you can put all the information that the user needs on one screen.
This is why all GIS developers are giving too much attention to zoom and pan operations, as they are perceived as the solution to this problem. However, and this is the most important point – zoom and pan are never part of the user’s task. The user is not interested in zooming and panning for their own sake, but in manipulating the map so they can see the area that they need to perform their task (adding a pole to the map, analysing neighbourhood, etc.). In an ideal world, the GIS will ‘know’ what area the user is looking for and will show it so there is no need to manipulate the map. However, we don’t have this so we must use zoom and pan…
Here is where the productivity issue kicks in. An average zoom or pan operation in a GIS application can take up to 30 seconds. Over a working month, this can accumulate into many hours for a heavy user of a GIS. A larger monitor (24 inch or even 32 inch) will reduce the number of zoom and pan operations, and thus increase the productivity of the user. Considering that a GIS analyst’s minute is costing about £0.30 (a conservative estimation), the large monitor will return the investment within 2 months.
But even more important is the issue of GIS interface design – this analysis emphasises why the decision on how much screen assets are dedicated to the map should take into account the user’s task, and not assume that they’ll zoom and pan!
London’s Suburban Town Centres Profiler – a Geovisualisation application without interactive mapping
20 March, 2008
This week, we have released the ‘Suburban Town Centres Profiler’. The application can be accessed from the Towards Successful Suburban Town Centres website, and was originally developed to support hypotheses development within the project’s team. It’s been quite a while that we’ve been working on the range of maps and information the profiler is based on, practically since last summer.
All the details about the profiler are on its website, but an interesting point that underpins it is that, in some cases, it is worth sacrificing the interactivity of the map itself to allow users to concentrate on the information. In HCI terminology, the main task is not about interaction with the map but with the information and its meaning, so providing interactive maps will actually reduce the usability of the application!
The maps on the profiler do not support zoom in, zoom out or panning. However, they are not meant to be interactive by themselves. The idea behind the application is to allow systematic and consistent comparison of many layers of geographic information across a range of 26 town centres in London’s suburbs. To achieve this task, the interface allows us to switch between themes and explore various datasets quickly, and, by ‘locking’ the map itself, we can ensure that we are looking at each Town Centre at the same scale and to the same extent. I’m sure that there are other cases where such an approach is the correct one – not all interactions are necessarily helpful to the user’s task…
MySociety’s FixMySteet is somewhat similar – it is holding the scale constant while allowing Panning.
Confusing interfaces…
29 February, 2008
The Manifold training course that we ran earlier in February is always an excellent opportunity to observe how new GIS users interact with such a system.
Running a training session for new users of any GIS will expose major usability problems with the interface. Many of these problems are unnoticeable to experienced users, since they have learned the idiosyncratic aspects of the interface. Usability problems surface in such a session through misunderstandings and questions that the participants raise.
With Manifold, one of the interesting problems that came up is with the query toolbar (see below):
The way the query toolbar works is that you select a field in the left drop-down list, an operator at the central drop-down and a value in the text box on the right and click on select to see the result. For example, if you enter 5 in the toolbar in the picture, it will lead to a selection of the 5 polygons on the map with the smallest area.
The confusing part of the interface is the ‘not’ between the left drop-down and the central one. For a new user, the interface reads ‘find objects on the map where the field Area (I) are not the bottom X’. The ‘not’ in this case is a toggle button that can be activated to negate the operation that was selected in the central drop-down. Clearly, it would be better if, when not activated, it had the word ‘is’ (Area is the bottom 5) and ‘not’ appeared only when it was active. This is one of the cases where usability enhancement could be carried out in less than a minute of a programmer’s time – and surely makes life less confusing to many novice users…
UCL’s licence for Manifold GIS 8.0 finally arrived. While testing the new 64-bit version I was reminded of one of the interface features of Manifold that I believe many other GIS should have as standard – a request to verify projections when a new component is added to the project.
One of the most confusing issues for new GIS users is to use projections within their workflow. Nowadays, it is common to integrate data from different sources, such as information gathered by GPS receivers with data from the Ordnance Survey, or any other data that is using a local projection. Therefore, it is important to ensure that the system ‘knows’ what the projection of each layer and image is.
Without proper configuration when trying to put all the data together, it doesn’t work because the projection of one layer doesn’t match another layer.
In Manifold GIS, when an image or vector layer is imported, when it is opened for the first time, the system asks the user to verify the projection, and opens the interface that allows the assignment of the current projection. Unfortunately, Manifold GIS does not give the option to set the most common the default projection for the locale in which the system is used – or at least set a group of favourite projections. Room for improvement there!
As for Manifold GIS 64 bit – it seems to work faster, although it was a surprise to see that in some operations the 4 cores were not busy at 100% or even 50% even though the system loads the data slowly. Apart from that, Windows Vista 64 bit is quite incompatible with many legacy applications and it is quite a pain to use. Maybe it’s time to return to Windows XP…

Linking Environmental Information, GIS and Usability
11 October, 2007
One of the questions that might arise from a look at my publications and work is ‘how public access to environmental information links to GIS, and what are the reasons to explore usability and HCI in this context?’
The answer is straightforward – there are strong links between all 3 areas and, in order to make sense of one of them, you need the others. In my 2001 paper ‘Public access to environmental information: past, present and future’ I go into more details , but here is my current summary of the issue.
One of the core concepts of environmental decision making is the use of information. In current environmental debates you can see how much opponents dispute the accuracy and validity of information, but rarely dispute the need for information or the role of information in decision making. This approach to information in decision making can be traced back more than 40 years, and has been a constant feature of environmental politics.
The next element in the chain is Geographical Technologies – GIS, Remote Sensing, ground-based monitoring and the like. One of the features of environmental information is the heavy reliance on these technologies that, historically, the environmental field adopted early on. For example, consider the following (rephrased) paragraph:
‘Existing technology now makes possible the development of a global resource data base (GRID), which will be a data management service designed to convert environmental data into information usable by decision makers. The technical feasibility of GRID has been assessed by expert groups.
‘GRID technology allows us initially to describe, eventually to understand and ultimately to predict and manage the environment.’
This is not a description of Digital Earth or from a specification document of Google Earth – it is based on UN Environmental Programme documents from 1985 and 1986, when the GRID system was in its first stages. Even today we don’t have anything like the system that is outlined above. Was it a visionary view of the potential of GIS or yet another example of technophilia? In any case, it shows the strong link between GIS and environmental information.
The next element is usability and Human-Computer Interaction. GIS are hard to use (more about this in other posts) and the reliance on them to deliver information creates real obstacles for occasional users – which most users are. I have observed the difficulties of intelligent and competent people during workshops where they were faced with the task of using GIS or web mapping technologies. That’s where my interest in this area emerged.
In summary, the challenge of providing environmental information to the public is not just the technical one of making it available over the Internet – without understanding how to make GIS more accessible for the average user and understanding which are the most efficient, effective and enjoyable ways of helping people to use the information effectively, we can’t really deliver on the promises of the Aarhus convention on public access to information, participation and justice.

