On Sat, Nov 8, 2014 at 12:35 AM, Greg Morgan dr.kludge...@gmail.com wrote:
It is unfortunate that importers are dropping values like addr:city and
addr:state during US imports. Especially when they appear to have clean
data at the time of import. There are other users of the OSM data than
I believe that the is_in tag has what you may be looking for and it appears
to have a well thought out structure.[1] You can still use addr:city to
reflect the correct postal city.[2].
The tag has the same concern as addr:state
When a region has a well developed set of boundary polygons the
I agree with SteveA Greg on the points they made. I would also like to
add the following suggestions and opinions.
1.) We the U.S osm group need to make decisions on address problems that
remain unresolved.
2.) Document the changes if any are made/agreed upon in the wiki.
3.) I disagree that
On 2014-11-07 22:35, Greg Morgan wrote:
In contrast to the addr:state debate that we are having, I always
use addr:country key with the US value. The difference here is that
addr:country is an agreed upon ISO standard.
To be pedantic, the two-letter state abbreviations are codified in ISO
Clifford,
I really wanted to try and get down to see you last week. The challenge is
that it would have been a four hour round trip at 65 to 75 mph. It is
another two hours south to the border. Likewise, it is another four hours
heading north to Page Arizona from Phoenix. You still have more
Thanks Minh. I did not know that. I thought that they were a convention
of USPS. I always hear about the codes relating to mailing concerns.
Regards,
Greg
On Sat, Nov 8, 2014 at 2:51 PM, Minh Nguyen m...@nguyen.cincinnati.oh.us
wrote:
On 2014-11-07 22:35, Greg Morgan wrote:
In contrast to
I am wondering what can done to provide travelers planning information via
OSM. You have to rely on local news while you are in a foreign area. How
can a gated road be tagged so that travelers know to plan an alternate road
or think about hotel reservations for the night? I am not happy with my
As long as we have clever mappings like this (two-letter codes to
whatever, especially if/as/when they are ISO standards), I am OK with
data remaining as two-letter codes. (I am not thrilled, but if there
is a way to explain how the dots are connected and how to connect
other dots given
Hi,
On Sat, Nov 08, 2014 at 02:05:44AM -0600, Toby Murray wrote:
Nominatim actually does not correctly use addr:city. You are correct in
that it does assume a better match between physical border and postal city
address. What happens is it actually puts city information on *roads* based
on
9 matches
Mail list logo
