SlideShare a Scribd company logo
Maps are wonderful, but GIS are hard to use.
What can we do about it?
Muki Haklay
M.haklay@ucl.ac.uk, Department of Civil, Environment and Geomatic
Engineering, UCL
Outline
• Maps – brief history
• GIS development and the 5+ years gap
• Neogeography, Web Mapping 2.0, SatNavs etc.
• Geographic Information usability
• Where should we go next?
Humans and spatial representation
http://www.phil.uni-passau.de/histhw/tutcarto/english/index-hiwi-
karto-en.html
http://hyperbolic-crochet.blogspot.com/2010/09/talking-and-writing-about-
math.html
Sailing maps/Navigation charts Western Pacific
Peabody Museum, Cambridge)
Valcamonica, Italy. Neolithic
Bronze age (6000 BCE)
Carved wooden coastal charts carried in
their kayaks by Greenland Inuit (Eskimo)
(n.d.) Courtesy of the Greenland National
Museum & Archives.
http://www.learner.org/courses/amerhistory/interactives/cartographic/1-2.html
• Representations of
geography predate
the development of
writing by at least
2000 years (some
20,000)
• Moreover, they exist
in non-literate
societies, and semi-
literate people
routinly participate in
mapping activities
The development of geographical
representations in digital computers
1993 1990
Source: Tsue 2007
Early computing and GIS
• First commercial
application of
computers (LEO I)
1951
• Harvard Laboratory
for Computer Graphics
1963 (Symap)
Images courtesy of Carl Steinitz
Geospatial technologies continue to lag...
• Commercial relational
DBMS (Oracle)1978
• Commercial desktop
CAD (AutoCAD) 1982
• Commercial GIS
(ARC/INFO) 1982
• First desktop GIS
(Mapinfo) 1986
• First commercial
spatial DBMS (Oracle)
c. 1996
Why are GIS hard to use?
Why are GIS hard to use?
Why are GIS hard to use?
Why are GIS hard to use?
• As Identified by Traynor and Williams (1995):
– GIS is complex: it is based on knowledge from
Geography, Cartography, Databases, Statistics,
Computer algorithms and data structures…
– Requires users to have or acquire considerable
technical knowledge in order to operate the system
• In addition, developers and vendors are focusing
on functionality and not on ease of use with
interfaces that are exposing the system’s
structure – and not matching the user’s model
Traynor and Williams (1995) ‘Why are Geographic Information Systems hard to use?’
Source: Skarlatidou, 2005
Web Mapping (1.0)
Source: Shand 2002
BCS Geospatial SG - Usability of GIS and GI
BCS Geospatial SG - Usability of GIS and GI
Web Mapping 1.0 – user issues
• Some issues were caused by infrastructure:
– Limited bandwidth, which was problematic for image-
based information
– Limited screen size
• And some by designers and developers:
– Copying desktop GIS to the web
– Paper based cartography, scanned
– Banner ads, headers – misuse of screen assets
Web Mapping 2.0
• Size
• Response time (AJAX, pre rendered tiles)
• Simplified interface
• Cartography
Mashups
ChicagoCrime.org – one of the
first Google Maps Mashups
BCS Geospatial SG - Usability of GIS and GI
BCS Geospatial SG - Usability of GIS and GI
Web Mapping 2.0 and usability
• More awareness to usability (likely influence from
other areas of web practice)
• Bandwidth and development practices improve
User Experience
• Cartography adapted to computer monitors
BCS Geospatial SG - Usability of GIS and GI
GI Usability
Different roles, thus different users of
• System Administrator - Managing the GI in the
organisation on a regular basis, deals with
updates and integration of data
• Developer - developing applications that use
geographical information
• Power user – GIS professional, use GI daily
• General user – Use GIS and GI occasionally
Typology of users
Type No. of participants Issue for GIS
System
Administrator
Significant skills, database
administration focus
Developers Significant Skills,
information manipulation
and analysis
Power users Knowledge of GIS,
knowledge of GI
General users Wide range of skills, limited
knowledge of GIS –
‘accidental geographers’
System Administrator’s view of GI
• Importing and managing geographic datasets
• Providing GI to a wide range of users and
applications
• Ensuring smooth
delivery and integration
with a range of GIS
products
Source: C4
Case study – OS MasterMap Change-Only
Update
• When OS MasterMap launched, Change-Only
Update was promoted as an efficient method to
update local datasets – remove an old record and
insert a new one
• Challenges: Integration with other data layers,
topology, auditing of changes, etc.
• Results: specialised data products, some users
prefer updating the whole set
Developer’s view of GI
• Using GI within an application
• Concerns: clarity of data structure, fitness for
purpose (for example routing),
impact on performances
• Working with a specific system
which relies on GI, not always
aware that 95% of investment
(and issues) is in data
Case study – DXF, Shapefiles, KML
• Several formats were suggested for geographic
information – National Transfer Format (NTF),
Spatial Data Transfer Standards (SDTS),
Geographic Markup Language (GML)
• Yet at each period, an ad-hoc format dominates –
1990s – DXF, late 1990s – Shapefile, mid 2000s –
KML
• Notice that formats are not optimised but
relatively easy to learn
Case study – APIs OSM vs. OGC WMS
• OpenStreetMap API:
http://api.openstreetmap.org/api/0.5/map?bbox=-
71.00,42.00,-72.00,43.00
• OGC WFS API:
http://example.com/wfs?
service=WFSSIMPLE&version=0.5&REQUEST=GetFeature&BBOX=-
71.00,42.00,-72.00,43.00&TIME=2006-09-12/2006-09-
22&OUTPUTFORMAT=text/xml
Haklay, M. And Weber, P., 2008, OpenStreetMap – User Generated Street Map, IEEE Pervasive
Power user’s view of GI
• Integrating data for a specific task
• Familiar with GIS operations but sometime
not with the semantics of
the datasets (what they
actually mean)
• Map visualisation and
presentation of datasets
is quite central to the job
Case study – knowing what is in the data
• Metadata is necessary for finding data, but more
crucially for using it. Users are far more likely to
use information inside
the organisation than
to try and find it from
outside.
• Maintaining metadata
is not easy – even
within a project!
Source: MapWindow GIS
General user’s view of GI
• GI is used as part of another task - navigation in
order to get to a location, answering a request
from a client about store location.
• GI is seen as authoritative,
factual, and up to date.
• Geographic and cartographic
concepts are unproblematic
and/or trivial.
Case study – SatNav
‘A 20-year-old student's car was wrecked by a
train after she followed her SatNav onto a
railway track. Paula Ceely, second year student
at Birmingham University was driving her Renault
Clio from Redditch, Worcestershire,
to see her boyfriend at his parents'
home in Carmarthenshire for the
first time.’ She was trying to cross the
line in the dark when she heard a train
horn, realised she was on the track,
and the train smashed into the car.’
Http://news.bbc.co.uk/1/hi/wales/south_west/6646331.stm
Usability of GI – the needs of different users
• GI is critical for geographical applications, but
received little or no attention in terms of
interaction design
• There are different aspects for system managers,
developers, power users and general users, but
all require some attention from producers and
providers of GI – even if the process is in-house
• Developers need to be aware of these aspects
Usability of GI/GIS – summary
• Some issues are long standing : screen size and
resolution, bandwidth, interaction speed,
communicating uncertainty, cartography
• Need to adjust to different platforms and media
• Web Mapping 2.0 applications are moving in the
right directions
• New issues with Geographical Information
Further reading
• Blog: povesham.wordpress.com
• Academic Publications:
povesham.wordpress.com/publications/
• M.haklay@ucl.ac.uk

More Related Content

BCS Geospatial SG - Usability of GIS and GI

  • 1. Maps are wonderful, but GIS are hard to use. What can we do about it? Muki Haklay M.haklay@ucl.ac.uk, Department of Civil, Environment and Geomatic Engineering, UCL
  • 2. Outline • Maps – brief history • GIS development and the 5+ years gap • Neogeography, Web Mapping 2.0, SatNavs etc. • Geographic Information usability • Where should we go next?
  • 3. Humans and spatial representation http://www.phil.uni-passau.de/histhw/tutcarto/english/index-hiwi- karto-en.html http://hyperbolic-crochet.blogspot.com/2010/09/talking-and-writing-about- math.html Sailing maps/Navigation charts Western Pacific Peabody Museum, Cambridge) Valcamonica, Italy. Neolithic Bronze age (6000 BCE)
  • 4. Carved wooden coastal charts carried in their kayaks by Greenland Inuit (Eskimo) (n.d.) Courtesy of the Greenland National Museum & Archives. http://www.learner.org/courses/amerhistory/interactives/cartographic/1-2.html • Representations of geography predate the development of writing by at least 2000 years (some 20,000) • Moreover, they exist in non-literate societies, and semi- literate people routinly participate in mapping activities
  • 5. The development of geographical representations in digital computers 1993 1990 Source: Tsue 2007
  • 6. Early computing and GIS • First commercial application of computers (LEO I) 1951 • Harvard Laboratory for Computer Graphics 1963 (Symap) Images courtesy of Carl Steinitz
  • 7. Geospatial technologies continue to lag... • Commercial relational DBMS (Oracle)1978 • Commercial desktop CAD (AutoCAD) 1982 • Commercial GIS (ARC/INFO) 1982 • First desktop GIS (Mapinfo) 1986 • First commercial spatial DBMS (Oracle) c. 1996
  • 8. Why are GIS hard to use?
  • 9. Why are GIS hard to use?
  • 10. Why are GIS hard to use?
  • 11. Why are GIS hard to use? • As Identified by Traynor and Williams (1995): – GIS is complex: it is based on knowledge from Geography, Cartography, Databases, Statistics, Computer algorithms and data structures… – Requires users to have or acquire considerable technical knowledge in order to operate the system • In addition, developers and vendors are focusing on functionality and not on ease of use with interfaces that are exposing the system’s structure – and not matching the user’s model Traynor and Williams (1995) ‘Why are Geographic Information Systems hard to use?’
  • 17. Web Mapping 1.0 – user issues • Some issues were caused by infrastructure: – Limited bandwidth, which was problematic for image- based information – Limited screen size • And some by designers and developers: – Copying desktop GIS to the web – Paper based cartography, scanned – Banner ads, headers – misuse of screen assets
  • 18. Web Mapping 2.0 • Size • Response time (AJAX, pre rendered tiles) • Simplified interface • Cartography
  • 19. Mashups ChicagoCrime.org – one of the first Google Maps Mashups
  • 22. Web Mapping 2.0 and usability • More awareness to usability (likely influence from other areas of web practice) • Bandwidth and development practices improve User Experience • Cartography adapted to computer monitors
  • 25. Different roles, thus different users of • System Administrator - Managing the GI in the organisation on a regular basis, deals with updates and integration of data • Developer - developing applications that use geographical information • Power user – GIS professional, use GI daily • General user – Use GIS and GI occasionally
  • 26. Typology of users Type No. of participants Issue for GIS System Administrator Significant skills, database administration focus Developers Significant Skills, information manipulation and analysis Power users Knowledge of GIS, knowledge of GI General users Wide range of skills, limited knowledge of GIS – ‘accidental geographers’
  • 27. System Administrator’s view of GI • Importing and managing geographic datasets • Providing GI to a wide range of users and applications • Ensuring smooth delivery and integration with a range of GIS products Source: C4
  • 28. Case study – OS MasterMap Change-Only Update • When OS MasterMap launched, Change-Only Update was promoted as an efficient method to update local datasets – remove an old record and insert a new one • Challenges: Integration with other data layers, topology, auditing of changes, etc. • Results: specialised data products, some users prefer updating the whole set
  • 29. Developer’s view of GI • Using GI within an application • Concerns: clarity of data structure, fitness for purpose (for example routing), impact on performances • Working with a specific system which relies on GI, not always aware that 95% of investment (and issues) is in data
  • 30. Case study – DXF, Shapefiles, KML • Several formats were suggested for geographic information – National Transfer Format (NTF), Spatial Data Transfer Standards (SDTS), Geographic Markup Language (GML) • Yet at each period, an ad-hoc format dominates – 1990s – DXF, late 1990s – Shapefile, mid 2000s – KML • Notice that formats are not optimised but relatively easy to learn
  • 31. Case study – APIs OSM vs. OGC WMS • OpenStreetMap API: http://api.openstreetmap.org/api/0.5/map?bbox=- 71.00,42.00,-72.00,43.00 • OGC WFS API: http://example.com/wfs? service=WFSSIMPLE&version=0.5&REQUEST=GetFeature&BBOX=- 71.00,42.00,-72.00,43.00&TIME=2006-09-12/2006-09- 22&OUTPUTFORMAT=text/xml Haklay, M. And Weber, P., 2008, OpenStreetMap – User Generated Street Map, IEEE Pervasive
  • 32. Power user’s view of GI • Integrating data for a specific task • Familiar with GIS operations but sometime not with the semantics of the datasets (what they actually mean) • Map visualisation and presentation of datasets is quite central to the job
  • 33. Case study – knowing what is in the data • Metadata is necessary for finding data, but more crucially for using it. Users are far more likely to use information inside the organisation than to try and find it from outside. • Maintaining metadata is not easy – even within a project! Source: MapWindow GIS
  • 34. General user’s view of GI • GI is used as part of another task - navigation in order to get to a location, answering a request from a client about store location. • GI is seen as authoritative, factual, and up to date. • Geographic and cartographic concepts are unproblematic and/or trivial.
  • 35. Case study – SatNav ‘A 20-year-old student's car was wrecked by a train after she followed her SatNav onto a railway track. Paula Ceely, second year student at Birmingham University was driving her Renault Clio from Redditch, Worcestershire, to see her boyfriend at his parents' home in Carmarthenshire for the first time.’ She was trying to cross the line in the dark when she heard a train horn, realised she was on the track, and the train smashed into the car.’ Http://news.bbc.co.uk/1/hi/wales/south_west/6646331.stm
  • 36. Usability of GI – the needs of different users • GI is critical for geographical applications, but received little or no attention in terms of interaction design • There are different aspects for system managers, developers, power users and general users, but all require some attention from producers and providers of GI – even if the process is in-house • Developers need to be aware of these aspects
  • 37. Usability of GI/GIS – summary • Some issues are long standing : screen size and resolution, bandwidth, interaction speed, communicating uncertainty, cartography • Need to adjust to different platforms and media • Web Mapping 2.0 applications are moving in the right directions • New issues with Geographical Information
  • 38. Further reading • Blog: povesham.wordpress.com • Academic Publications: povesham.wordpress.com/publications/ • M.haklay@ucl.ac.uk

Editor's Notes

  1. As a result of all these changed the user experience changed dramatically. From click, wait for rendering, get a reply on a very small area, to slippy map, direct manipulation. Important to remember that it wasn’t Google who first introduce slippy maps – it was search.ch – a Swiss site (October 2004).
  2. The crimemaps, or the early Google Mashup, are examples for shallow technical hacking. We don’t really change Google Maps and we screen scrape data, but the innovation is in the integration .
  3. 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 if the package is easy to use for this role. For example, programmer usability can be evaluated by examining how long does it takes for a programmer to learn how to manipulate the system and perform a tasks 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 will remove the need to switch to the administrator account is the real solution.
  4. The interesting aspect is to note how many potential users there are at each level. As we go up, there are less potential users. There are outstanding issues at each level.
  5. In addition to the hacking, there are these beautiful, elegant solution to long standing interoperability issue. Just look at how simple is it to someone to get data from OSM. And it is also very easy to understand what you get back. When you do it with OGC data it is first of all complex, and the reply is in GML, so you’ve got quite a learning curve to go through before you can use. The fact is that during Katrina in 2005 there was a wide use of mashups (Miller 2006) but OGC admit failure in their newsletter. This is even more astonishing when realising that the OGC WMS testbed was about hurricane in the gulf of Mexico ... (look at OGC specification http://cite.opengeospatial.org/OGCTestData/wms/1.1.1/spec/wms1.1.1.html ) .