Hacker News new | past | comments | ask | show | jobs | submit login
Google Maps Platform (cloud.google.com)
342 points by petethomas 11 months ago | hide | past | web | favorite | 257 comments

Mapbox has an excellent alternative map platform based largely but not entirely on OpenStreetMap data. Mapbox GL JS in particular is a joy to work with and extend. https://www.mapbox.com/

It's not free, but it's very easy to use and the pricing is roughly 1/10th of Google's when you get past the free tier: https://www.mapbox.com/pricing/

Mapzen used to be an alternative but sadly they shut down. However many of their products live on in open source or paid-hosted alternatives. See https://www.nextzen.org/ for a start.

I'm in the process of comparing Mapbox with Google Maps Platform. The usage would be for large full-screen maps with lots of interaction. Comparing map loads/views is not apples to apples. Google counts a single map "load" similar to a page view [1]. The number of tiles loaded doesn't influence cost. With Mapbox, a map "view" is 4-15 tiles (depending on how they're styled) [2].

[1] https://developers.google.com/maps/faq?_ga=2.255037760.93939...

[2] https://www.mapbox.com/help/define-map-view/

That Mapbox pricing page seems to be talking about custom maps... What are the built-in styles considered?


Hey Chris, you can make custom maps with Mapbox but you don't have to - here's a look at our core styles + designer styles that come out of the box, https://www.mapbox.com/help/studio-manual-styles/#mapbox-tem.... Pricing is based on transactions for each API. Lots of folks find this table helpful - https://www.mapbox.com/help/account-faq/#what-api-requests-d....

Note - I work at Mapbox

Check out Mapfit (mapfit.com) as well - top notch team with a lot of interesting ideas, and similarly much better prices than Google.

I'll tag on to Nelson's post to plug a new geocoding service two of us ex-Mapzen folks started called https://geocode.earth.

We offer geocoding, especially autocomplete, with much more liberal usage restrictions than either Mapquest or Google, and some pretty powerful features like address interpolation.

As we're still really getting the platform around the geocoder off the ground, we don't have a permanent free tier, but I'd be happy to set anyone up with a demo key if they are looking for something new.

I would be interested in a demo key. Former GIS, now web developer.

sure, shoot an email to hello@geocode.earth and we'll set you up

Thinking seriously about switching to MapBox.

Google's pricing is insane after this change -- $7 per 1000 map views!?!?! Did they add an extra zero accidentally?

For reference - If i'm reading this right, it was 50 cents per 1000 map views before (up to 100k per day).


I'm working on the design of a system right now that is intended to be commercial if we can bootstrap it with profits. I had already decided to find an alternative to Google Maps because of the risk of getting technologically locked into a completely custom API/service. What, for example, would happen to our profits and bootstrapping plans if Google decided to, say, double or triple its pricing overnight? Big trouble right?

So, here we have people who built around Google Maps wishing the prices were only tripled. I'm not yet sure what we will do, but we'll try to improvise something from less-featureful maps before we'll build a nest out on a Google branch and dare them to cut it off. I'm glad I learned my lesson from the experiences of others before this even happened. This is a great reminder about the hazards of designing around single-source, critical inputs.

Mapbox is pretty expensive for small commercial apps, $499 flat rate + usage costs. If your commercial usage is on the smaller side, the new Google Maps pricing looks really good.

I was a Mapzen customer, their pricing model was great, very sorry to see it go.

I've never understood Mapbox pricing. $499 lets you give maps access to 250 users. That's steep for solo devs / small shops that want to create a map-based app. And there's no way of knowing how that pricing will scale without contacting them for an enterprise plan!

Hey Tyler, I work as a customer success manager for our commercial segment and are happy to say we're willing to work with you on a price that fits your business. If you write in through our contact forms just ask to speak with Erin and we can work something out! https://www.mapbox.com/contact/sales/

Note - I work at Mapbox

Also TomTom offers an aternative for Google Maps with high quality maps, geocoding, routing and traffic APIs + web and mobile SDK: https://developer.tomtom.com/tomtom-maps-apis-developers Pricing includes a free tier of 2,500 transactions/day and is much more affordable than the new Google Maps prices. I work for TomTom so in case you have any questions, feel free to contact me at developerrelations@tomtom.com.

Is there a demo available?

Yes, demo's for the Web SDK are available here: https://developer.tomtom.com/maps-sdk-web/functional-example.... There are also demo's available for the mobile SDKs.

Mapbox is not cheap either. I use geocode.xyz to batch geocode data for Singapore and it works great (there is a free batch geocoding api) It even correctly geocodes some addresses I could not find on Google Maps. And you can get unlimited access for $100 per month.

Mapbox's maps look great, though I wish they had a generic product like Google Maps that I could use.

Does any such general navigation app using Mapbox exist? Basically a vector OpenStreetMap with good search and routing.

https://www.mapquest.com/ uses Mapbox in the background. https://maps.mapcat.com/ uses OpenStreetMap vector tiles. On mobile I use https://maps.me/download/ (free, offline use possible).

MapQuest feels a bit strange with the huge amount of advertising. I'd much rather pay.

OsmAnd can do this. It's generally recommended as the OpenStreetMap app, but almost everyone uses it with offline maps. If you click past that and enable the built-in online tiles addon, you can have tiles. Search and navigation, I don't remember seeing it in recent versions but there are so many options, I'm almost certain it must be in there somewhere. Search for custom or online navigation provider in OsmAnd and you should be able to find it.

As you see, it's not exactly built for this type of usage, but it is supported and the app is generally considered as the best alternative out there, so it might be worth a try!

For good search and routing, you need a high-quality map data designed to deliver professional find, routing and navigation services. I recommend you take a look at developer.tomtommaps.com

There's (justifiably) a lot of love for Mapbox in this thread as an alternative, but as remarked, their pricing isn't particularly cheap (why should it be, they sell on the quality of the product).

So the other option is to self-host tools using OpenStreetMap data. Some pointers:

* Raster tiled maps: the canonical instructions are at switch2osm.org; put it on commodity hardware such as Hetzner/OVH.

* Vector maps: a lot of development in this area at the moment and you could happily lose yourself for days among all the emerging solutions, but probably the easiest out-of-the-box solution is openmaptiles.org.

* Geocoding: Photon (https://github.com/komoot/photon) is the easiest to set up because it comes with precompiled indexes - no need to generate your own. Based on ElasticSearch, needs SSD for reasonable performance.

* Routing: OSRM (Mapbox's routing engine) and Graphhopper are both self-hostable. OSRM is very RAM-hungry, but blazingly fast.

This is just a start - there are many more options available, not least the whole stack developed by Mapzen before they shut down. The raw OSM data is downloadable from planet.openstreetmap.org (full dump) or http://download.geofabrik.de/ (regional extracts).

Worth noting as well that there are a few well-established and competitively priced indie providers based on OSM: Thunderforest (http://thunderforest.com/), Geofabrik (http://geofabrik.de/), Graphhopper (https://www.graphhopper.com/).

I recently did an evaluation of Valhalla, ORSM, and Graphhopper for routing based on openstreetmap data.

Valhalla was nice in that it could preprocess and serve results with only a few GB of RAM, but it could only handle <1rps as the end was more than a few miles from the start since it doesn’t use contraction hierarchies.

OSRM was super fast, especially for very short routes (>1k rps on a single core) but it requires 300+GB of RAM to preprocess the world and 64GB of RAM to serve direction requests which gets a bit too expensive for me.

Graphhopper was nearly as fast as OSRM for short routes, but just as fast for longer routes. It can preprocess the world with only 64GB of RAM, and can serve direction requests happily on machine with only 16GB of RAM.

I ended up going with Graphhopper, but still may need to shut down my site...

I'm going to do a similar test to evaluate some routing alternatives. How did you perform your tests?

For routing performance I ran them each locally with instructions from their github repos and the OSM extracts for a single state or city from https://download.geofabrik.de then used https://github.com/codesenberg/bombardier to test latency/throughput with sample requests.

For resources to preprocess the world I ran Valhalla on my laptop and it preprocessed the world overnight. For graphhopper I kept running it on bigger and bigger digitalocean droplets until it just barely finished on their $640/month 64gb cpu-optimized droplet in about 12h. I didn’t even try osrm after reading that it needed about 300gb of ram.

Let me know if you have any better findings!

We also do map tiles (based on OSM), static maps, and routing.

We’re a new startup this year, and one of our goals is transparent and reasonable pricing.


> Beginning on June 11, 2018, you’ll need to enable billing with a credit card and have a valid API key for all projects. This will give you the ability to scale easily with less downtime and fewer performance issues. In addition, we’re simplifying our 18 individual APIs into three products: Maps, Routes, and Places.

> Also, in June 2016 we announced that we would stop supporting keyless usage, meaning any request that doesn’t include an API key or Client ID. This will go into effect on June 11th, and keyless access will no longer be supported. At that time, keyless calls to the Maps JavaScript API and Street View API will return low-resolution maps watermarked with “for development purposes only.” Keyless calls to any of the following APIs will return an error: Maps Static API (including Static Street View), Directions API, Distance Matrix API, Geocoding API, Geolocation API, Places API, Roads API, and Time Zone API.


The only silver lining is that www.openstreetmap.org (OSM) will hopefully get more love.

Since google admits that 98% of current users will continue to incur 0 cost this is simply a blatant way of getting a real name associated with their user data.

Why does everyone always assume the worst?

> this is simply a blatant way of getting a real name associated with their user data

Or maybe it's a way to control access to their systems in a more reasonable and auditable way, and prevent some abuse too.

Any service priced $free or not tied to a credit card tends to see people play at incredibly dumb levels of abuse. Within a month of Gmail going public I remember people already trying to string accounts together as a makeshift multi-GB FTP store.

Disclosure: I work in Google Cloud, not on this

Yup. As someone who ran a free service for many years, it’s amazing how creative the abusers can be.

For what it is worth, I had a fun college project for a class doing exactly this ("distributed filesystem".)

Back before github and dropbox took off, anyway.

Seems like many college os(?) classes tested making FUSE FS systems

Not assuming the worst has gotten us to the current state of personal exposure to entities whose core welfare concerns does not align with or extend those of an individual.

Not assuming the worst as default will only make matters worse. Even if Google has very good and honest intentions with gathering this information at this time, you have to assume the inevitability of that changing in future, either under duress of corporate existence or being compelled by larger more powerful actors.

Have I read the above 5 years ago I would have rolled my eyes at yet another privacy nut raving on the internets.

> Why does everyone always assume the worst?

If the worst isn't part of the strategy, they should explicitly forbid themselves from doing the worst in their Terms of Service. Or at least publicly advertised in a legally enforceable manner. The fact that they don't is pretty good red flag that they either are doing it or want to leave the door open to doing it later.

don't forget they are raising their prices a ton as well

> Since google admits that 98% of current users will continue to incur 0 cost this is simply a blatant way of getting a real name associated with their user data.

I'd imagine it's more a way to make sure the remaining 2% don't just spin up a new account every time they hit a limit.

If you're on mobile, I'll save you some time. There is no way to locate the pricing page. And yes, the navigation menu is completely empty.

I was able to get on a desktop and find the pricing page. Here's a link:


What is "embed advanced"? A search turns up nothing. I'd hate to make a custom map style, embed a map with it, and suddenly be charged upwards of $14 per thousand calls. Seems pretty steep regardless of what it is. Mapbox doesn't charge that much for anything on a per-call basis.

iOS11 added a "Desktop view" mode but I am not sure the feature is well known (Android has had the feature forever, so by mobile, you mean iOS I think).

From memory, in Safari, tap share, then scroll across to desktop view. I don't have an iDevice with me at moment, but it should work.

By "mobile" I mean Android. And since Android has many browsers "Desktop view" may or may not exist, and if it does exist and can mean many different things. I don't bother to use it because I never found it to work properly. I haven't tried for a couple of years, though.

Desktop mode in Firefox for Android has always worked very well for me, if it helps.

Tap Share, then "Request Desktop Site"

However I have found that it is quite unreliable at working. Not sure if it's just changing the viewport for CSS, or the user-agent, or what. But it frequently doesn't work.

you can long-touch the refresh button for quick access

It's been there since at least iOS 8.

I don’t know how competitive the pricing is, but it is interesting how the comments go when Google does try and charge a high price for something over simply monetizing via advertising.

I wonder if the perception would be different if Google Maps were a standalone startup developing a world class mapping product. Where the common manta would be along the lines of double your pricing.

I think the problem is users don't want to pay and have their data scrutinized for ads. It would be like if you paid Facebook and still had your data going to many third parties.

I think Mapbox has a very different reputation for this reason (also they contribute back to OpenStreetMap).

Google doesn't store user data when you use the paid version of maps. For example when you call places API on the premium plan nothing is ever stored on Google's side after the query is made and results returned.

Can you provide a link for that?

When I used Google Apps for business (not overly cheap)they were using more of our data than we were.

Of course, maps API might be different, but would love a source.

Gah, this is so confusing, I've got small sites developed for clients many many years old running various maps based stuff off API Keys in my account, now I have to add MY billing information to them or get the client to set themselves up a google cloud platform account and developer and project and keys and ......

Good grief, that's totally impractical to have website administrators, my clients, to do that, even I as a seasoned developer hate trying to navigate around the complex labyrinth that is the Google developer console stuff.

It's all so complicated. I just want a page I can point my customer to, "go here, type in your domain name, enter your credit card number in case you need to be billed by Google for usage, and tell me the API key it spits out".

On top of that, it's still of course totally open to abuse and quota theft, referer checking is not security. I can see a burgeoning black market in api keys forming.

It is totally hidden but you don’t actually have to add a billing account if you’re sure that you stay below the $200 monthly usage. You can find it here: https://cloud.google.com/maps-platform/user-guide/pricing-ch... "Is a credit card or billing account required?"

I also experienced similar issues when I was still freelancing and managed the hosting for some clients.

I wanted to host clients on Google Cloud or AWS but letting clients make an account they are unable to manage looked like a bad idea to me. If their website gets a lot of unexpected (maybe unwanted) traffic, they get a large bill which they blame me for. Because of this reason I had to go with shared hosting for small clients, and Heroku for companies that cared about uptime so everyone always knew what the costs are.

Something like billing limits would fix this. So freelancers could host their clients websites on their own account (or using AWS organizations) and charge their clients the billing limit for a year upfront.

We support cases like this by using domain names as authentication.

We plan to eventually support automatic spinning off of domains into their own account (e.g., for your clients after you're finished with a project). But for now, they could set up their own account with their domain and it would just work for you as a dev.

If you're curious: https://stadiamaps.com.

Please email me at luke@stadiamaps.com if you're interested.

WOW, my costs are going to go from about $320 per month to $3,750 per month.

Time to find a different solution! GULP!

Hey kinard,

I'm an ex-Mapzen teammember, and we've set up a new, paid, geocoding service called https://geocode.earth. I suspect we can give you what you need around geocoding, especially autocomplete, for much less than Google. Feel free to request an invite or reach out to me personally.

and you have 30 days to somehow make it work or switch. for an API service that's seems pretty irresponsible to it's users. You would think they'd give you a few months notice at minimum.

I'm using Mapbox - much nicer and much cheaper - check them out.

I was trying to set up my first gmaps project a couple of weeks ago using node and ran into a bunch of issues that were hard to resolve due to lack up updated documentation. Switched over to mapbox and got everything working in like 5 min or so. +1

I have to say their mapbox-gl-js lib is really slick. Easy to setup and configure.

Thanks, I'll take a look!

Is there a places type autocomplete equivilent for mapbox? I can't see anything in their services list

Check out https://www.mapbox.com/api-documentation/#geocoding

Note - I work at Mapbox

This won't happen unless you have a huge traffic which usually should translate to revenues that can support it. There is nothing wrong with services that you use to generate profits but have to pay for. Services like maps with 99% coverage of the world takes enormous amount of efforts over many years of sweat by very talented team. I know of countries where government wasn't able to produce good maps for decades but Google was. Currently while I travel, I very heavily rely on Google Maps. It's a pretty amazing service and I have paid more for stupid Angry Bird.

100 users hitting 10 pages a day = 1000 map loads a day. 1000 map loads a day * 30 days = 30000 map loads which is over the "free" amount. This assumes NO api calls at all, only map loads.

This change will affect all apps that have any sort of actual user base. I think you may be underestimating the how quickly you can go through API calls even without many users.

While I understand they want to make money, giving developers 30 days to now pay 40x what they paid before is ridiculous.

> This won't happen unless you have a huge traffic which usually should translate to revenues that can support it.

For a B2B product where every user/visitor pays a high fee, sure. However, for a consumer website that is either ad-supported, or where a small percentage of visitors pays a low fee, this is definitely not true. The new pricing is insanely expensive.

That is a huge increase. What services were you using?

Maps, Places and Geocoding

I'm just starting a side project that uses similar, i think it's the pricing around autocomplete and places information that seems like the most painful part to me.

Currently I'm using it to search and add points on a map, it seems like it could really add up

There are a few free alternatives to Google:

arcgis has a free place suggestions API: https://developers.arcgis.com/rest/geocode/api-reference/geo...

OpenCageData is pretty good for geocoding with a good free tier.

My company https://stadiamaps.com does map tiles at very generous tiers.

Thanks for the suggestions! Will definitely have a look

Shameless plug: https://stadiamaps.com

We do map tiles and static maps, along with basic routing.

Try $0/month to $20k/month :-/

What services do you use? I'm working on a startup in this space, and I could definitely recommend a set of services that replace Google for much cheaper (even if you didn't use us ;) ).

Primarily just maps; real estate sector. The $20k is a ballpark for one project, another would add another ~$5k a month.

It's a good motivation to improve our usage of their APIs and I'm sure that I can bring down those cost estimates (by reducing API usage overall and by switching some to use the static map API - although the caps on resolution gave us problems with that in the past).

That makes sense; well, if you wish, please reach out to me at luke@stadiamaps.com

We have a lot of customers in real estate, and would love to set you up with something that would be significantly less than $25k. These situations are why we started the company. :)

I think our tiers work very well for the real estate space overall.

I'll have a look, thanks. Your pricing looks much more reasonable - I suspect you're going to be seeing a large spike in demand.

Initial work on reducing load looks very promising though (lazy loading only when users scroll as far as the map on property pages, pooling map instances/dom elements and reusing them across a React app so that they're not recreated) - both things I really should have been doing already anyway. I guess that's part of the motivation for the change - even if I don't pay anything, I'm now costing Google less.


Definitely let us know if we can help in any way. We're more than happy to build out any missing functionality you might need to make a transition.

I'm putting together statements from those affected by the huge price increase to send to the Google Maps product team as a joint message. If you'd like to add yours, please email me at nick@instantstreetview.com

any luck on getting a response?

You could take a look at TallyGo. They have a navigation SDK with reasonable pricing. (Disclaimer: I work there)

TallyGo is $2.50/1000 routes with our mapping provided for free as long as you're using routes. We'd love to have you check it out: https://www.tallygo.com/pricing

Does anyone know why Amazon doesn't have a maps offering on AWS? I've heard their internal logistics GIS services are pretty advanced and it surprises me they don't have a GIS category on AWS to the point I'm convinced there must some very specific reason they've chosen not to implement. Companies like MapBox and Carto seem to be doing well, Microsoft and Google have map services, demand seems to exist. Additionally it seems they would find value in possessing a list of companies utilizing such services and be able to offer some interesting services. It's puzzling.

They invested in and are partnering with Here for maps and navigation. Having worked there, providing global maps and navigation is a very non trivial thing to pull off; which is why there are only handful of companies doing their own maps. It took Apple and Google many years to stop depending on third party maps that they were licensing from Teleatlas (now owned by Tom Tom) and Navteq (now part of Here), which were at the time the only suppliers of maps and navigation world wide. Apple is still in the process of shifting away from Tom Tom I think. Ironically both got more serious about doing their own maps after Nokia bought Navteq.

So, Amazon did the smart thing and simply partnered instead of reinventing that wheel so they could have a maps solution for their Android fork and not depend on Google Maps while still implementing the relevant APIs for app compatibility. Here is in fact using AWS so that ticks that box ...

OSM is nice but entrenched in licensing issues that are preventing adoption by big corporations. That's the reason that you'll be hard pressed to find anything but niche products for navigation based on OSM. It's a great solution if you are not mixing your own data sources with what OSM provides but that is not an option for most commercial players and OSM licensing is all about preventing exactly that. Microsoft had OSM maps for a while on Bing but they couldn't do any fancy features based on their own data on top of it so it got scrapped.

Supply is expensive, and running a 'maps offering' is more of a data-collection and data-maintenance challenge than a logistical challenge. Of course AWS probably will offer such a service eventually, simply to complete their Gotta Catch Them All product strategy, but for now they've seemed to focus on things where their value is in software and infrastructure, not in having a 500 person staff of people with the background and skills to validate and compile geospatial data.

To the inevitable takes on this, no, it's not just a matter of downloading OpenStreetMap or any other data source.

disclosure: former Mapbox person.

> To the inevitable takes on this, no, it's not just a matter of downloading OpenStreetMap or any other data source.

With services like openmaptiles.com, why not?

This is the nth time answering this, but, well: Updates. Doing them efficiently. Vandalism detection. Geocoding and directions. Devops: this is not a trivial computing challenge. The list goes on.

Been eyeing Mapbox myself. How do you think OSM/Mapbox can deal with the constant burden of meta-data gathering?

From some basic OSM v Google tests, OSM coverage was much lower for things like place names or speed limits.

As you say, the infrastructure requirements for this seem massive, though perhaps getting better as GIS info become easier to gather.

> From some basic OSM v Google tests, OSM coverage was much lower for things like place names or speed limits.

In which region did you test? The local mapping community can make a night and day difference.

In Africa there are places almost in unmapped on Google that are extensively mapped on OSM (Google doesn't give a damn if there isn't money to be made). In western Europe it's pretty good, especially in the Netherlands and Germany (that I know of at least, perhaps other countries too). America, from what I've seen (I've never been there so never needed to use it) it can be either reasonably comprehensive or a total mess depending on the city or state or something.

> it can be either reasonably comprehensive or a total mess depending on the city or state or something.

I'm currently evaluating US coverage and this has been my experience, though even cases with better coverage it still fell short of Google Maps.

It's a tough problem in the sense that people have generally gotten used to the excellent coverage of Google Maps, so anything deviating in even a minor way is seen as noticeably inferior.

I'd love to know if others are running into similar issues in the US.

If you mean business locations and the like, OSM is more or less empty in the US. Cities and towns and similar should be okay.

What it amounts to is that there aren't any openly licensed business geodatabases and there aren't really that many people working on OSM in the US, especially commercial POIs (where people buy data from Yelp or Foursquare or Factual or whatever instead).

They have several GIS repos at https://aws.amazon.com/earth/ but their Google Maps equivalent is behind the Appstore (https://developer.amazon.com/docs/maps/get-started.html) although as noted below, it's only for Fire apps.

Definitely curious since they (obviously) have the technical ability to offer this service over the web but choose not to.

This is limited to Fire OS.

"The Amazon Maps API is a programming interface that enables you to add mapping capabilities to your app on Fire phone and most Fire tablets."

"The Amazon Maps API v2 is compatible with Fire OS 4.5.1 and higher, which is available on 3rd and 4th generation Fire tablets, and Fire phone. The Amazon Maps API v1 is compatible with the Fire phone and all Fire tablets except Kindle Fire (1st Generation)."


Did not know about this, thanks for sharing. It almost increases the mystery in my mind. It appears this API is only available for use in Amazon Android apps, it's certainly marketed that way. It's as if they went 99% of the way of having a full map offering, but decided that Maps were somehow going to drive Kindle Fire adoption. Very interesting.

More likely than not, because the data is not theirs (I think it's Navteq->Nokia->Here), they wouldn't be able to resell it with a markup at a competitive price, so they don't even try.

They don't usually share data across the groups like that.

They would essentially be asking Amazon retail to share proprietary data with AWS, which would then allow someone like FedEx to start using AWS to get that proprietary data.

That data is probably much more valuable to Amazon retail hidden then it would ever be to AWS exposed.

Indeed, even Microsoft Azure launched their own Location Services as part of their cloud offering: https://azure.microsoft.com/en-us/services/location-based-se...

AWS seems to me to mostly be a way to configure and sell capacity on hardware. Amazon probably has a lot of fantastic data and software that isn't available outside the company.

AWS was one of the biggest profit centers for Amazon in several recent quarters. Why they don't monetize their GIS data yet is anyone's guess.

Why don't they try to personalize or target the ads on my Kindle? It would be nice to not see ads for books I've already purchased from Amazon. They inscrutably leave a lot of missed opportunities on the table.

They don't have GIS data to monetize, not of the sort that you could run a successful commercial geocoding or directions service on.

Likely because it would put it in direct competition with many of its customers.

I just wanted to add that geocod.io is now a viable alternative to Google Maps for geocoding in terms of both accuracy and pricing.

We’re going to continue having a no-credit-card-required 2,500/day free limit, as well as the most affordable pricing, without restrictions. Including a plan that allows for unlimited geocoding. https://geocod.io/pricing

Full disclaimer: I’m one of the Geocodio founders.

Just wanted to second this. I'm a current customer and have been pretty happy with the accuracy and quality of their data.

Wonder if lots of people will jump to OpenStreetMap without realizing their open tile servers aren't a free-for-all? https://operations.osmfoundation.org/policies/tiles/

As you correctly state, their servers aren’t free and hammering them will incur a ban. On the other hand if you are a high profile user why not copy the free data from http://planet.openstreetmap.org and have your own server? Or if this is technically difficult, you can find paid for services with OSM data (I guess if you go down this road, it’s like paying Google)

There were easy to use docker images for serving your own, the last time I checked a few years ago.

This will probably be a huge boost to Mapbox - they have great tech, are built on top of OSM, and have much better pricing

The osm.org tile servers are run by unpaid volunteers, on donated hosting. So yes, they won't let you do whatever you want.

But with OSM you can self host and get the same as what's on osm.org

Not a native English speaker and also not that well versed when it comes to marketing talk, but what exactly does "$200 monthly free credit" mean? (from this page: https://cloud.google.com/maps-platform/user-guide/pricing-ch...). Do you get a sort of voucher with which you'll be able to use Google Maps services worth $200 each month? Will Google automatically start billing you once you surpass that quota? I'm in the dark here.

Later edit: I've found the answer to my first question, as in yes, the "$200 monthly free credit" acts like a voucher, sort of:

> Can I still use Google Maps Platform for free? Yes. Starting June 11, 2018, when you enable billing, you get $200 free usage every month for Maps, Routes, or Places. Based on the millions of users using our APIs today, around 98% of them can continue to use Google Maps Platform for free with this credit.

Still don't know the details of how to set up things so that I'll never surpass that traffic quota of theirs.

I'm part of that 98% they mention with a couple of small personal websites that aren't intended to bring any revenue, I'm not that hyped with giving Google my billing details.

Later later edit:

It seems that it's possible not to give them your billing details so that they'll automatically "degrade" your API calls once the traffic quota is reached without billing you. I guess that's the route I will take, it's the least amount of effort and seeing as my projects won't reach those quotas it also makes sense not to worry about API calls "degradation".

> Is a credit card or billing account required? Even though your first $200 of monthly usage is free, all Google Cloud Platform services require a credit card and billing account, to cover any amount you spend over this free credit. If you are billed, we'll credit your account for the first $200 of monthly usage. If you choose not to add a billing account, there is a risk that if your usage exceeds $200 in a given month, your Maps API implementation will be degraded or other API requests will return an error. If your estimated usage will be above $200 a month and you don't have a credit or debit card to set up a billing account, a local Google Maps Partner may be able to help.

> Is a credit card or billing account required? Even though your first $200 of monthly usage is free, all Google Cloud Platform services require a credit card and billing account, to cover any amount you spend over this free credit. If you are billed, we'll credit your account for the first $200 of monthly usage. If you choose not to add a billing account, there is a risk that if your usage exceeds $200 in a given month, your Maps API implementation will be degraded or other API requests will return an error. If your estimated usage will be above $200 a month and you don't have a credit or debit card to set up a billing account, a local Google Maps Partner may be able to help.

It's still not clear whether you have to give them your CC details or not. I once made this mistake and gave Google my CC details for Adwords, and I regretted it. I found the hard way they will run the ads for quite some time after I stopped the ads and charged me. Of course it was difficult to contact a human and ever if I managed to do it, it wouldn't help. One experience smarter and I only use bank transfer, thereby setting a true hard limit and making sure a stop means a stop.

From the email I received it states you must have a billing account to qualify for the $200 Free otherwise you won't be able to use it.

"In addition, this change will require you to enable billing and associate it with all of your Google Maps Platform projects. Creating a billing account helps us better understand your usage so we can continue developing helpful products."

If you don't add a billing account it:

"will return low-resolution maps watermarked with “for development purposes only.”"

The new documentation is really confusing to me.

"All Google Cloud Platform services require a credit card and billing account... If you choose not to add a billing account..."

So is it not actually required? Or is maps not considered a "Google Cloud Platform service"?

I have no idea what's going on with the pricing page. What's the difference between "embed" and "embed advanced" maps? (other than 1.4¢ per load). I'm assuming that 'native' means mobile, but I'm not really sure. I'm currently using the JS API, which I think is equivalent to 'dynamic maps'.

It's a shame that a product that probably took 7- or 8-figure dollars worth of development effort, didn't have some beta testers do a once-over on the documentation.

I wish it were an isolated instance. For one google storage product we found 2 pricing pages with 2 different billing models and a Google rep who added a 3rd billing model into the mix.

Billing models have become a new competitive frontier and lead funnel strategy in Saas. All but the most cursory usage has become "Enterprise" and begets a sales call.

From a couple points below that mention, which I think answers both parts of your question:

> your first $200 of monthly usage is free, and you can set usage caps to ensure you don’t go over this amount.

What if one has multiple maps projects? Is this $200 per project or is it for the whole account (all projects combined)?

Obviously the whole account -- they're concerned with charging for usage, not how one splits it.

Not neccessarily obiovus, because the current quotas are also per project. So if you get a 1000 calls a day then every different map projects in your acocunt gets 1000 calls. This suggests the new free tier can also be per project.

Agreed, not at all obvious. I assumed it was per project, not per account - now I don't know.

They don't charge you for the first $200 worth of service.

> your Maps API implementation will be degraded or other API requests will return an error

Is there a documentation somehere describing which requests will degrade and how?

Wow, this is a massive price increase... free tier cut from 750,000 dynamic map loads per month to 56,571! With new prices it'd cost $4,023/mo to pay for what used to be free. Another way of putting it: used to get 25,000 free dynamic map loads per day, now only get 1,886 free map loads per day. 92% less for free. And this is assuming you use the full $200 credit only for the dynamic map loads and not partially for the other Google Maps APIs.

Wow, 10x price increase or more for just about everything.

Kind of hard to compare apples to apples, there was a pretty steep minimum on previous contracts, I'd imagine that high volume users could negotiate volume discounts beyond those listed.

At least this way there's not a huge cliff between the free product and a contract for larger volumes.

I did some comparisons with the old pricing as well. For geocoding it seems the free tier got halved (assuming average usage over a month) while the paid tier got x8 more expensive.

(disclaimer: In case of geocoding Google is a competitor, we run https://geocoder.opencagedata.com/)

It would be nice if this leads to more interest in alternatives (OSM based systems including maplet).

Previously, when google made the initial shift in this direction a few years ago, it seemed like there was a brief period when more people were considering alternatives, but since most people were able to continue using the free tier this tapered off pretty quickly.

> OSM based systems including maplet

You mean leaflet.js?

Leaflet is a nice javascript library for slippy maps, but you still need to bring your own tileserver (OSM is not free to embed for anything beyond light usage I believe)

Yeah, I just had never heard of maplet, so I was unsure if that s/he really meant leaflet or maplet.

Oops. In the process of trying to decide whether to write leaflet or mapbox I confused the names.

I kind of love it :)

Note - I work at Mapbox

Previously, there were 25000 daily free map loads, now 28000 monthly? I have 10K loads daily...

Are all those loads needed? In other words, how often do people interact with them? (Figuring how often they look at them is even more effort.) This kind of changes usually are made to discourage inefficient use of the API, which could be delayed until specific events happen: scrolling, mouseover, timer, etc. I'm not saying that's necessarily your case.

I can probably lower the loads somewhat, but I use other maps services too (street view, etc.) and this $200 free credit seems like for all of the services combined monthly, so one does not get a $200 free credit for each service and costs will quickly add up.

Makes sense.

I see that the limit you mention is for dynamic maps. Somewhere else, they say "Requests for Dynamic Maps and Dynamic Street View (Street View Panoramas) will be billed at a higher rate than requests for Static Maps and Static Street View. Dynamic Maps and Street View images respond to user input; the Static versions do not."

I imagine that this is an incentive for developers to use static maps (which you could replace with dynamic ones when the user clicks or hovers on them). If you used static maps alone, that's 300K loads per month, or $480. You would deduct the $200 credit, for a $280 bill, but then pay full price for all the other services. I can see how that adds up quickly...

you got 30 days. hope you got nothing else planned... ruins my current roadmap.

It's almost like Google Maps got bought by Oracle, but virtually.

I wish it would be easier for people to contribute to open source projects (like wiki voyage etc) than to Google Places. (it's a bit off topic and I like the Places API, but that's a huge amount of valuable data that contributors are submitting there for free)

Agreed. I contribute to Google maps a lot and I've looked into contributing to open street maps but the options seemed pretty clunky. I recommend mapbox to all of my clients over Google maps.

Just click the edit button on https://www.openstreetmap.org/, I find the interface quite nice. It's quite addictive!

That being said, I don't know of a similarly easy to use editor on Android for simple things like adding opening hours or addresses.

Thanks, yeah I should have clarified. I would like to easily edit OSM on android :)

http://vespucci.io/ is active developed and pretty powerful. For simply adding opening hours or a phone number I use https://maps.me/download/ (iOS, Android).

I think maps.me is one of the few apps that are easy to use and contribute to OSM. Unfortunately there was some controversy, because maps got vandalized or filled with trivial/garbage data, because user didn't understand that their notes ended up in a public database.

StreetComplete is a very nice, targeted OSM editing app


I've been looking into Mapbox lately. What types of things do you find they're strong vs. weak at?

Definitely strong with map visualization. They're based on OSM map data, so weaker on anything that as to do with geocoding and routing (business data, speed data, traffic data). For good routing and search, you need to look at professional platforms from TomTom Maps, HERE, ESRI or similar.

I'm a Mapbox employee so take my note with the typical grain of salt - live & historic traffic is available via maps and APIs in these geographies, https://www.mapbox.com/api-documentation/pages/traffic-count... and you can add turn by turn navigation into your own applications with the SDKs, https://www.mapbox.com/navigation-sdk/. Let me know if we should dive deeper ;)

Main/only weak thing of Mapbox is that they are not free and unlimited for mobile apps, Google seems to remain that.

Where do you see Google is free and unlimited for mobile apps?

> I contribute to Google maps a lot

Oh cool. Will you work for me for free as well? I have a lot for you to do.

Google can change their prices at any time, and they just proved that they do.

There is some kind of trust I have/had in cloud providers to be fair when it comes down to vendor lock-in. One of the things I expect a cloud provider to do is not suddenly increase prices and instead give their clients a reasonable period (a year would be perfect, but I think 6 months is a reasonable period) so they can change their usage to minimize their new costs according to the new pricing or transfer to another provider if the costs are too high.

But Google just proved that they don’t really care about their clients. If you made an app that heavily relied on the Google Maps API, and you spend $3K a month now, you just received a mail that your costs might be increasing to $60K a month and you might need to drop all your current projects/tasks to migrate the app to another service.

I run https://onthegomap.com which uses Google Maps API. Last month it cost about $500 (for direction requests). Under the new pricing model it will cost $30,000 per month: $2,500 for page views, $27,000 for direction requests, and $1,000 for elevation request. It makes $300-500 per month in ad revenue. Time to shut down?

You can host your own OSM-based mapping for a fraction of your current cost, or move to Mapbox or similar. Drop in on https://help.osm.org/ or the #osm IRC channel on OFTC if you need any help.

Thank you! I actually just migrated walking directions to self-hosted graphhopper instance which should cut about $25,000 from that estimate.

Now I’d just need to find a suitable replacement for map tiles, place search, elevation api, and rewrite the app.

Thunderforest is a great start for tiles. I'm not aware of a discrete elevation provider, though Graphhopper can be made elevation-aware, I believe. Place search is more difficult (if you're thinking POIs) and it might be worth investigating Foursquare etc.

While not to your degree I'm in a similar position. They only gave us 30 days to figure all this out which is ridiculous.

Where did you find your monthly API calls? I can't seem to get any numbers other than daily for the last week

https://console.cloud.google.com/apis/dashboard - at first I thought I was in the clear, then I realized I had 1 day selected.

I don't think that's specific enough. For example all the places API calls are grouped together but there are 13 types at different prices. I don't see any way to figure out how much we'll be paying.

For me looks like I went from basically free to $600/mo just for map views. I have no idea how much more I'll have to pay for API calls because they completely obfuscate the data.

Now we have 30 days to figure out how to make the money work or find another solution. Pretty crappy of an API provider (let alone Google) to do this. At least now we know not to trust our apps / sites infrastructure to Google... they aren't the same "do no evil" company they used to be.

I got pricing info from https://cloud.google.com/maps-platform/pricing/sheet/ and attempted to map existing api calls to the new names. What APIs do you use?

just unblocked your ads and clicked a bunch!

What fresh hell is this transition tool? It goes through a few weird, semi/non-styled authentication pages on a variety of domains (e.g. withgoogle.com). It uses non-standard animations that look broken. The whole things is a disaster that is clearly not finished.

The whole thing smacks of 90-00's era Microsoft 'wizards'.

Wow. I teach a course of mobile programming with Android. Now I will have to remove the section explaining Google maps API as I cannot ask my students to add their Credit card info online just for the course... Any other free alternative?

Fwiw, there is a viable work around. Android (and iOS) usage of the Google Maps APIs remain free. See the Mobile Native Dynamic Maps line on our pricing sheet: https://cloud.google.com/maps-platform/pricing/sheet/

You can construct API keys that are restricted to an Android signing key, use it for the duration of the class, and then revoke it after the course work is done.

Oh wow... why is this not mentioned higher? Big break for me that iOS and Android remain free

Yep! There are a bunch of Libraries that integrate with OpenStreetMap, see the "Libraries for Developers" section: https://wiki.openstreetmap.org/wiki/Android

Mapbox also has Android implementations, not sure if you can sign up without a credit card though.

Definitely! CC not required for Mapbox account.

Note - I work at Mapbox, on accounts

Hey 2dvisio,

I'm an ex-Mapzen alum who runs https://geocode.earth. We don't have a permanent free tier at the moment (our geocoder is solid but the service is new!), but we want to find ways to contribute to the community where we can. I would be happy to set up a temporary free tier on our service for one of your classes.

Shoot me an email, julian at geocode dot earth and we can figure something out

With the new pricing I think anyone who has been paying any significant amount for Google Maps usage would be better served with MapBox. The free tier usage in GMaps was rather lenient, but with this pricing change I don't see many reasons to stick with Google Maps's subpar developer experience and performance (except for the extra churn required).

Open source idea: Google Maps -> MapBox shim layer

Having contacted Google Maps sales years ago, their salespeople were some of the worst I've ever encountered--rude, inconsistent aggressive pricing, and vaguely threatening. I avoid them at all costs, and as others mention, Mapbox is a great alternative.

If i did my math correctly, then in my situation 0$ converted to ~400$. Google gave 500$ free credit, which will run out in 1 month. Simplest way to optimize things will be to replace dynamic maps with static and remove StreetView. Then i should be ~200$ monthly limit. Which is not safe place to be. Edit: Actually 500$ will last for 3 months. As each month there are 200$ free. Thus if bill is 400$, then half if covered by the free tier and second half from credit.

Back when I was working on a map heavy app, Google Maps API seemed designed to discourage usage. Bad/opaque pricing, usage limits, assumption that Google robots will pull the plug with no warning. In fact all Google APIs seem to be this way - they are not really interested in enabling 3rd party apps through their APIs. Seems bizarre to me, because they could gobble up the businesses of companies like Mapbox overnight if they made an effort here.

So all those sites have 30 days to figure out something or start shelling out money? That's really short notice

From what I can find the "dashboard" only shows the highly variable "per day" numbers so you can't even see how many calls you're doing per month... which is pretty shady

For a company that touts "do no evil" they are going to hurt a lot of free websites and small businesses / projects with basically no notice.

WOW that prices are absolutely insane. 0.17$ per 10 calls? Even prices from Oracle are now looks like peanuts.

For those who are not in 98% that Google believe will not be affected, I combined a list of alternative to Google Maps API, with focus on geocoding - https://goo.gl/5GUVNd

Not affiliated with any of the providers listed and mainly based on this thread, just added there pricing information, free tier limits and reference.

I run https://www.instantstreetview.com which does 100,000+ 'map loads' per day. The price for these has effectively increased by a factor of 28 ($0.50 -> $14 per 1000), which is completely unsustainable ($1,400 daily!)

Will be extremely sad to see fun maps projects disappear as a result of this. We're also seeing a huge increase in cost (we are a paying user already) at https://www.openrent.co.uk/, but I kind of hoped commercial projects would be treated differently to non-commercial ones.

This is a shameless plug for my company, Stadia Maps. We started the company because of situations just like this.

We'd be happy to talk about a much more reasonable cost. :)

Please email if you're interested: luke@stadiamaps.com or take a look at our website https://stadiamaps.com

When I spoke to the sales team last year, they admitted they had no appropriate plan to suit small, but popular projects.

They attempted to shoehorn me onto the premium plan but many aspects of it are geared toward larger entities - very steep initial cost (per map load) with discounts for huge volumes.

OpenStreetMap is a volunteer, free data alternative

There are other pricing tiers that might significantly reduce that cost. Contact us here and we can help: contact@navagis.com

> If you are currently using an API key, please read the email we sent you on May 1st, which provides a high-level estimate of whether your future bill will change.

Did anyone actually get this mail? I am using a key and even got a receipt yesterday but did not get this mail about pricing changes (user from Germany).

Edit: Wow. I am currently using Places Radarsearch for a side project which currently has a (generous) free limit of 150.000 calls per day. If I read the pricing table correctly, I am now getting 5000 calls per month on the free tier (which also has to suffice for all other maps API calls). That's a 900-fold reduction..

If you were using the free tier of Places Nearby or Text Searches (aka radar) and staying just under the daily search limit, your previous yearly bill of $0 from Google will now be roughly:

1.7 million dollars

The pricing/limit changes are very aggressive. It's hard to believe they don't affect 98% of current users according to them.

I suspect that's 98% of users in the literal sense, with a very long tail of them having very little traffic. It's not the same as 98% of user traffic, i.e. API requests. :-)

Just a data point, but I got one about a minute ago - as I was reading this thread.

So, I suppose you still might get one - it seems clear that they didn't all go out on May 1st.

I got one

Just got one.

Couple of thoughts:

1. To avoid making a loss due to map costs, sites may have to create a source of revenue which scales in proportion to the amount of maps used. Advertising? Google Advertising?

2. It seems quite easy to attack someone by linking to their map content on social media. Loads of traffic = loads of cost. So sites may need to consider devising a 'mapping cost defense' of some sort.

I don't think 2 would work, we use static maps and they only work based on the site they're loaded from. They won't even work on our dev instance because I've not whitelisted the domain.

Unless lots of people are going to your actual site, of course.

I have a project which runs a variety of sites for our network - currently ~900 different domains. Restricting keys by domain name is not really practical for us.

A list of 900 isn't really a huge problem, is it?

Do they share anything common (many x.mycompany.com)? You can use wildcards.

Many do, but not all, and even then just wildcarding the common bits would leave it pretty much wide open. Maybe if they allowed regular expressions then it could be targeted reasonably closely, or if there was an API I could use to generate the keys then I could provision specific credentials for each site...

What they don't tell you is the underlying data is of extremely dubious quality. It's a hodgepodge of proprietary data, data automatically generated from satellite imagery and open government data from various sources all merged together in an automatic or at least thoroughly non-expert way. To a cartography geek it's an absolute nightmare.

I think a lot of people are using the stylized Map views over the satellite views. I’m my experience, those are pretty good for showing where things are, maybe if not topographically accurate.

You've got a point. If it's just about showing things on a map, OSM will do. When it comes to routing or geocoding, you need quality, consistency and accuracy. And that is only offered by map makers like Here or TomTom. Both run their own Maps API platforms.

I just compared pricing for different providers and here are my results:

Usage: 10000 requests / day

Google Maps: (3600000 - (28000free * 12)) / 1000 * 7 = 22848 $ per year

Yandex Maps: 360000 rubles or 5600$ per year, but much cheaper for higher volumes than 10000/day

Mapbox: (3600000 - (50000free * 12)) / 1000 * 0.5 + (fix 500 * 12) = 7500 $ per year

Bing Maps: No pricing on website, need to contact support

I've been researching alternatives and Mapfit offers 100,000 API requests a day for free. I haven't read the documentation but looks very promising.

Well a truly bizarre thing happened, the Mapfit staff just altered the text on their pricing box from 100,000/day to 2,500/day (Google cache confirms). Doesn't look very professional.

They’ve probably been getting hammered with signups. It sucks they pulled such an underhand move but it’s obvious why they did it.

Have you checked out TomTom and Here too?

TallyGo is a startup offering a routing SDK for Android & iOS. The pricing is much more affordable and capability for app integration is strong. It has realtime traffic & advanced routing. (Disclaimer: I work as a developer at TallyGo)


does anyone has experience with here.com ? I did not use yet but was engaged with the sales team (not great).

it seems their pricing is quite comparable with mapbox. more here : https://developer.here.com/plans

You should evaluate the TomTom offering too. https://developer.tomtom.com/store/maps-api

What is the simplest way to self host a map that will serve as bakgrund to WMS data in Leaflet? I need nothing fancy, can do without deep zoom. The usage is within an app so embedding in the app could be an option. I find the mapping landscape confusing.

So I signed up to Mapbox, I wonder how the free tier works. I didn't enter any billing details, so what will happen if I reach the 50,000 calls within a month, will it stop working or will I be invoiced later for the calls over 50,000?

(I work at Mapbox)

We'll keep your maps on and send you a note letting you know you're over the limit. At the end of your billing cycle we'll invoice you for anything you use beyond the limit and, once the invoice is out, you'll have a ten day grace period to add your card.

Larger size (and higher resolution) static images are currently only available to paid up "premium" map subscribers; presumably this functionality will now become available to everyone, as we'll all have to be paid users (even if you don't end up paying anything because of the $200 in credit). Is there any confirmation of this anywhere? Larger sizes make switching to static maps more viable for us (one reason we switched _to_ the dynamic maps for some use cases in the first place).

If you enter your credit card in the API Console, you are enabling Google to bill you for any other API you use which you were relying on the free quota, so be careful. Happened to me.

Ive always wondered why Google Maps hasnttaken that of a topological yellow pages - where you have a limited blurb that can appear on your location beacon if your a business and if I search for "thing near me" your location and blurb can pop on a users' map and if they click on you to go to you, think of it as an ad click to your location.

Or is this already a thing?

EDIT: This looks exactly like what they are doing with that little rating icon above the building...

I think it's one of the things that was behind the big push for Google+. Facebook won, but at the time they hadn't quite yet become the default place for small businesses to do social media.

Does anyone offer a competitive service that computes directions with time-of-day travel times?

I built a tool awhile back to visualize commute ranges. It’d be nice to move this off Google Maps API.


Yep mapbox/driving-traffic profile of the Directions API factors in current and historic traffic conditions - https://www.mapbox.com/api-documentation/#directions. As my name suggests, I work for Mapbox :)


60 requests per minute is not very many.

Sadly I’m not sure any service will be able to do what I want at an affordable rate. :(

I'd love to make this work, Forrest - drop my name in a note to help@mapbox.com and let's see if we can get you setup with the Isochrone plugin (https://blog.mapbox.com/add-isochrones-to-your-next-applicat...) which sits on top of the Mapbox Matrix API. https://blog.forrestthewoods.com/visualizing-commute-times-3... is awesome!

Graphhopper does this, based on TomTom data. I wouldn’t be surprised if Mapbox do something similar in the future.

The TomTom Routing API offers directions based on real-time and predictive traffic. You can check it out for free: https://developer.tomtom.com/online-routing

Note: I work for TomTom

One thing I like about AWS is that all services have a pricing section. I am interested in the routing service (https://cloud.google.com/maps-platform/routes/) but there is only a contact sales button, no public pricing info available.

Holy mother of god is that expensive.

Check out Mapbox for a nice alternative.

You can also check out this routing service https://developer.tomtom.com/online-routing

It's affordable and uses live and predictive traffic

I am searching for an alternative to google maps. I am using the places-API of google maps to evaluate the branche of a company.

Often the google-places-API returns something like this:

> "types" : [ "point_of_interest", "establishment" ]

This is not exact enough. Is there a possibility to gain better information of a company by API? Thanks a lot.

Maybe I'm missing it, but I'm not seeing what the cost is for higher resolution maps. As I understand it, in addition to usage beyond what the free account allowed, a paid account used to also give you access to higher resolution map tiles and a higher zoom level via their API.

It seems like sticking a CDN in front of the static map API could be used to reduce costs quite a bit there as well, especially if you forced it to cache more aggressively than the cache control headers returned by Google indicate. Has anyone tried this?

Technically possible, but sadly prohibited by their T&Cs[1]. It's a bit annoying, if they wanted to charge per impression they should charge by impression rather than having per-api-call pricing but forcing you to call the API repeatedly for the same thing.

[1] https://developers.google.com/maps/terms see section 10.5.d

Something is not totally clear and will make a big difference. Prior to this with standard it was 25,000 free loads per day. Is this being dropped? It seems like it but I received an email saying based on my usage I would be within the $200 free credit limit.

I can provide some of you with free unlimited mapdata solutions for geocoding and base layer data with accreditation. I run my own OSM server instances. Hit support on ScribbleMaps.com and ask for Jonathan so the ticket is forwarded to me.

Did they change the usage limits of the Distance Matrix API? Previously they limited to "Maximum of 25 origins and 25 destinations per server-side request", even if you were a premium package subscriber, which is quite restrictive...

There are alternatives. I'm building a price comparison chart for various providers here: https://geocode.xyz/pricing

As someone who's only every used Google Maps, can anyone suggest a solid alternative? Geocoding and directions would be the minimum I'd need - with solid data in Australia.

Mapbox offers maps, geocoding, and directions, with solid coverage in Australia.


Happy to answer any questions.

Disclaimer: I work at Mapbox.

How long does it take for an edit to propagate from OSM to Mapbox's tiles? Average/worst case. I know this is a tough problem, so I don't envy you. :-)

Mapbox no longer guarantees a time (https://twitter.com/Anonymaps/status/913812009547902978) Worst I've read about is 3 months. That surprising because openstreetmap.org's tile servers aim for sub-10 minute updates and often I see my changes even faster. https://forum.openstreetmap.org/viewtopic.php?id=61040

Well, they probably have some kind of tile "lint", need to precompute a bunch of routing data (depending on what their actual algorithm is), sync all their rendering/prerendering pipelines at a common revision, propagate outputs to cache servers, etc. So it can't easily be done at every change, unless they have a design where small incremental deltas are explicitly supported by all their services. It is a time- and resource-intensive process. Still, three months sounds like a lot.

The concern seems to be moderation (but they haven't made a clear statement about it either). The current pace of updates is slower than what they were doing a year ago, so it probably isn't a technical thing.

Their routing engine updates more frequently than the rendering data.

OSM sub-10 minute updates really depends on zoom level and data. With low zooms the update can take weeks even there, as I recently learned in a hard way. It is more important to have consistent and laundered map data than someone's last minute changes.

If you need this sort of update frequency, you can host it yourself and rerender whenever you want.

Does mapbox provide place details data yet? Last time I spoke w/ sales it was a planned feature, but not released.

What kind of places details are you looking for? Depending on the geographic region, Mapbox has data for regions, cities, addresses, zipcodes, and points-of-interest (POI).

This is the coverage per region: https://www.mapbox.com/geocoding/#coverage

For professional maps, routing, places and traffic, you can try TomTom Maps (ndlr I work there). developer.tomtom.com

Free evaluations and the pricing is pretty straightforward, no subscriptions, no limits, no ads.

I find it very interesting that Google Maps has 1 billion Monthly Active Users compared to Facebook’s 2+ billion. Where is this huge difference coming from?

Probably from people that don't use maps all that often? Back before I lived in the bay area I rarely used maps simply because I didn't need them. The area was small enough that I just knew where everything was.

In addition to the other good answers, there’s also the difference that for maps there are actually alternatives.

E.g many people use Apple maps just because it is there by default on IOS.

I lot of people never change their travel patterns. Then there are those who use Waze (I think these are kept separate even though owned by Google) or Apple Maps.

People who use other maps or don't use maps at all? Nobody uses a mapping solution just because their friends use that mapping solution.

I'd guess that a lot of kids don't use maps that often. Which doesn't account for all the difference.

For everyone thinking they are going to be billed for unwanted overuse. You can restrict API access and rate limit the requests.

Do you have any documentation for this claim?

All I can see is that this is for those on Premium Plans only which is a "Contact Sales" only tier.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact