none
BING Maps defaults to incorrect address RRS feed

  • Question

  • I'm geocoding addresses via the web service and am getting results that point to the same street address in an adjoining town, even when the exact address exists.  This behavior is also exhibited on the website.  

    Searching for the address "109 Thompson St, New Haven CT" directs me to 41.3254702091/-72.8505785018, which is in East Haven.  Re-centering the map over New Haven on the website and searching again points me to 41.3274449855089 -72.9318910092115.  This is the correct address; why would I get an East Haven result when an exact New Haven result exists?

    Thanks!

    Thursday, April 5, 2012 7:28 PM

Answers

  • I'm able to reproduce this issue with the SOAP services and with the REST services. USually the REST services are more accurate. I will submit this geocoding issue to our geocoding team.

    http://rbrundritt.wordpress.com

    Thursday, May 3, 2012 8:56 AM

All replies

  • What map control are you using? Bing Maps v6.3 takes the current position of the map into consideration when geocoding.

    If you are not using a map control but finding this issue on bing.com/maps then note that any issues on that site should be reported using the feedback button on that page. These are the developmer forums for the Bing Maps development API's


    http://rbrundritt.wordpress.com

    Friday, April 13, 2012 11:28 AM
  • Thanks for the reply.  I'm using the web method (http://dev.virtualearth.net/webservices/v1/geocode/contracts/IGeocodeService/Geocode) to geocode, not a map control.  The web method returns an approximate answer when a precise answer clearly exists, as proven by a search using Bing.com/Maps.

    Is there a newer version of the web method I should be using?

    Wednesday, May 2, 2012 3:28 PM
  • I'm able to reproduce this issue with the SOAP services and with the REST services. USually the REST services are more accurate. I will submit this geocoding issue to our geocoding team.

    http://rbrundritt.wordpress.com

    Thursday, May 3, 2012 8:56 AM