Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Let's be honest. No navigation app is going to give you the shortest/best route you prefer. They aren't going to know which route gives you the fastest time with traffic at a certain time of day and the cycle of the traffic lights.

Oh, give me a break. That's crap. A mapping application should NEVER use a dirt road as a substitution for highways and qualified secondary roads. That's all this app is doing. It's using highways only as a conduit to get to "roads" it considers more direct regardless of their driveability.

I had it plot a route from my home to the nearest large city which EVERY other hardware GPS or mapping application uses two highways and an Interstate to get there. It's really a very easy calculation. The Apple decision was to use the highway for approximately 3 of that 35 mile trip and then switch to secondary and tertiary roads for the entirety of the rest of the calculation. It only used the highway because it had to. It completely ignored primary roads for its entire calculation for all three of its suggested routes. Not one of those routes used the Interstate at all. The worst of the three routes took a 35 mile trip and made it into 62.

On its preferred route, it immediately went from the highway to several miles on a road that I would only travel on with my 4WD. Yes, it's really that bad of a road. Mapping data does contain road classifications and speed assignments. That's how smart GPS navigation systems work.

As far as your statement, "No navigation app is going to give you the shortest/best route you prefer." Bull. Google navigation has not failed me in directions in nearly two years and the only time it failed me in that time was to misidentify which lane of an Interstate was the proper one to be in for an exit.

Stop defending this piece of refuse because this was clearly not ready to be released yet. This is Google Maps circa 2007.
 
Last edited:
Already have it. It's one of the worst web apps I've used to date. Clunky and slow and glitchy. Far from a native iOS app. Unfortunately this will not do.

The only realistic choices are:

1. iOS 10 Maps (in 2020)
2. Keep using iOS 5 Google Maps (until 2020)
3. Wait for an iOS 6 version of Google Maps
4. Force Apple revert back to the original iOS 5 Google App via bad press
5. Drive over to Capt Cook's house and hold his cat hostage until he caves in
 
This just on page 1 of this thread. So how do you guys feel about it now? Bet you're not feeling quite so smug? What was that about being a real developer ECUpirate? It would be too easy to go through every page of this thread and call each and every one of you smug idiots out for your attitude back than...

I guess you haven't seen any improvement since the first beta, I'm very happy with it all :)
 
You didn't address his argument though. He said "maps wouldn't be approved for duplicating functionality". Youtube does not duplicate functionality.

ok, how about Apple has approved a boatload of other Maps apps already? Does that address his argument?
 
Already have it. It's one of the worst web apps I've used to date. Clunky and slow and glitchy. Far from a native iOS app. Unfortunately this will not do.

The only realistic choices are:

1. iOS 10 Maps (in 2020)
2. Keep using iOS 5 Google Maps (until 2020)
3. Wait for an iOS 6 version of Google Maps
4. Force Apple revert back to the original iOS 5 Google App via bad press
5. Drive over to Capt Cook's house and hold his cat hostage until he caves in

6. Hope someone releases something on Cydia
7. Switch to Android :(
 
I was terrified reading this thread as accurate directions are important to us in making deliveries to new places, but I ran a dozen tests in the Seattle area and they all worked.

I can understand the complaints that exist and I did find one minor error (a just completed road isn't showing up yet), but it looks like I'm one of the lucky ones as the features that don't exist are the ones that I never used and so I won't miss them.
 
There's plenty of other map apps though so don't see why Apple would stop another, ie google.

They all use Apple's mapping framework, MapKit.

Like Chrome, Safari and other browsers are all just basically skins over UIWebView, all map apps probably just are front ends to MapKit, thus subject to using the same backend data (which is what is flawed here) as Apple does in their own map.

People asking for a "Google Maps" app don't want a front-end, they want a whole other backend, something that replaces MapKit. Apple have not been very kind to accepting such duplicate functionality in the past.
 
You didn't address his argument though. He said "maps wouldn't be approved for duplicating functionality". Youtube does not duplicate functionality.

Apple did sort of unceremoniously drop that requirment a while back, as noted by the introduction of alternate browsers (limited as they may be) and email clients.
 
ok, how about Apple has approved a boatload of other Maps apps already? Does that address his argument?

Read what I just posted. And address that argument. ;)

----------

Apple did sort of unceremoniously drop that requirment a while back, as noted by the introduction of alternate browsers (limited as they may be) and email clients.

There are no alternate browsers on iOS. Only alternate skins on top of UIWebView. Chrome, Safari, Omni, whatever, they're simply alternate UIs. Safari though is the only one able to use Nitro as a javascript engine, which it gives it an unfair advantage over others.

(Opera Mini bypassed the rule by simply doing rendering server side and essentially giving you a "image viewer" which displays pre-rendered images).

You only have the illusion of alternate browsers, you don't have actual alternate browsers. The situation with maps is the same (UIWebView/MapKit vs Other HTML engine/Other mapping backend).
 
One way arrows are so small now and on smaller streets they're basically impossible to see. Apps like Bikester have highlighted bike lanes above the street, covering the arrows. This is so lame when you live in a big city like NYC where almost all streets are one way.
 
Maps needs a LOT of work. The public transportation issue is one of the biggest fails I've ever seen when it comes to native apps. Those who don't use the public transportation tab must not live in a major city or travel very much. I'm hoping this gets resolved soon, or Google releases an app ASAP.
 
Here's a comparison of Apple Maps and Google Maps from my current location. Not much difference, with the exception of Google showing a couple POI.

u6e9ubyt.jpg


And Google...

jyberuhu.jpg
 
I'm thinking, isn't there better satellite/map data the Apple could have purchased? It just seems like many of these issues would have been solved by ponying up some more cash.
 
I'm thinking, isn't there better satellite/map data the Apple could have purchased? It just seems like many of these issues would have been solved by ponying up some more cash.

You mean that satellite data from a 1973 Russian spy satellite doesn't really cut it? ;)
 
You mean that satellite data from a 1973 Russian spy satellite doesn't really cut it? ;)

Wrong.

That data is from from Voyager 1. After it passed Saturn.

Wow come to think of it, I've seen better imagery come back from Mars than I do in some of these areas.
 
Me think the lady doth protest too much.

No one in this thread is going to boycott Apple because of this. Apple knows it so they shove pos apps like this down your throats.

Maybe one day consumers will say enough is enough and force Apple to produce quality. Especially since the phone costs $750 and is often late with application and features. If they are going to be late to the game, they should make it better than what's out there. In this case, they failed again.
 
I've seen all of these comparisons with Google but no one has done one with TomTom's own map data. After looking at some of the incorrect labels I found these to be correct in the TomTom map.

Seems to be more of a problem with Apple's implementation of the data rather than at least some of the data. Seems strange how this has been messed up so much if indeed they are using TomTom data for settlement labels.

EDIT: Crewe is incorrectly labelled Wrexham Crewe in Apple Maps
Leamington Spa is named Royal Spa in Apple Maps
Wombourne is spelt Wombourn in Apple Maps

All of which are correct in the sourced data we know Apple are using.
 

Attachments

  • Crewe.jpg
    Crewe.jpg
    226 KB · Views: 633
  • Leamington Spa.jpg
    Leamington Spa.jpg
    266.3 KB · Views: 606
  • Wombourne.jpg
    Wombourne.jpg
    226 KB · Views: 609
Last edited:
I've seen all of these comparisons with Google but no one has done one with TomTom's own map data. After looking at some of the incorrect labels I found these to be correct in the TomTom map.

Seems to be more of a problem with Apple's implementation of the data rather than at least some of the data. Seems strange how this has been messed up so much if indeed they are using TomTom data for settlement labels.

I'm trying to understand Apple's logic when designating "main roads". Its way off from what Tom Tom has. Took me a minute to figure out where in the pic they both matched up.
 
Here is a UK example:

This is the centre of Nottingham, the sixth largest city in the UK:

Google Maps website:

ImageUploadedByTapatalk1348151068.005331.jpg


Apple Maps app:

ImageUploadedByTapatalk1348151097.359153.jpg


The Google version - and this is zoomed out pretty far - shows far more information than the Apple map.

You have to zoom-in much further to actually see detail on Apple's Map, and much of what there is - in Nottingham anyway - is either in the wrong place (streets away) or just plain wrong.

If you try to use the "Satellite" option, all you get is a dull grey picture which is completely illegible.

Far better perhaps would have been for Apple to release their app *alongside* Google's rather than replacing it.

It seems the data needs a huge amount of work.
 
Read what I just posted. And address that argument. ;)

----------



There are no alternate browsers on iOS. Only alternate skins on top of UIWebView. Chrome, Safari, Omni, whatever, they're simply alternate UIs. Safari though is the only one able to use Nitro as a javascript engine, which it gives it an unfair advantage over others.

(Opera Mini bypassed the rule by simply doing rendering server side and essentially giving you a "image viewer" which displays pre-rendered images).

You only have the illusion of alternate browsers, you don't have actual alternate browsers. The situation with maps is the same (UIWebView/MapKit vs Other HTML engine/Other mapping backend).

I use an alternate email client (Sparrow).
 
Here is a UK example:

This is the centre of Nottingham, the sixth largest city in the UK:

Google Maps website:

View attachment 359551


Apple Maps app:

View attachment 359554


The Google version - and this is zoomed out pretty far - shows far more information than the Apple map.

You have to zoom-in much further to actually see detail on Apple's Map, and much of what there is - in Nottingham anyway - is either in the wrong place (streets away) or just plain wrong.

If you try to use the "Satellite" option, all you get is a dull grey picture which is completely illegible.

Far better perhaps would have been for Apple to release their app *alongside* Google's rather than replacing it.

It seems the data needs a huge amount of work.

Also noticed that in Googles map, Burton is connected to Milton. Not the case in Apple's map. Which one is correct?
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.