When Apple Maps launched back in 2012 is was far from being perfect. The quality of mapping data was terrible, the app was lacking some key features, Australian police warned that using Apple Maps can cause life-threatening situations. Over the past 6 years, a lot has changed, but most importantly Apple realized that map making is much more complex than they have initially imagined.

Apple Maps – 2012 – Park in the center of Warsaw, Poland. The Polish language has nothing to do with Chinese.

The company started thinking about launching their mapping solution already in 2009 when it quietly acquired a map API provider Placebase. In 2010 Apple bought Poly9, a Canadian start-up that specialized in connecting mapping data with other sources to create Google Earth-like visualizations. Finally, in 2011 they’ve acquired C3 Technologies – Swedish Saab’s former military solution that automatically builds 3D city models based on spatial aerial imaginary captured from airplanes.

Why having all these technologies and resources could not save Apple Maps?

Everyone who was ever involved in a large-scale commercial map-making process understands how complex it is to have up-to-date, topologically correct geographic data with complete coverage and high reliability. It is even more challenging when you try to achieve that by combining a lot of different data sources. Hundreds of attributes, object libraries, ontologies, languages, various topology rules, map projections, reference systems, no consistent age of the data and quality measures… database nightmare.

Most of the navigation layers in Apple Maps are based on TomTom’s data and OpenStreetMap in countries where TomTom doesn’t have decent coverage. Additionally, the company uses multiple local data providers like Waze for Israel, AND for some areas in Eastern Europe and plenty of POI data providers such as Foursquare (a full list of data sources that Apple uses is available on the official acknowledgments page).

Combining OSM, TomTom and mixing it with various data suppliers was a molotov cocktail that could not mean anything good and even got Apple’s senior director responsible for delivering maps Richard Williamson fired just a few weeks after the launch of the product.

Technically speaking, at that stage Apple was still not a mapping company. It was data integrator and software provider. At that moment, everyone in the industry thought that the only way forward was a big acquisition of one of the global independent mapping data providers: TomTom or HERE. Investment from Apple would allow them to fill in coverage gaps in less developed countries and improve the technology stack. Such a move would allow Apple to have high-quality global maps available already 3-4 years ago. But Apple decided to go its own way and it had a couple of good reasons to do so.

Buying TomTom or HERE was not an option.

First of all, Apple doesn’t like to take over big organizations. It prefers talent acquisitions of small engineering teams or innovative ideas and visions (here is the full list of geospatial startups Apple acquired). The company’s culture is all about bringing together the brightest minds and by these means having a full control over who it takes on board.

But there is also a much more serious reason. Navteq – the mapping company acquired by Nokia in 2008 and rebranded to HERE, had been founded in 1985. The origins of TeleAtlas – which is the company behind TomTom maps, goes back to 1984. These two companies have over 30 years experience in the industry, but on the other hand, many of their processes are nearly unchanged for the past 10-15 years, which is a huge burden.

Apple likes to have things polished not only from the outside but also process-wise. When you buy a small startup, it is easy to clean up and reuse the code they’ve created. When you acquire a 30 years old tech company that hires several thousand people, it is much more challenging.

Making maps on their own

Apple spent the entire 2013 cleaning the maps and thinking of how to take the project forward. The only possibility left on the table was to start from a scratch and build the entire map making processes from the ground up. Two years later the first Apple-branded mapping cars (similar to the one operated by Google, TomTom and HERE) were spotted on the streets across the US. A year later, in 2016 Apple opened a map data production center in Hyderabad, India with 4000 vacancies to be covered. In addition, the company started to hires local teams around the world to develop the technology and improve the datasets.

Last week TechCrunch published a major report about the Apple’s newly designed map making process. Interestingly, the key points of the process described look exactly the same as the processes of Google, HERE and TomTom. Mapping cars, combined with satellite imagery, probe data from iPhones, and local field teams, all sent to India for editing. Some of these companies are able to automate more processes than others but the baseline is nearly the same.

Apple is becoming a real mapping company

This week we are witnessing a quiet however very significant milestone in the history of Apple Maps. With the launch of the new ‘iOS 12 public preview’, the company is officially publishing for the first time, the new version of their map produced entirely with their own resources. Although the new data will be available only for the San Francisco Bay Area, with that event we can now officially call Apple ‘a mapping company’!

The past 9 years must have thought Apple some humbleness. Even after spending billions of dollars and years of development, today they are still able to publish data for just a small part of Northern California. It only proves the case that making high-quality maps (especially for navigation) is a complex and challenging process… even for Apple.