none
Geocode Dataflow API - Geocoded postcodes return EntityTypes of PopulatedPlace RRS feed

  • Question

  • We are getting a lot of geocoded addresses back from Bing with EntityType of 'PopulatedPlace', where they would have been 'Postcode' when geocoded using MWS Customer Data Service.  For example 'San Francisco,CA, 94160, US'.  This is causing problems for us as we don't consider 'PopulatedPlace' an accurate enough result for our purposes, so we are having to reject many addresses which should be fine.  The matched address for this example is 'San Francisco, CA'.  Why does it not match on Postcode?  Thank you.

    • Moved by Ricky_Brundritt Friday, March 9, 2012 5:40 PM (From:Bing Maps: Map Control and Web services Development)
    Wednesday, May 18, 2011 9:48 AM

Answers

  • I believe this can be attributed to some special zip codes that occur. Zip codes are not always tied to a single city or a single state for that matter. There are cases were a single zip code will cross state boundaries. AS such, even though a zip code usually falls inside of a city and is generally considered a finer level of detail, this is not always the case. Further more there are also zip codes which are not populated places. As such it's possible that this is why zip codes do not return the PopulatedPlace result.

    Windows Live Developer MVP - http://rbrundritt.wordpress.com | http://inknowledge.co.uk
    Saturday, May 21, 2011 11:25 AM

All replies

  • What if you try without the name of the city.

    I've tried both adresses like:

    Here you have every information about the EntityTypes:

    I must agree with you about the poor documentation of this specific properties.

    As far as I can see in the example, if you only specified the city name or the postal code, you will get PopulatedPlace.
    So the best thing would be to combine the EntityTypes in the result with the confidence level.

     

    UPDATE: here is another helpful link about EntityTypes:

    http://msdn.microsoft.com/en-us/library/ff728811.aspx


    MVP - Bing Maps - My blog (FR): http://blogs.developpeur.org/nicoboo/  Twitter: http://twitter.com/nicolasboonaert/
    Wednesday, May 18, 2011 12:59 PM
    Moderator
  • This behaviour seems to be specific to particular postcodes.

    For example, the first two addresses in the following Success file only varied by postcode, but gave different MatchedMethods (94218 is Postcode1, 94160 is PopulatedPlace).

    The third address is also 94160, but without San Francisco.  This gives a MatchedMethod of Postcode1.  As 94160 is in San Francisco, it makes little sense that we should have to remove relevant address data to give a more accurate result. 

    284261|en-US|||CA|UNITED STATES|||San Francisco|94128||||CA|United States||94128, CA|San Francisco|94128||37.623510137200356|-122.3835164308548|||High|94128, CA|Postcode1|Success|||
    284262|en-US|||CA|UNITED STATES|||San Francisco|94160||||CA|United States||San Francisco, CA|San Francisco|||37.779160067439079|-122.42004945874214|||High|San Francisco, CA|PopulatedPlace|Success|||
    284264|en-US|||CA|UNITED STATES||||94160||||CA|United States||94160, CA||94160||37.739893198013306|-122.38286800682545|||High|94160, CA|Postcode1|Success|||

     

    Wednesday, May 18, 2011 2:36 PM
  • I believe this can be attributed to some special zip codes that occur. Zip codes are not always tied to a single city or a single state for that matter. There are cases were a single zip code will cross state boundaries. AS such, even though a zip code usually falls inside of a city and is generally considered a finer level of detail, this is not always the case. Further more there are also zip codes which are not populated places. As such it's possible that this is why zip codes do not return the PopulatedPlace result.

    Windows Live Developer MVP - http://rbrundritt.wordpress.com | http://inknowledge.co.uk
    Saturday, May 21, 2011 11:25 AM