New MacBook Pros are here! Get the lowest prices anywhere: Apple Price Guides updated Sept 29th (exclusive coupons)
 


Wednesday, September 26, 2012, 02:22 pm PT (05:22 pm ET)

How Google was "skyhooked" by Apple's new iOS 6 Maps


Understanding the history behind mobile maps development at Apple and Google provides clear insight into not just why Apple created its own Maps for iOS 6, but also how likely the new app will be able to solve its various outstanding issues.

Apple's history with Google Maps has been widely distorted to the point where some pundits have incorrectly asserted that Google initially wrote the Maps app for iPhone, while others have announced that Apple will need to hire tens of thousands of employees just to match the staffing that produced Google's Maps (much of which has been devoted to laborious Street View photo collection efforts).

Because Apple's new Maps isn't a simple subject, the answers—and the important questions—regarding its outstanding issues are not simple either. Both require some background information about where they came from and why, and the business models that are intended to support them.

Google, leader of web maps



Google's dominant position in mobile maps originated with Apple, but when the iPhone first appeared in 2007, Google had already established its web-based maps as the leader in online mapping.

This was largely due to its novel use of AJAX web technologies to present and display easy to peruse maps and satellite imagery, a project that developed as an outgrowth of Google's 2004 acquisition of Where 2 Technologies.

Competing web-based map vendors simply couldn't match the complex layers of web kluge (complex JavaScript, iFrames, translucent PNG images and Adobe Flash) Google had created to force the humble web browser to work as a near desktop-quality mapping application.

In less than three years of Google Maps development, competing conventional web maps had all fallen behind to a very distant second place, leaving Google's web talents virtually uncontested. That made working with Google's Maps API a natural choice for Apple in developing the iPhone.



Apple trades Java for Cocoa



However, Google's mobile maps strategy of 2006 was built around Java, which was at the time the nearly universal platform for cellphones capable of running any type of applets (Symbian, Windows Mobile, Palm and Blackberry could all run Java apps).

Apple wasn't interested in supporting Java on its new iPhone however, instead relying exclusively upon its own Cocoa Touch developer tools to deliver custom native apps that were essentially scaled down Mac apps (rather than Java middleware code running on a Virtual Machine hosted by the phone's core OS).

Rather than working with Google to build a custom web app for iPhone, Apple developed its own native Maps app for iPhone that obtained 2D street and satellite images using Google's open Maps APIs, along with driving, walking and transit directions that followed.

This allowed Apple to deliver a spectacular Maps experience unlike any ever seen before on a mobile device (compare Google's Maps for Mobile running on Windows Mobile in 2007, below).



Apple's new Maps application was so good it made Google's Java-based "Maps for Mobile" applets look downright clumsy in comparison.

The new Maps, alongside the iPhone's exceptional Safari mobile browser, Mail and other bundled apps, enabled Apple to trounce the overall experience other smartphone vendors were selling, resulting in a mad scramble by Nokia, RIM, Microsoft and Palm to overhaul their aging mobile platforms in feverous attempts to catch up.

Android takes its direction from iPhone



None of these mobile platform companies, which ruled the roost when iPhone debuted, are even considered serious contenders today. They were summarily replaced by Apple's iPhone and a new effort by Google to rebrand a revamped and optimized version of Java/Linux as "Android," an initiative that's younger than the original iPhone Maps app itself.

Google initially hoped to launch Android as a free alternative to Windows Mobile and as a more coherent replacement for Java/Linux (a fragmented mess of platforms where every manufacturers' phones had their own VM with more quirks and bugs to work around than a web browser in the late 1990s).

Android was planned to give Google a competitive footing in smartphones at a time when Microsoft was threatening to use the launch of Windows Vista to push Google and its web search right off the Windows PC desktop. While Microsoft was ultimately unsuccessful at taking Google's search business away on the PC, Google didn't want to take any chances at risking a similar threat in the rapidly emerging market for smartphones.

After seeing what Apple had done with iPhone however, Google began shifting its Android strategy to become the "open alternative" to iOS, attracting attention from developers and hobbyists that didn't like the idea of Apple's centralized control of apps and media on top of the company's "whole-widget" control of both the iPhone's hardware and OS software.

While initial releases of Android were largely limited to the hobbyist community, Apple's rapid ascent in smartphones enabled it to surpass Palm and Windows Mobile in its first two years on the market, while catching up to RIM's once blockbuster Blackberry business.

In the U.S., Verizon had grown concerned by Apple's exclusive partnership with AT&T. The iPhone had turned around Cingular, which had been a struggling confederation of GSM carriers, and relaunched it into a serious new nationwide mobile competitor rebranded as AT&T and armed with the world's most talked about smartphone.

By the end of 2009, Apple's iPhone had advanced to the point where Verizon had given up on RIM's efforts to match it with new Blackberry models. Instead, Verizon decided to partner with Google's Motorola licensee to launch Android 2.0, finally considered ready for mainstream use.

Verizon smartphone sales 2010


Unsurprisingly, the key feature of Android 2.0 was Google's new Maps Navigation, which leveraged Google's maps prowess to beat the iPhone in delivering built-in turn-by-turn directions with voice commands, local search and live traffic reports.

Google had also made it clear that it was competing against Apple, opening mocking the company while comparing it to North Korea, and in various respects presenting itself to its giddy audience of admirers as a hero that had already won the smartphone wars before even starting to battle.

At the same time, Google also expected Apple to continue helping it as a close partner in the mobile space, publicly stating that it expected Apple to quickly adopt Android 2.0's Maps Navigation features for use on the iPhone. That never happened however.

According to a report by John Paczkowski of the Wall Street Journal "All Things Digital" blog, while Google was publicly stating that it hoped Apple would adopt its Navigation features on iOS, it also wanted to keep voice navigation exclusive to Android, leaving Apple's platform in "a clear disadvantage in the mobile space."

Instead, Apple initiated a series of map-related acquisitions that made it obvious that it intended to develop its own mapping service independent from Google. Three years later, about the same period between Google's first map acquisition and the debut of widespread mobile maps, Apple introduced its own Maps for iOS 6.

This all happened before



This isn't the first time a technology company has started competing with a partner. Google itself left TeleAtlas in 2009 to rely upon its own maps, and broke ties with Skyhook after it had collected enough WiFi data to perform its own geolocation. It likely should have anticipated that Apple could do the same thing to it on iOS.

It certainly isn't new for Apple, either. When Microsoft stopped active development of Internet Explorer for Mac, Apple created its own Safari browser, and set up an open source project that now powers the overwhelming majority of mobile devices and has recently even surpassed Internet Explorer on the desktop.

When Microsoft let Office for Mac fall behind, Apple similarly launched its own iWork productivity suite, which has not only established itself on Mac (where it destroyed Microsoft's ability to charge up to $500 for regular Office updates), but has made its way to iOS to become the world's top grossing mobile productivity suite.

After Adobe stopped caring about the Macintosh platform, Apple focused on HTML5 and H.264 and backed away from Flash, a stance that singlehandedly terminated Flash on mobile devices (something that Adobe's much publicized Flash support for Android couldn't prevent) and marginalized its necessity on desktop systems as well.

Apple's initiatives haven't always been flawless slam-dunk successes, however. MobileMe Galleries, iWeb, Ping and iWork.com are just a few examples of its abandoned initiatives. The question is: is the new Maps a Safari or a Ping?

Strategically, of course, Apple needs iOS 6 Maps to succeed far more than its halfhearted stabs at free online services. The company's efforts to launch iWork, Safari and HTML5 were categorically ridiculed by critics at launch, too, making the campaigns to mock Maps nothing new.

Like iPhone 4's Antennagate and the criticism of Siri at the launch of iPhone 4S, competitors' complaints about iOS 6 Maps are likely to have little negative impact on demand for iPhone 5. What competitors should focus on is matching or exceeding Apple's efforts to global, modern vector maps, 3D visualizations and other new features to mobile users.