Starting June 11, 2018: All Gogle Maps Platform API requests must include an API key; we no longer support keyless access. I heard that the gogle maps api-key is not free. Does anyone know any free alternatives it?
I am student.I need a map api and I don't have eneugh money.
I've used openstreetmap.org for a few projects, works well. That being said... a small project using the google api will usually not generate enough traffic to warrant any costs, as you're given a certain amount of traffic for free every month.
Related
I'm developing an application which needs to connect to Maps and do some Geocode. I decided to use GoogleMaps, anyway Im about to use their tool and it ask me about set a bill account. The problem is Google offers a lot of products (Google Cloud) which I do not really want, is it possible to pay just for maps? and where I can set that?
Besides, I am also using Firebase (which I know is a google service), can I pay for this two services in a plan? or are completely different products?
you pay as you go there... and don't pay for what you not use.
See the Firebase Pricing, for more details on the available plans.
GCP Pricing is far more complex, due to lots of services being available.
Now I've found it, here's the new Google Maps API Pricing.
I am currently developing a software using google maps API, it states that the google API is going to be disabled on January 29th, 2016, does this mean i am waisting my time?
https://developers.google.com/maps-engine/
It means that your software product will not be usable after that date. Whether or not you are wasting your time is dependent on when and for how long you require your software to be functional. However keep in mind that this is the Google Maps Engine API and not the Google Maps API (as the wording in your question refers to).
I'm working on an idea for a service that uses geocoded data (lat/lng) form a US address. Google maps API v3 has been awesome, until I read the terms of service and acceptable uses a little closer. The problem is that the terms seem to prohibit use of the maps API for any commercial use where the site is not freely accessibly to the public, such as a subscription based service. The alternative offered is Google Maps API Premier, but at $10,000 per year minimum, it's just not possible at this time.
Same goes for services offered by Yahoo! and MS - initial fees are small for enterprises, but for a very early stage startup (not even a finished prototype yet!) it's just not doable.
Geocoding process needs to be real-time and volume would be very small - user would enter address at setup time and only update it if needed.
Any help is greatly appreciated!
I've used geocoder.us for a few projects. They do require sign up for a commercial license, on the upside it only costs $50 per 20,000 lookups. I haven't used their commercial services though to know how reliable they are, but during startup and especially because there will primarily only be one lookup per user from what you say, this seems like a safe bet.
The software company I work for (Safe Software) has incorporated a geocoding service into our product (FME). The service is pxpoint from Proxix. I hear good things, so perhaps it's worth checking them out?
WorldWeatherOnline offers a geocoding API as part of their weather forecast service. The accuracy isn't great though. In some parts of my country, I'm getting bogus results. Their support has not been helpful in this matter.
I want to know if anyone who has experience of using both the Google Maps API and the Multimap API can give a good reason as to why one is better than the other - or maybe a list of pros and cons?
I will be working on a complete re-development of a site which currently uses the Multimap (Classic) API and want to consider the possibility of using Google Maps API instead of Multimap (now MS Bing), but I need a compelling reason to justify this decision.
The site currently provides a search mechanism allowing users to search for addresses using postcode/partial postcode or city. The current system has a sqlserver database back-end containing full address details and also uploads (geocodes this information to Multimap with a daily scheduled task). I'm wondering if it's possible with the Google API to avoid the need for the daily upload and just use it's geocoding API instead (though this is limited by Google's restriction of a certain number of geocoding requests per day).
In my experience using the two, Bing Maps are more accurate with regards to their geocaching, but Google have slightly nicer looking Road Maps.
The Google Maps API is slightly more helpful - for example, if you have 2 markers, the map automatically zooms out to the right level, Bing takes a bit more work.
Aerial maps look pretty much the same on both, as do the Hybrid maps.
My advice would be - use Bing maps for geocaching, then if you want really nice looking road maps, use Google. If you're using Aerial, Hybrid or Birdseye view, you might as well stick with Bing.
According to Wikipedia Multimap was purchased by Microsoft some years ago and its direction features were merged into the Microsoft Bing api. I suppose the Multimap API primarily exists for legacy purposes. By the end of 2010 multimap might disappear, so this is definitely a compelling reason to re-write the geocoding part of your app...
In any case I would contact Multimap how long they plan to support their API and if there is a migration path (probably to bing maps).
Bing Maps as well as Google Maps now offer real-time geocoding services over Javascript (see http://msdn.microsoft.com/en-us/library/ff710027.aspx for an example in bing). Which one to pick? Check the terms of usage and the costs of the geocoding requests per day.
Yes skip the old legacy Multimap and use Google Maps or Bing Maps. Both are in active competition and under active development. So one might be better in one area for a few months but the chances are it will change. Eg. Bing Maps was the first with multi-touch support (using Silverlight) but Google Maps now supports it with its v3 API. (unfortunately all but the most basic map overlays will crash Google Maps multi-touch apps crash with the most widely available multi-touch platform: Safari on the iPad/iPhone).
At the moment I think Bing Maps has the edge, but at the end of the day your decision is probably going to be subjective (those maps look nicer / I find the API slightly nicer / etc), or depending on the exact wording of the EULA (ie. do you pay? and how much? for your specific application).
You talked about geocoding. An increasing number of people are looking at using multiple geocoding platforms. Primarily because geocoding coverage of all the services are imperfect, but it also gives you cover if one service goes down.
Which JavaScript map API do you folks think is the most powerful?
Google? Bing?
Think about which map is more suitable for you, have all the places you need. In US and Europe Google, Bing, Yahoo have pretty similar maps. However if you need other countries (in Asia, South America, Eastern Europe, Africa), the only answer is OpenStreetMap.
About API. The most powerful and flexible is OpenLayers, it allows you to connect to different map services. However it is a bit slow and complicated.
In opposite Google API is fast and small, however it is bound to Google Maps.
If you are looking for some API contacting OpenStreetMap data, try Cloudmade.
Still choose the map first, and then select the most natural API for it.
I talk about my reasons for using the Google Maps API in this answer.
Top mapping tool must be ViaMichelin.
A independant poll carried out by the IMA said
ViaMichelin
Mappy
Microsoft
Yahoo
Map 24
Google
Poll was based on brand, quality, customisation, coverage, support, SLA, price, usability, speed, and 17 other criterias.
I thought that this was an interesting article on why Redfin decided to switch from Virtual Earth (Bing) to Google Maps.
I think the most powerful map API is Mapstraction - an abstraction layer that supports all the major mapping APIs, allowing you to switch providers without having to refactor your code.