We are looking for a API to query usage of the Bing Map API license. Right now, based on reading on MSDN View Bing Map Usage, we could view the usage at Bing Map license account web site, however we would like to embed this usage into our own software with some usage tracking enhancement, so we are looking for the API to query this usage data.
Based on current internet search and MSDN document, we didn't find a way.
Or is there such usage query API for google Map API? Based on search, I didn't find that either.
If anyone knows such usage query API, please let us know. It is really appreciated.
There is no API for accessing Account usage information. This information can only be accessed through the Bing Maps account portal: http://bingmapsportal.com To be honest, there usually isn't a need to check this regularly if your web traffic is consistent. If your application is designed properly you should only generate one billable transaction per page view of the page that has your map. If you capture web metrics already, it should be fairly easy to use that information to determine the approximate usage against your Bing Maps account.
Related
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.
My friend and I are building a standard coffee shop finder app to explore the google places and maps api.
We want to know if we can save google data (just like the name, placeID, lat, long, and maybe type) to user's devices so that our users could see these places - their favourites - as markers on the map, without needing to be connected to the internet.
We are thinking that we could save this information to core-data on the user's device and save just the placeIDs on our server (connected to the users profile) so as not to break Google's caching rules. We are wondering if this would in fact infringe on Google's rules. Any help or insight would be appreciated as Google's documentation on this area is a bit ambiguous.
Also if possible we would like to save some information other then the place IDs to our server. So we are wondering if a business name retrieved from Google's web service api is considered Google's property or is that something we could store on our server? Thanks in advance!
The caching policy is set in section 10.5 d of Google Maps API Terms of Service. You can temporarily save the data for the purpose of improving the performance:
No caching or storage. You will not pre-fetch, cache, index, or store any Content to be used outside the Service, except that you may store limited amounts of Content solely for the purpose of improving the performance of your Maps API Implementation due to network latency (and not for the purpose of preventing Google from accurately tracking usage), and only if such storage:
is temporary (and in no event more than 30 calendar days);
is secure;
does not manipulate or aggregate any part of the Content or Service; and
does not modify attribution in any way.
https://developers.google.com/maps/terms#section_10_5
Please also note that place ID is exempt from this rule and you can store place IDs without any restrictions. This is documented here:
https://developers.google.com/places/place-id#save-id
Hope this clarifies your doubts.
I am looking into different maps providing traffic data, comparing the data and traffic information they provide (I'm located in Denmark (Odense) so not everyone has data for that region).
The two most obvious are Google Maps and Bing Maps, both who provide traffic information on their default map.The thing is, I need not only the map but numbers and the data behind the traffic. From my research, it seems that Google doesn't provide any service or API exposing this data, but Bing does.
Does anyone here know how accurate both maps are when displaying traffic information? How do they compare? How do they get there information? Has there been any research done that tries to determine which one provides better traffic information?
I know this is a broad question, but any answer pointing me to a research paper, article or anything will be appreciated.
And is there maybe an alternative that's even better then the two mentioned above, that provide traffic in Denmark?
Both platforms have reasonable traffic data in Denmark. Bing Maps does provide some API's traffic, primarily a tile layer with color coded roads based on the flow of traffic, and a REST service which provides incidents such as constructions, road closures or accidents.
If you want the raw flow numbers or car count type information, neither platform provides this.
I want to show average traffic layer on google map like this.
But, this map shows the real time data of traffic, instead i want to show average traffic over some period of time on google map, is it possible? or any other maps api can help?
Please star this issue issue tracker link to vote and get update for this feature.
If you check the Google Maps documentation, the only information that you can find here about traffic is the Traffic Layer. But this traffic layer add a real-time traffic information(if supported) in your maps. But on the Google Maps website, there is a typical traffic that you can use to see the information about traffic in any given day and time.
But I think this typical traffic is not yet available in Google Maps API. So what can I suggest you is to make a feature request about this information.
For more information, check this SO question if it can help you to your problem.
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.