Information

You appear to be using an unsupported browser, and it may not be able to display this site properly. You may wish to upgrade your browser.

Maps in public services

What to do before you add a map to a service

About maps in public services 

Maps can be used in services to show: 

  • the location of something (navigational or location map) 
  • data that has a geographical element, such as population or pollution levels (data visualisation or thematic map) 

Online maps can be interactive or static.  

You can create maps from scratch or use:

  • specialist software
  • online tools
  • commercial map plug-ins

Types of maps for data visualisation 

Types of data visualisation maps include:  

  • dot density  
  • proportional symbols  
  • choropleth  
  • heatmap  
  • equal area cartograms 

Find out more about the types of data visualisation maps on the Ordnance Survey website.  

Be cautious about using maps  

If they’re designed well, maps can bring data to life. They can show geographical trends and patterns.  

However, you should not assume that you need a map if your service has information with a geographical element.  

Be cautious about using maps in a service or publication because: 

  • they can be inaccessible, for example for users with visual impairments  
  • it can be difficult for users to interpret them 
  • they can take more time and resources to design and maintain than other types of content 

There are often more accessible ways for users to complete tasks or get the information they need. For example, postcode checkers or written content. 

You should only consider a map if you’ve got: 

  • geographic data that's trustworthy and properly licenced
  • evidence that users need a map – a discovery phase will help you find this out 
  • evidence that adding it to the service would benefit some users and not hinder others 
  • another way for users to complete the task or use the service – the map should not be the only way to do this

Discovery  

Use a discovery phase to understand who your users are and what they need from your service. This is so that you build the right thing to meet those needs.  

You should also find out: 

  • your users' ability to interpret spatial data 
  • what devices they use and mobile data issues – these might impact using a map 
  • what data you have and what’s missing 
  • how often the content will need to be updated  
  • what resources you do or do not have – such as people with map design expertise, software licences and data licences
  • how similar services have met user needs – particularly if they’ve used content other than maps 

At the end of discovery, you should understand the problem and have an idea of how to meet user needs.  

Find out more about how to do discovery in the Scottish Government Service Manual and how the discovery phase works in the GOV.UK service manual

Provide another way for users to complete tasks 

If you do use a map in your service, you should provide another way for users to complete the task or use the service, such as: 

  • plain English written content  
  • ‘checker’ tools – for example eligibility checkers or postcode lookups 
  • graphs and charts (although these can also be inaccessible) 
  • accessible tables 

You can prototype and test these solutions during an Alpha phase.  

It’s best to prototype and test the simplest solutions to meeting user needs first. For example, if you find that plain English written content meets user needs, it may not be necessary to also include a map in your service.  

Find out more about the Alpha phase in the GOV.UK Service Manual.  

Back to top