The mystery of Pokemon Go maps is solved and it’s not just about the street maps

There has been a lot of hype surrounding Pokémon Go lately and also speculation around the source of the map data they are using. It should be no surprise that we, map data geeks from Spatineo, just could not stay away from doing our own little investigation of the maps they’re using.

What is Pokémon Go?

Most of you probably have already heard what the game is about, so we’ll just summarize the idea behind the game: Pokémon Go is a mobile augmented reality game where players use their smartphones to catch virtual Pokémon creatures that can be found in real world places. In case you’ve been a little disconnected from the outside world lately and haven’t heard about the game, just check out their video to see how it works.The game relies heavily on maps to not only show the location of the user, but also to show where you can find Pokémon, Gyms, etc. This data covers most of the world and is quite a remarkable data collection in itself, that is why the source of this map data has become a topic of several recent media articles.

And their maps come from…

An article in The Atlantic was questioning whether the spatial data used in the game comes from the OpenStreetMap or Google Maps, and creators of the game from Niantic declined to disclose this information. So we thought, why wouldn’t we try to figure it out ourselves? We took screenshots of a particular location (in Espoo, Finland) in the game as well as in Google Maps and OpenStreetMap. (Yes, our fellow Finns, while the game isn’t released here yet, we were lucky enough to find a friend who had downloaded the game  from a foreign App Store).

Let’s take a look at this screenshot from the Pokemon Go interface:

Pokemon Go Screenshot 1

Just compare the path in Pokemon Go (circle 1)  with the screenshots from Google Maps and OpenStreetMap. The features in Google Maps and Pokemon Go are identical whereas the turn appearing on OpenStreetMap is missing from the game.

Google Map Pokemon Go

Google Map Screenshot

OpenStreetMap Pokemon Go

OpenStreetMap Screenshot

Now take a look at the building on this screenshot from the game (circle 2) and compare its’ shape on the Google Map and the OpenStreetMap. OpenStreetMap is clearly more detailed, but all this detail is missing from the game.

Pokemon Go Screenshot 2

These images strongly suggest that Pokémon Go uses Google maps as its basemap. On the other hand, Google Maps outsources most of their map data, which makes it at least theoretically possible that Niantic is just using the same original source instead of Google Maps. However, given the fact that Ingress, Niantic’s original map and location based augmented reality game, was developed under Google’s wing, and that Niantic was spun off only as recently as September 2015, it’s safe to assume they might still have a working relationship when it comes to maps.

Given all this information, we think we can call it: Pokémon Go uses Google Maps. Please let us know if you have information otherwise and we can continue our Pokémon hunt.. er.. investigation.

Why are we so excited about Pokémon Go?

Not only does the game encourage people to get active and explore their surroundings, but it also utilizes map data in a very innovative ways. There is much more to the game’s maps than just the the typical street maps we’re accustomed to. Pokémon Go is backed by a large amount of data gathered from different sources like geology, vegetation and hydrology.

Creators of Pokémon Go have put a lot of effort into using data to give context for the different scenarios the players will encounter. For instance you’ll meet water-type pokémons only next to the actual water features (lakes, ponds, fountains, etc). “That gets into more [geographic information system]-type of data … and we utilise that to map Pokémon species to appropriate habitats,” John Hanke, CEO and founder of Niantic, told Mashable. They might have even used Spatineo Directory as one of their sources, since the Directory has the most comprehensive listing of geographical data in the world and is open for all to browse.

What does a happy marriage between map data and gaming lead to?

Well, so far so good – shares of Nintendo, which owns 33% of the Pokémon company and has a stake in Niantic, rose 53% in the three trading days after the release. Meanwhile both traditional and Social Media is going crazy about the game, as well as most of your friends (probably).

To sum up, what Pokémon Go actually does, in addition to being a highly addictive game, is get people interested in maps and spatial data. This kind of game wouldn’t be possible without up-to-date and highly available public maps. With services like Uber and Tripadvisor, using real-time map data has become a part of our everyday lives without us even realizing it. Now GIS and maps are invading our games as well!

If you’re interested in how spatial data is used to ensure the quality of services  – Learn more about Spatineo Monitor


Laura playing

Edit: In December 2017, Niantic finally made the change that all map data in the game would be coming from OpenStreetMap, not Google Maps. Read more about it here!

INSPIRE validation on the right track

Wow, the time really flies: it’s been over 1.5 years since my last post about the INSPIRE validation and conformance testing in December 2014! Since then the INSPIRE MIG subgroup MIWP-5 has worked hard to get the Abstract Test Suites for INSPIRE Network Services defined and the requirements listed for the commonly agreed INSPIRE validator reference implementation. In the August 2016 the first fruits of this work will be ready for picking as the first release of the INSPIRE Test Framework open source project is scheduled to released.

INSPIRE validation workshop

INSPIRE validation workshop

I recently attended to a validation workshop of the INSPIRE Knowledge Exchange Network (INSPIRE KEN) in IGN’s school of Geomatics (ENSG), Marne-la-Vallee, France. The idea of the workshop was to bring together people working with the INSPIRE specifications, validation tools and data providers, and to share experiences and ideas about INSPIRE metadata, data and service validation. The workshop was a success with more than 60 participants from 38 organisations in 17 European countries. If you missed the workshop, the slides and videos of the 28 presentations are available at the workshop website, including my presentation about Spatineo tools (video of the presentation in YouTube).

Test Framework for consistent INSPIRE validation

One of the most interesting topics was the status and plans of the INSPIRE Test Framework project. The main goal of this project is to create an open source reference application to verify the compliance of the tested objects against the requirements of the INSPIRE Technical Guidance documents. This work is part of the JRC ARE3NA project and continues until mid 2017. PwC and Interactive Instruments have been contracted to plan and run this software project, which makes me pretty confident about the results.

The main outcome of this work is a reusable, open source software package capable of executing reference implementations of the validation tests for INSPIRE metadata, datasets and services. This software will be hosted by the JRC as a web application, but it will also be possible to install it locally and to integrate the tests in the internal data provision workflows. The project will also define solid data models for the validation testing concepts, enabling persistent test data storage and remote execution and test data exchange using APIs. Needless to say this sounds very promising: A common, well-governed test codebase and a solid software framework is a key in helping the INSPIRE data and service providers to reach the interoperability goals of INSPIRE with considerably less effort.


The initial design of the Test Framework as presented by Clemens Portele of Interactive Instruments at the workshop assumes that the existing ETF tool will be used as the base of the test framework including service testing capabilities using SoapUI and large XML file validation leveraging BaseX. Some of the key extensions for ELF include a properly documented and comprehensive API, multilingual test reports, and test driver for TeamEngine enabling reuse of the existing CITE conformance tests for the OGC standards.

At Spatineo we have been actively involved with the INSPIRE validation work as members of the MIWP-5 group from the beginning. We are very excited to start integrating the Test Framework into Spatineo Monitor to complement our INSPIRE Network Service testing capabilities, which already cover the availability, performance and capacity testing as well as service metadata validation for WMS and WMTS services. I also encourage everyone interesting in this work to take a look at the Design Report of the INSPIRE Test Framework v0.3 containing the initial design and commenting to the authors of something does not look right.


Validate early, provide user-friendly results

At the end of the INSPIRE KEN workshop, Michael Lutz from JRC emphasised the importance of using the validation tools already quite early in the work data provision and service publishing processes: If the validation is only done as the final acceptance test step, this probably results in both extended initial release time and double work as the found errors need to fixed. Other concluding point was the importance of the usability of the validation results: clear error messages, and instructions on how to fixed the particular errors.

No matter how good the INSPIRE validation tools are, using them is not enough to create a successful European Spatial Data Infrastructure. The strength of a good validation tool is guiding the data and service providers to avoid decisions endangering interoperability, and doing that as early as possible in order to save time for more important things.


Helsinki Region Transport hackathon’s winning project targets special needs group

Helsinki Region Transport (HSL) has recently organized a hackathon for further improving their Journey Planner. The hackathon featured 9 teams with very different approaches to solving the given task. The winning project targets customers from different special needs groups (e.g. visually impaired), as well as children and the elderly.

The hackathon was supported by HSL’s partners: Liikennevirasto, Helsinki Think Company, CGI, Netlight, Nitor, Palmu and Visma. We’ve visited the hackathon and interviewed some of the participants about their projects and the problems they were trying to solve with their ideas. The event was positively evaluated by all the interviewed participants. They claimed that the organizers were very helpful and the teams enjoyed spending time together and working on their project in a friendly and dynamic environment.


Team “STOP 2.0”

Henna Kalliokoski, a member of the winning team “STOP 2.0” describes their idea: “The main purpose of “STOP 2.0” is to allow the traveler to inform the driver about their wish to stop the bus. The application uses small iBeacon Bluetooth transmitters for location. Both the buses and the stops have iBeacon transmitters, so the user is able to identify the beacon and ask the driver to stop at the right place: either from the bus stop for the approaching vehicle or from inside the bus. “STOP 2.0” makes use of the new driver’s devices of Helsinki Region Transport. The driver’s device is a computer that supplies real-time information about the traffic and locations of the other vehicles on the same route. “STOP 2.0” is integrated into the driver’s device to notify the driver about the need to stop at a certain bus stop.

The idea came from one of our team members Ronja Oja. We all wanted to do something that actually benefits people, and she had this problem with public transportation because she is blind. We also considered a couple of other ideas, but this one provided the most additional value for the effort and investment it would require. The existing public transport doesn’t pay enough attention to different special needs groups such as the visually impaired, children or the elderly. We want Helsinki to be the city where the people can use public transport smoothly regardless of age or capability.”
Team members: Pihla Toivanen, Tintti Rahikainen, Ronja Oja and Jenny Tyrväinen. All the team members are computer science students living in the capital area.

Team "Gaidi"

Team “Gaidi”

Miranda Kastemaa from team “Gaidi” presents their fun experiment: “Our project is an experiment in generative art that transforms real-time tram location data into a spooky audiovisual experience. Trams are represented by skeletons jumping around in a desolate world, consisting of drum machine pads that trigger different sounds. Being passionate about graphics and audio programming, it seemed like the obvious thing to do when I heard about the real-time location API offered by HSL. We started out with some basic wireframe cubes moving around, and the finer details of the concept emerged over the weekend. The skeleton theme may have been inspired by Skull Trumpet and Dark Souls.

We wanted to bring something a bit different to the event with a more aesthetics-oriented project. Judging from the response we got, I think we succeeded!”

Team members: Miranda Kastemaa, software engineer and electronic musician, and Wolf Wikgren, master’s student at Aalto ARTS and web developer.

Team "Just in Time!"

Team “Just in Time!”

Team “Just in time!” created an app, aimed at saving commute time for the users. Rashmi Kasat tells: “Our app uses traveler’s personal history data of commute (usual starting point, usual destination, usual schedule etc.) and combines it with the real-time transport data to create personalized alerts for the user. It notifies the user of the precise time they need to leave for their stop, so that they are at the stop just in time (not too early and not too late). The user is also notified if he/she misses the bus, or there are disruptions on the desired route and proposes the time they should leave for the next bus.

The idea originated from the fact that several times I have had to spend a long time waiting for the bus when I missed the bus by a couple of minutes, sometimes even seconds, or when the bus is cancelled or delayed. In the winters particularly this is very tiring. I wanted to have this kind of notifications personalized to my behavioral pattern taking into account e.g. number of steps from starting point until the stop, wait time in the elevators, some other time delay etc. I also wanted to have a notification if I had a high likelihood to miss the bus based on the lead time calculated from above data.”

Team members: Rashmi Kasat, Director and Head of Digital Services Practice at Capgemni, and Mika Majakorpi. Senior Software Architect at Nitor.

Team "Tram Challenge"

Team “Tram Challenge”

Team “Tram Challenge” created a fun project to help citizens explore the city. Stephen Sykes explains: “The goal of the Tram Challenge is to visit all the tram stops on the Helsinki tram system as quickly as possible. It was inspired by the London Tube Challenge, and also the desire to get people exploring Helsinki and making full use of public transport. We thought it would make a fun day out this summer. You can register and time your attempt, get tram line and stop information, and you can track the trams as they move around so you can optimize your route. Using the TramChallenge app will be the only way to get onto the official leaderboard.”

Team members: Stephen Sykes, Matias Korhonen, Joao Cardoso, Krister Kari.