Google's "iLost" Motorola ad faked an address to "lose" iOS 6 Maps
Google's Motorola Mobility subsidiary went looking for an address that didn't actually exist in an effort to artificially portray Apple's new iOS 6 Maps as deficient.
In a marketing ploy not unlike Nokia's faked camera shots to promote features of its new Windows Phone 8 models, an ad promoting Motorola's Droid RAZR M is portrayed being able to locate an address that iOS 6 Maps directs to a wrong road name in what appears to be the wrong city.
"Looking for 315 E 15th in Manhattan?" Motorola Mobility posed on its Google+ site. "Google Maps on DROID RAZR M will get you there & not #iLost in Brooklyn."
Droid, aren't these the ones you are looking for?
The problem, as noted by reader AMD Pettitte, is that 315 E 15th Street is not an actual address in Manhattan. A public park sits on that side of the street, making none of the block's odd numbers a valid address. The number will never be a valid address in Manhattan. This is indicated by looking closely at the picture, but none of the thousands of people sharing the false address lookup ad seemed to notice this.
So why would anyone actually be "looking for 315 E 15th" in New York? The only reasonable reason would be to locate an actual address that does exist in Brooklyn (which is also part of New York City), in an area where a series of numbered streets between East 11th and E 16th now have assigned names.
What was apparently once the 300 block of East 15th Street is now named Marlborough Road. Five blocks away, Marlborough Road turns into E 15th Street, where numbers begin on the 800 block. So Apple's Maps returning a location on Marlborough Road when searching for East 15th Street isn't nearly as absurd as Google's ad portrays.
If you're looking for an actual address in Manhattan, say 318 E 15th, the apartment building across from Google's fictitious address in the park, Apple's Maps can correctly locate it (below).
If you're not sure of the address, but you do know that it is in Manhattan, you'd naturally enter the correct borough rather than searching all of New York City, especially if you were being returned an actual valid address in Brooklyn instead. If you insist upon finding an address that can't really exist in Manhattan, Apple will locate it for you, with or without satellite images (below).
And if you enter an address that actually could exist in multiple places in New York, iOS 6 Maps will offer you a choice of potential targets (below). But if you're searching for an phony address that doesn't actually exist, you're already lost. You can't blame Apple, and neither should Google.
Why is Google looking for problems that don't actually exist?
Apple's new Maps service certainly isn't without flaw, making the fake address goose-chase that Google invented to create its Droid "iLost" advertising even more surprising. Why not just point out a real address that Apple's Maps can't actually locate?
It's easy to come up with an address that isn't correct enough to locate. In testing "whats wrong" in iOS 6 Maps, I tried looking up a hotel in my contacts located in Sapporo, Japan, which the new Maps failed to locate it. However, I can't read Kanji. It turns out, as a reader "Success" commented, the address was formatted wrong.
The Japanese address had been generated for me by Google Maps, after I first looked up the address in English. When entered correctly in Kanji, iOS 6 Maps could locate the hotel (below), although it could not find it when searching in English, an actual problem for tourists. Apple does need to keep improving Maps's general search savvy.
But I also experienced experienced problems with Google Maps in correctly locating Japanese businesses via English queries. Google frequently returned irrelevant, paid placement advertising spots in response to real queries for hotels or landmarks, without providing useful results.
Looking for problems that do actually exist
I looked up a series of local and international addresses in my Contacts (a mix of private homes, hotels, music venues and businesses) from Copenhagen to Berlin to Bern to Barcelona to Madrid to Milan to Lisbon to Prague to Seville to Tel Aviv to Vienna. Across the dozens of real international addresses I checked, Apple's new map service only failed to locate one of them in Copenhagen. Even when I manually located the spot, dropped a pin and copied the reported address into the search field, iOS 6 Maps refused to locate it for some reason.
In locating a friend's house about a hour south of Vienna in rural Austria, I noticed that when zooming down to the detailed street level with sattelite photos on, the aerial images shifted from color to black and white, but they were still detailed enough to clearly identify houses.
Comparing iOS 5 Maps, the same address had no satellite images at all below city detail. I could actually zoom through five levels of "no images" titles supplied by Google. So in some areas, Apple's satellite coverage is actually much better than Google's, just as Apple's Flyover is superior to Google Earth and Apple's directions are in some cases legal and safe while Google's are not.
The only U.S. addresses that I found to stump iOS 6 Maps (I tried dozens, from tiny rural towns to large cities and newly constructed suburban areas) were local ones here in San Francisco where I'd just entered cross streets: "8th and Folsom" didn't return any results in the new maps. When the search was changed to "8th & Folsom" iOS 6 Maps correctly pinpointed the intersection. However, "and" addresses that just supply cross street are also a problem for Google Maps.
Searching for "8th and Folsom" in the Google-powered Maps running on iOS 5 jumped me to "8 Folsom, PA," a two day journey of 2880 miles away from San Francisco, where the map was centered. That's not a phony address invented to make Maps "iLost." it's a real address that Google offers to find directions for me in obviously the wrong place.
Of course, I didn't start driving for two days. I simply corrected the query to "8th & Folsom" and iOS 5 Maps correctly found it via Google's maps servers, just like the new version of Maps powered by Apple's servers. Which is exactly what users in New York would do when searching for an incorrect, ambiguous street address that returned something other than the expected result.
In a marketing ploy not unlike Nokia's faked camera shots to promote features of its new Windows Phone 8 models, an ad promoting Motorola's Droid RAZR M is portrayed being able to locate an address that iOS 6 Maps directs to a wrong road name in what appears to be the wrong city.
"Looking for 315 E 15th in Manhattan?" Motorola Mobility posed on its Google+ site. "Google Maps on DROID RAZR M will get you there & not #iLost in Brooklyn."
Droid, aren't these the ones you are looking for?
The problem, as noted by reader AMD Pettitte, is that 315 E 15th Street is not an actual address in Manhattan. A public park sits on that side of the street, making none of the block's odd numbers a valid address. The number will never be a valid address in Manhattan. This is indicated by looking closely at the picture, but none of the thousands of people sharing the false address lookup ad seemed to notice this.
So why would anyone actually be "looking for 315 E 15th" in New York? The only reasonable reason would be to locate an actual address that does exist in Brooklyn (which is also part of New York City), in an area where a series of numbered streets between East 11th and E 16th now have assigned names.
What was apparently once the 300 block of East 15th Street is now named Marlborough Road. Five blocks away, Marlborough Road turns into E 15th Street, where numbers begin on the 800 block. So Apple's Maps returning a location on Marlborough Road when searching for East 15th Street isn't nearly as absurd as Google's ad portrays.
If you're looking for an actual address in Manhattan, say 318 E 15th, the apartment building across from Google's fictitious address in the park, Apple's Maps can correctly locate it (below).
If you're not sure of the address, but you do know that it is in Manhattan, you'd naturally enter the correct borough rather than searching all of New York City, especially if you were being returned an actual valid address in Brooklyn instead. If you insist upon finding an address that can't really exist in Manhattan, Apple will locate it for you, with or without satellite images (below).
And if you enter an address that actually could exist in multiple places in New York, iOS 6 Maps will offer you a choice of potential targets (below). But if you're searching for an phony address that doesn't actually exist, you're already lost. You can't blame Apple, and neither should Google.
Why is Google looking for problems that don't actually exist?
Apple's new Maps service certainly isn't without flaw, making the fake address goose-chase that Google invented to create its Droid "iLost" advertising even more surprising. Why not just point out a real address that Apple's Maps can't actually locate?
It's easy to come up with an address that isn't correct enough to locate. In testing "whats wrong" in iOS 6 Maps, I tried looking up a hotel in my contacts located in Sapporo, Japan, which the new Maps failed to locate it. However, I can't read Kanji. It turns out, as a reader "Success" commented, the address was formatted wrong.
The Japanese address had been generated for me by Google Maps, after I first looked up the address in English. When entered correctly in Kanji, iOS 6 Maps could locate the hotel (below), although it could not find it when searching in English, an actual problem for tourists. Apple does need to keep improving Maps's general search savvy.
But I also experienced experienced problems with Google Maps in correctly locating Japanese businesses via English queries. Google frequently returned irrelevant, paid placement advertising spots in response to real queries for hotels or landmarks, without providing useful results.
Looking for problems that do actually exist
I looked up a series of local and international addresses in my Contacts (a mix of private homes, hotels, music venues and businesses) from Copenhagen to Berlin to Bern to Barcelona to Madrid to Milan to Lisbon to Prague to Seville to Tel Aviv to Vienna. Across the dozens of real international addresses I checked, Apple's new map service only failed to locate one of them in Copenhagen. Even when I manually located the spot, dropped a pin and copied the reported address into the search field, iOS 6 Maps refused to locate it for some reason.
In locating a friend's house about a hour south of Vienna in rural Austria, I noticed that when zooming down to the detailed street level with sattelite photos on, the aerial images shifted from color to black and white, but they were still detailed enough to clearly identify houses.
Comparing iOS 5 Maps, the same address had no satellite images at all below city detail. I could actually zoom through five levels of "no images" titles supplied by Google. So in some areas, Apple's satellite coverage is actually much better than Google's, just as Apple's Flyover is superior to Google Earth and Apple's directions are in some cases legal and safe while Google's are not.
The only U.S. addresses that I found to stump iOS 6 Maps (I tried dozens, from tiny rural towns to large cities and newly constructed suburban areas) were local ones here in San Francisco where I'd just entered cross streets: "8th and Folsom" didn't return any results in the new maps. When the search was changed to "8th & Folsom" iOS 6 Maps correctly pinpointed the intersection. However, "and" addresses that just supply cross street are also a problem for Google Maps.
Searching for "8th and Folsom" in the Google-powered Maps running on iOS 5 jumped me to "8 Folsom, PA," a two day journey of 2880 miles away from San Francisco, where the map was centered. That's not a phony address invented to make Maps "iLost." it's a real address that Google offers to find directions for me in obviously the wrong place.
Of course, I didn't start driving for two days. I simply corrected the query to "8th & Folsom" and iOS 5 Maps correctly found it via Google's maps servers, just like the new version of Maps powered by Apple's servers. Which is exactly what users in New York would do when searching for an incorrect, ambiguous street address that returned something other than the expected result.
Comments
I hope Apple sues them into oblivion.
Equally important, I hope that all the media that has been spewing this fact-free story will retract it and publicize Google's fraud. Of course, that's probably too much to ask.
In spite of all the noise, there's not one shred of evidence that Apple's Maps is significantly worse than the other options out there. They all have failures.
No scruples in advertising.
Busted!
Resorting to flat out lying and making up fake addresses that don't exist in their deceptive and false ads?
What a bunch of lowlife scumbags.
Because they're just that incompetent?
Nokia: fakes (recent photo faking)
Google/Moto: fakes
This is what desperation does.
Google is afraid to lose a massive chunk of the maps/navigation market. Not to mention the most well-heeled segment of the market. The more successful Apple gets, the more they are fulfilling Steve Jobs' vision: to go it alone, and provide the most integrated complete end-to-end experience possible.
As for Nokia. Well, that's just sad, in a way.
Apple just sold over 5 million iPhone 5 s in the past week and a half so this crap by Moto is mute IMHO. And Apple did it with their own hardware and software.
even the [URL=http://gis.nyc.gov/doitt/nycitymap/]new york city map website[/URL] says it's an address. as opposed to an address that genuinely doesn't exist (take 681 E 38th St for example, which would be smack dab in the middle of the east river.)
edit: forgot to add that it is not lost on me that the nyc map site might rely on google maps, but on its face that does not appear to be the case.
Here's a suggestion.
Stop referring to it as "Google's Motorola Mobility subsidy" and just call it Google.
Or else start referring to "Apple's PlaceBase subsidy."
Sounds more like they've, GooMoto, lost it.
And the case over the claim, if it goes to court, I expect. lol
I beg to differ but I'm in Manhattan and searching for "318 e 15st" gives me something near state college PA. "318 e 15 st" gives me "no results found".
For me searching apple maps in NYC does not work.
I'm not sure why my results differ with the authors so much, but unless I include a zip code when I'm searching for an address in NYC I'm generally told no results found or given a far away, completely inaccurate place.
Just to update... If I spell out 318 E 15th st (with the th after 15) it does give me a proper result. However, several other even numbered addresses on 15th st take me to the marlborough rd in the ad. In Apple's defense in this case, I dont know if its because they dont exist as buildings. Maybe I'll walk over there (or look at addresses in street view).
I can firmly state though that searching for legitimate addresses on 12th st lead to warminster road in some far away place and legitimate addresses on avenues come up as no results found in NYC. Searching for essex street while in Manhattan takes me to an outer borough with no other options to choose from. The ad may be a tiny bit misleading but they could have easily found a completely legit address that still stumped the maps app.
I'm a huge loyal apple fan but the maps need a lot of work and they deserve the criticism they're getting.
And yet once again, the iHaters, trolls, and Tekstuddites are conveniently absent. Eating crow seems to be the dish of the day for these a$$hats.
This just confirms the impression that most of the noise over maps on iOS 6 is coming from a Google orchestrated PR campaign that includes false and misleading ads like this one, significant shepherding of media and bloggers to "get Google's story out", and a wide-scale astroturfing campaign.
The question the media and blogosphere out to be asking is, "Is there any deception that Google will not stoop to?"
Quote:
Originally Posted by jragosta
I hope Apple sues them into oblivion.
I would demand that Motorola posts an apology on this. Absolutely shameful behavior from what was once a proud company. Whoever made the decision to approve this ad I hope loses his/her job. Shame on them.
This is an example of very good investigation and a well-written explanation. Kudos to the author.
I would like to think it's just sloppy work on Moto's part rather than intentionally misleading, but only the people who developed the ad would know for certain. I would betcha there's a couple of execs in high places that want to know how they settled on that particular address.