[postgis-devel] [PostGIS] #1052: Tiger Geocoder 2010 Geocode() "squishing" toward end of block

[PostGIS]

#1052: Tiger Geocoder 2010 Geocode() "squishing" toward end of block
-----------------------------+----------------------------------------------
  Reporter:  mikepease       |       Owner:  robe         
      Type:  enhancement     |      Status:  reopened     
  Priority:  medium          |   Milestone:  PostGIS 2.0.0
 Component:  tiger geocoder  |     Version:  trunk        
Resolution:                  |    Keywords:               
-----------------------------+----------------------------------------------

Comment(by robe):

 If Brian's (dbb) comment is right that Tiger always does this then Mike
 your solution would work.  Brian,  how sure are you about this.  I haven't
 been paying attention myself.

 We could at least get less squishing if we assume it's the case and then
 cut as a function of ratio of range to length of street or something like
 that except when the user does ask for an address that is at the end.

 At any rate I think your other idea of shortening the string length we
 consider so addresses at the end don't flush at the end of the street is a
 good idea.

 As far as comparison's.  I think MapQuest is based on nominatum so the
 fact they produce similar answers is no surprise. I suspect both Google
 and Bing are using more than interpolation and they are considering real
 addresses in there calculations, so their data is just better - presumably
 navteq based.

 Yes nominatim is what I was thinking about but didn't like it because it
 seems to have too many web servicey gooey dependencies and for my needs --
 which is mostly datawarehouse stuff, I Ideally need everything to run in
 the database and be self-contained (not so many moving parts) like needing
 a web server component.

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/1052#comment:21>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.