Ticket #1111 (new enhancement)

Opened 23 months ago

Last modified 7 months ago

Add matching status to geocode output

Reported by: mikepease Owned by: robe
Priority: medium Milestone: PostGIS Future
Component: tiger geocoder Version: 1.5.X
Keywords: Cc: woodbri

Description

As I've been evaluating the correctness of the geocoder, I've wrapped the geocoder function inside a query that tells me which components of the input address matched.

I compare the components of the output of normalize_address() to the components of the geocode.addy geocoded address.

When all the components match, I'm pretty sure it's a good geocode. When most of the components match, I can get a pretty good idea of how accurate the geocode is.

Maybe you'd like to add these "match" attributes to the output of geocode() to augment the rating column. house number matched?
street name matched?
street direction matched?
city matched?
state matched?
zip matched?

Change History

Changed 23 months ago by robe

That's a good idea. Was also thinking about having some configurable rating object you can pass in to denote the weights you want to use for each. Though it would make things a bit verbose. Possibly a lookup table of rating options and you just pass in a code to denote which you want to use.

Changed 23 months ago by mikepease

The lookup table sounds like a fine idea.

So, what would be returned if you weight city & zip highest but no matching street could be found? Could you return a centroid of the intersection of the city and zip? What else might be a suitable output?

Changed 20 months ago by robe

  • milestone changed from PostGIS 2.0.0 to PostGIS Future

Changed 7 months ago by woodbri

  • cc woodbri added
Note: See TracTickets for help on using tickets.