Bing Maps Updates

Today we are announcing the release of several updates and new features in the Bing Maps REST web services and the Bing Spatial Data Service.

Bing Maps REST Web Services

New features are available for the Locations and the Imagery service. Most notably are:

Additional Properties in the Geocoding Results

Previously the geocoder returned a set of properties that included the coordinates, address and certain flags to indicate the confidence in the result as well as the type of the entity that was returned, e.g. a full address, a landmark or a city. With the new release the geocoder returns now additionally a property CalculationMethod that indicates the accuracy of the geocode. Possible values are:

• Interpolation: The geocode point was matched to a point on a road using interpolation.
• InterpolationOffset: The geocode point was matched to a point on a road using interpolation with an additional offset to shift the point to the side of the street.
• ParcelCentroid: The geocode point was matched to the center of a parcel.
• Rooftop: The geocode point was matched to the rooftop of a building.

Since Rooftop- or Parcel-geocodes are usually not on a street, the geocoder provides the CalculationMethod as part of an array of GeocodePoints so that developers can choose based on the UsageType if they would prefer for example the Rooftop-Geocode for displaying the location on a map or the interpolated geocode for calculating a route. In the screenshot below the blue circle represents the rooftop-geocode and the black circle represents the interpolated geocode.

Furthermore the geocoder returns now a property MatchCodes to indicate if the result is a unique match, if the result is UpHierarchy (e.g. the house-number was not found, but the street was found) or if the result is ambiguous.

Optionally return the Neighborhood in the Geocoding-Results

By adding an optional parameter includeNeighborhood to a geocoding request it is now possible to return the neighborhood as part of the address. For example:

Improvements for the Rendering of Static Maps

The Imagery Service that is being used to render static maps has been improved by increasing the limit for pushpins from 18 to 100. In order to generate a map with more than 18 pushpins you need to use the HTTP Post instead of the Get method and provide the list of Pushpins in the body of the request. For more details see the documentation here.

Additionally the service will now calculate automatically the best-view -- i.e. zoom-level and center-point -- to display a number of pushpins and you do not necessarily need to provide these information explicitly with the request.

Bing Spatial Data Service

New Public Data Sources with NAVTEQ POI

The Bing Spatial Data Service provides two public data sources with NAVTEQ POI for North America and Europe. The POIs are grouped into categories and can be accessed using the Query API. A request to find the nearest ATMs in Redmond Town Center would look for example like:

http://spatial.virtualearth.net/REST/v1/data
/f22876ec257b474b82fe2ffcb8393150
/NavteqNA
/NavteqPOIs
?spatialFilter=bbox(47.672629542372334,-122.1319303512573,
47.68082140391499,-122.11527919769284)
&$filter=EntityTypeID Eq '3578'
&$format=json
&jsonp=QueryCallBack&
$top=250
&key=Bing_Maps_Key

You will find a complete sample that refreshes the results whenever you pan or zoom the map here.

Please note: if you are not an enterprise customer you need to request access to the Bing Spatial Data Service following the procedure mentioned in the documentation here.