slinkp
commented
11 years ago Note those two blocks are in different zip codes nowhere near each other. I don't think they are even part of the same contiguous street. (There is also a third for "150 Boylston Pl" if you leave off the suffix.)
As for the ranges being duplicated on left and right, that was in retrospect a bad idea and was removed in rev d6accc399d1251c055ebf90bb890440548ae92ce
So I think maybe we're not so bad off now:
- Geocoding during newsitem insertion should only fail if the suffix and zip code are left out. If both are provided it should just work.
- Leaving any of them off in the web search UI gives you a "Did you mean..." page that covers all the options.
Boylston St. in Boston has some strange numbering that seems to confuse Open Block. There are two segments of street that cover the same address range when evens and odds are taken together. I'm not sure if this is just an importing issue, a migration correction left,right to/from issue, or just something that openblock doesn't interpret correctly.
According to google maps, one segment has odds between 101 and 253 (and evens roughly 180 to 250) The other has evens 130-170. When the geocoder gets an address like 150 Boylston, it falls within the recorded range for both and comes through as ambiguous.
The ranges are listed as being on the left and the right, which I think is actually wrong.
The blocks are in the database as "170 Boylston" and "253 Boylston"
not sure what to do with these.