When I open the app it never seems to load any data. It can find my location but you can't see any roads or anything. Wondering if anyone had a method of fixing this?
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Anyway to get Maps working on Mavericks?
- Thread starter PowerHarryG4
- Start date
- Sort by reaction score
Interesting, Maps works for me on Mavericks, although it occasionally gets wonky when zooming.
I wonder if it's by location? I live in New York City, if you open Manhattan in Maps are you able to see roads and such?
I wonder if it's by location? I live in New York City, if you open Manhattan in Maps are you able to see roads and such?
Oh weird, I just kind of assumed it was broken for everyone on Mavericks. If I try to search for anything it doesn't autofill and I still just get the same blank page.
While you’re looking at the Console messages, it might not hurt to have a look and review of the Firewall tab settings (under the Security prefPane). There might be a specific back-end system binary it needs to communicate with the Maps servers; a “deny” for that binary would prevent Maps data from being received.
I did a search for map in Console.app. This is the stuff that looks like it could be to do with the maps app. Maybe I have a funky install of mavericks...
Code:
11/11/2022 08:26:32.440 com.apple.geod[461]: Error downloading resource: Error Domain=GEOErrorDomain Code=-601 "The operation couldn’t be completed. (GEOErrorDomain error -601.)" UserInfo=0x7fbff3e222e0 {NSErrorFailingURLStringKey=https://gspe21-ssl.ls.apple.com/xml/altitude-870.xml?sid=00&tk=b17f203de85ad26556c3bada4b6a03be&mapkey=1668159392_7548958bc4cb5959ea3f0aa37e9b0497, HTTP Status Code=404}
11/11/2022 08:26:05.396 Maps[560]: PBRequester failed with Error Error Domain=NSURLErrorDomain Code=-1004 "Could not connect to the server." UserInfo=0x6000000e9d80 {NSUnderlyingError=0x600000247a10 "Could not connect to the server.", NSErrorFailingURLStringKey=https://gsp10-ssl.apple.com/use, NSErrorFailingURLKey=https://gsp10-ssl.apple.com/use, NSLocalizedDescription=Could not connect to the server.}
10/11/2022 23:19:38.000 kernel[0]: pages 917594, wire 293970, act 304768, inact 1198, cleaned 0 spec 114, zf 9612, throt 0, compr 62296, xpmapped 31490
11/11/2022 08:25:32.000 kernel[0]: hibernate_teardown_pmap_structs done: last_valid_compact_indx 246872
11/11/2022 08:25:32.000 kernel[0]: pages 529953, wire 228632, act 40000, inact 0, cleaned 0 spec 0, zf 0, throt 0, compr 73, xpmapped 40000
11/11/2022 08:25:32.000 kernel[0]: WARNING: hibernate_page_list_setall skipped 14532 xpmapped pages
11/11/2022 08:25:32.000 kernel[0]: bitmap_size 0x3f508, previewSize 0x258bae0, writing 258775 pages @ 0x25defe8
11/11/2022 08:25:32.000 kernel[0]: hibernate_rebuild_pmap_structs done: last_valid_compact_indx 246872
11/11/2022 08:25:32.000 kernel[0]: hibernate_newruntime_map time: 0 ms, IOHibernatePollerOpen(), ml_get_interrupts_enabled 0
10/11/2022 19:18:32.867 xpcd[238]: restored permissions (100600 -> 100700) on /Users/Fornasier/Library/Containers/com.apple.Maps/Container.plist
10/11/2022 19:18:34.140 com.apple.geod[461]: Error downloading resource: Error Domain=GEOErrorDomain Code=-601 "The operation couldn’t be completed. (GEOErrorDomain error -601.)" UserInfo=0x7fbff3d72540 {NSErrorFailingURLStringKey=https://gspe21-ssl.ls.apple.com/xml/altitude-870.xml?sid=00&tk=b17f203de85ad26556c3bada4b6a03be&mapkey=1668112114_7f3d278ff84797ba66aa917177735a37, HTTP Status Code=404}
10/11/2022 19:18:39.284 syncdefaultsd[563]: com.apple.Maps-com.apple.Maps.recents will keep remote value for _sync.version as it's the initial sync
10/11/2022 19:18:39.285 syncdefaultsd[563]: com.apple.Maps-com.apple.Maps will keep remote value for _sync.version as it's the initial sync
10/11/2022 19:18:39.898 Maps[560]: *** WARNING: Method userSpaceScaleFactor in class NSView is deprecated on 10.7 and later. It should not be used in new applications. Use convertRectToBacking: instead.
06/11/2022 10:59:23.952 apsd[231]: <APSConnectionServer: 0x7fb6f3534240>: Topic com.apple.private.alloy.screensharing is not entitled, only the following topics are entitled: (com.apple.ess, com.apple.private.ac, com.apple.private.ids, com.apple.madrid, com.apple.private.alloy.bulletinboard, com.apple.private.alloy.photostream, com.apple.private.alloy.maps)Thanks, just had a look but I can't see a line for maps that comes up.
To me it looks like you haven't installed @Wowfunhappy 's squid https proxy and it's failing to make a https connection.
Cheers
Oh yeah I tried uninstalling it to see if that was changing anything with maps but it still wasn't working before. Here's more errors with it installed now:
Code:
14/11/2022 08:18:16.982 com.apple.geod[461]: Error downloading resource: Error Domain=GEOErrorDomain Code=-601 "The operation couldn’t be completed. (GEOErrorDomain error -601.)" UserInfo=0x7fbff3d53140 {NSErrorFailingURLStringKey=https://gspe21-ssl.ls.apple.com/xml/LocalizationStyleAttributes-7.plist?sid=00&tk=6bf6ba3a4b65a6ff39f21f56a2544a9a&mapkey=1668418096_c3dca24973287738644dba65ff7a7ca8, HTTP Status Code=404}
14/11/2022 08:18:27.863 Maps[2734]: *** WARNING: Method userSpaceScaleFactor in class NSWindow is deprecated on 10.7 and later. It should not be used in new applications. Use convertRectToBacking: instead.
14/11/2022 08:18:28.479 com.apple.geod[461]: Will retry tile group change in 10.000000 secondsIt seems that it's that first one that's failing but I really have no idea why
Just tested and maps seems to work fine for me as well. Doesn't seem to be an https issue, it's actually 404'ing from your log. Not really clear why, first suggestion would be to try booting from a vanilla mavericks iso to see if it's an environment specific issue or not.
It seems like this was also a problem back when mavericks was still used https://discussions.apple.com/thread/5467792
But i'll try doing a fresh install on my mavericks laptop from the app store and see what happens. I think the ISO I used originally was from archive.org
Do you think there's anyway the Maps app could use a different maps API? like how you've done with your widgets? or do you think that's too complicated? Wondering if this happens on Yosemite or if that uses a different method.
Yes.
...so the reason it has taken me so long to reply was because I kept meaning to set up Charles... but I don't feel particularly motivated to dig into this further. I'm pretty darn sure the app is dead.
Dashboard widgets are easy to edit because we have all the source code—it's all just HTML and Javascript, available in the clear. Maps is a compiled binary, so it's a lot harder to see what's going on. It's not impossible, especially with tools like CharlesProxy (we don't necessarily need to change the app if we can just feed it data which is structured in the way it expects), but it would probably be hard.
Perhaps more importantly, is 2013-era Apple Maps really worth saving? I usually end up needing to check Google Maps anyway. I'm much more inclined to
sudo rm -rf /Applications/Maps.app and forget that this app ever existed.@Wowfunhappy
>kept meaning to set up Charles
You don't need Charles explicitly, any similar tool should do. E.g. mitmproxy. Basically just a way to sniff the https traffic. I'm a fan of debookee because it's very lightweight and supports arp spoofing as well, but unfortunately the version that natively runs on 10.9 doesn't supports tls interception. Always good to have a network inspection tool handy...
>maps really worth saving?
Probably not, I think as time goes onward it's likely they will have changed the data format or endpoint hit, so it'll break in the future anyway. Ironically it's google maps that has really good backward compatibility (https://www.tnhh.net/posts/google-maps-insane-backward-compatibility.html)
>kept meaning to set up Charles
You don't need Charles explicitly, any similar tool should do. E.g. mitmproxy. Basically just a way to sniff the https traffic. I'm a fan of debookee because it's very lightweight and supports arp spoofing as well, but unfortunately the version that natively runs on 10.9 doesn't supports tls interception. Always good to have a network inspection tool handy...
>maps really worth saving?
Probably not, I think as time goes onward it's likely they will have changed the data format or endpoint hit, so it'll break in the future anyway. Ironically it's google maps that has really good backward compatibility (https://www.tnhh.net/posts/google-maps-insane-backward-compatibility.html)
Thanks, yeah I know! Charles is the one I've used in the past, but not for a few years. (I've used mitmproxy too but have found it to be surprisingly unstable on 10.9.)
But yeah, basically we agree this just isn't worth spending time on. 🤷♂️
Good point. It also never worked for me so maybe it isn’t as good as I remember haha. I’ll just make a Google Maps chromium Legacy shortcut and change the icon to the Apple maps one - Problem solved.
i have seen some fixes on cydia for ios 6 maps, and they claim to use a different api. is the os x and ios maps different?
Thanks, super cool! Unfortunately, MapsX doesn't appear to be open source. I PM'd the developer on reddit, we'll see what he says. (I don't know if I'd have time to do a port regardless, but I would at least take a look!)
It sounds like it's just doing a really simple URL rewrite. If that's the case—and the developer can tell me what URLs (I'd really like to not spend time hunting them down)—it should be really simple to add this to my proxy.
While I don't think anyone should really care about 2013-era Apple Maps, MapsKit is used by some third party apps (e.g. Day One) and by Calendar, and it would be nice to have that working!
While I don't think anyone should really care about 2013-era Apple Maps, MapsKit is used by some third party apps (e.g. Day One) and by Calendar, and it would be nice to have that working!
Last edited:
The developer, Maupro12321, very kindly shared the source code: https://github.com/ObscureMosquito/MapsX/blob/main/Tweak.x
Instead of porting this to SIMBL I tried modifying Squid's configuration to do a simple URL rewrite:
The URL rewrite seemed to be working, but it didn't fix MapKit, which actually appears to have already been using the
If anyone wants to install CharlesProxy/MitmProxy on a newer and older Mac and look at the URLs being called, maybe we could investigate further. I just don't care that much about 2013-era Apple Maps. There's a reason everyone panned this thing when it came out, sure it got better over time but this is the early one.
Instead of porting this to SIMBL I tried modifying Squid's configuration to do a simple URL rewrite:
$_ =~ s/^(https?:\/\/)gspe(\d*)\.ls\.apple\.com/$1gspe$2-ssl.ls.apple.com/g;The URL rewrite seemed to be working, but it didn't fix MapKit, which actually appears to have already been using the
-ssl domain. You can see the problem right in the system console, the url it tries to access returns 503.If anyone wants to install CharlesProxy/MitmProxy on a newer and older Mac and look at the URLs being called, maybe we could investigate further. I just don't care that much about 2013-era Apple Maps. There's a reason everyone panned this thing when it came out, sure it got better over time but this is the early one.
>about 2013-era Apple Maps
Is it still the old navigation data? I'd expect that at least the route information would be updated to the latest. (incidentally google maps seems ironically really good at backwards compatibility [https://www.tnhh.net/posts/google-maps-insane-backward-compatibility.html])
Is it still the old navigation data? I'd expect that at least the route information would be updated to the latest. (incidentally google maps seems ironically really good at backwards compatibility [https://www.tnhh.net/posts/google-maps-insane-backward-compatibility.html])