5 ms·
So these are the usage limits [0]: --- 2D Tiles and Street View tiles Maximum 6,000 queries per day, calculated as the sum of all requests for all applicatio
by qwertox 3y ago
So these are the usage limits [0]:
---
2D Tiles and Street View tiles
Maximum 6,000 queries per day, calculated as the sum of all requests for all applications using the credentials of the same project.
---
Photorealistic 3D Tiles
Maximum 300 root tileset queries ["map-loads"] per day. This is calculated as the sum of all requests for all applications using the credentials of the same project.
Maximum 250,000 renderer’s tile requests per day. This is calculated as the sum of all requests for all applications using the credentials of the same project.
Rate limit is 12,000 queries per minute for the tile renderer.
---
The Map Tiles API documentation does not contain a "Usage and Billing" section, which seems to imply that it is free to use, bound to the above mentioned limits.
So the only thing to worry about is how Google showed us couple of years ago how relentless it starts to charge for a previously free service -- the Google Maps Javascript API -- after it sees that enough developers got technically invested into Google Maps.
If you open the inspector on any of the examples [1] you'll see how many tile fetches it triggers per second.
While my comment contains some criticism, I'm really excited for this new offering.
[0] https://developers.google.com/maps/documentation/tile/usage_limits?hl=en https://developers.google.com/maps/documentation/tile/usage_...
[1] https://storage.googleapis.com/gmp-maps-demos/3d-tiles/index.html#orbit https://storage.googleapis.com/gmp-maps-demos/3d-tiles/index...
- londons_explore 3y agoThey aren't hiding the fact they'll charge for it one day. I wish they'd say upfront how much any 'forever free' allowance would be. Then I could design my application with that in mind. I can see however that they want to see how users end up using it before deciding what any free allowance should be.
- andybak 3y agoIn some cases making users supply their own API key is the best solution - although it does put a fairly high bar on both commitment and technical understanding. (the latter mainly because the Google API UI is so damn complex!)
- londons_explore 3y agoI kinda wish Google supported this better - they should make a new flow for opensource/free software where an oauth dialog is shown where the user is asked if the application can do billable things - and obviously the consent dialog would allow you to choose how much, if anything, you want to spend on API requests. This lets opensource and free/hobby projects use all google API's with the actual users footing the bill directly. And obviously most uses are only a cent or two, so will normally fall in free allowances.
- Ajedi32 3y agoThat would be awesome, but it would also make it way harder for Google to offer a free tier in the first place. 300 free queries per user per day is a lot more than 300 free queries per developer per day, so it might be a mistake to make that usage pattern even easier. Though maybe they could just place way stricter limits on requests placed via API tokens obtained this way? That would probably work. But it would also sort of defeat the purpose of having users use their own API tokens. If everyone's going to need to pay to use your app anyway, you can just have them pay you to use your API token and gain an easy source of monetization in the process.
- ndriscoll 3y agoFor FLOSS use cases, the author may not want to deal with everything that comes from collecting money from people. So it's still useful to let users pay Google directly for their usage.
- moffkalast 3y ago> making users supply their own API key is the best solution Ah I like those applications, I like to wave at them as I close the tab.
- andybak 3y agoI'd rather an application existed and asked me to use my own key than the developer thought "bugger that. I won't bother" and never built it.
- RobotToaster 3y agoIs anyone else getting "service unavailable" on that first link?