jasonh300 wrote:This update got rid of the cities of G and B, Misisssippi in the suburbs of Gulfport and Biloxi. I suspect we've all done this...probably more with city names that begin with letters that can be touch-typed with the left hand. I've never had it happen with more than one typed letter. (For New Orleans, I type "ew" and hit enter, Metairie, "et", Kenner "er", etc.")
Oh, totally with you!
The only reason I realized what's going on here is that I accidentally created Fe, Washington recently, meaning to complete 'Federal Way'. Heehee. The difference was, I caught it using WME highlighter city, and was 'Heeeey, why is this new city here. Oh. Oops,' and immediately fixed it.
It occurs to me too...this is another reason to run the city layer script 'much more often'. It's now apparent that 'segment too far from city' errors are not generated by nearest segment, but by polygon distance, and M, Ohio is a multipointed polygon now for that reason.
Something like...'If no polygon exists for this city, assume it's close enough to allow' is what it's doing now.
'If no polygon exists, and this segment is more than 20km/some-reasonable-distance from the origin segment where this city was created, just assume it's too far' would do it, IMHO. (Anyway, if the city layer runs much more often, the window for this problem to occur closes fast, and such a check is less necessary.)