Knowledge Base & Community Forums/Feature Requests

PlannedDoneNot planned

Stating accuracy of geocoding results

Erik Endrulat
suggested this on March 21, 2011 17:01

When geocoding a large dataset, it's common for some of the results to not get exact address matches. Most address locators (including, presumably the one supplied by Esri that Socrata is currently using), use a cascading system that will first try to match based on address point (often rooftop/ most accurate), then by street address range (not as accurate as rooftop, but still very accurate), then zip, then city (least accurate).

I think it is important for people users of Socrata's geocoding system know the limitations of the geocoding engine, and that there results are not going to be always 100% accurate, and sometimes may not get geocoded at all (I've attached a screen-capture for an example).

Another possibility is that the type of locator used (e.g., address point, city center, etc.) and the math success (usually represented in %), could be added to the table, just as the actual lat/long are added to the location column.

 

Comments

User photo
Cam Caldwell
Socrata

Erik thanks for the request.  We think this will be valuable at the phase when we write our own geocoder.  Leveraging our current geocoder (ESRI) doesn't support this at this time.  We would like to do this, but since the rollout is not planned in the next year, we will put this on the back burner for now.

We will include this in the requirements for this project when we spec out our internal geocoder.  

October 26, 2011 10:22
User photo
Cyber World uk ltd

Most address locators  use a cascading system that will first try to match based on address point results are not going to be always 100% accurate just as the actual lat/long are added to the location column.

-----------------------------------------------------------------------

Thanks

Robert.

Samsung Galaxy S3 cases

Nokia lumia 900 Cases

iPhone 4S Cases

July 09, 2012 04:10