<div dir="ltr">In my opinion, the addr:* tags should be used to capture address information as commonly used in each country.  In the US, we only use:<div><br></div><div>addr:housenumber</div><div>addr:street</div><div>(optional) addr:unit</div><div>addr:city</div><div>addr:state</div><div>addr:postcode</div><div><br></div><div>addr:housenumber may contain fractions (31 1/2) or suffixes (10A)</div><div>addr:street is the name of the street which may also include directional prefix, suffix, and directional suffix, with abbreviations expanded (for example: Southwest Main Street North)</div><div>addr:unit is a secondary number or letter to addr:housenumber and is usually prefixed by Apt, Unit, Lot, Suite, etc in the full address.  addr:unit only contains the number and not any of the Apt/Unit/Lot/Ste designators.</div><div>addr:city contains the postal city that is used for the address.  In many cases this matches up exactly with the name of an admin level 8 boundary, but not always.  For example, "North Chelmsford" addresses are all located within Chelmsford, MA. In many cases, this is not a city at all but a smaller entity like a town or village or even in some cases the name of a county or a business (Tektronix, OR used to be a thing but I think they have changed these to be Beaverton, OR now)</div><div>addr:state is the standard 2-letter state abbreviation</div><div>addr:postcode is generally the 5 digit zip code</div><div><br></div><div>Although in many cases, you could try to derive addr:city, addr:state, and addr:postcode from admin boundaries, there are plenty of cases where this doesn't work out and whenever capturing address data by hand, I include these 3 tags.</div><div><br></div><div>The 5 tags that I have listed are what is presented to the user editing places in the US when using the iD editor.</div><div><br></div><div>I avoid using other addr:* tags like addr:housename, addr:suburb, addr:place as these are not really part of standard US addresses.  They have specific meanings in other countries.</div><div><br></div><div>Peter</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 12, 2019 at 8:42 AM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Greg Troxel <<a href="mailto:gdt@lexort.com" target="_blank">gdt@lexort.com</a>> writes:<br>
<br>
> I think that we should not be adding points with just street/number, but<br>
> also town and state.   This is just making it harder to fix later since<br>
> town and state belong.   I don't understand why you think it is lower<br>
> risk to omit town state; that doesn't make it more likely that the other<br>
> data is right.<br>
<br>
The first question is what OSM norms are, in terms of if address points<br>
should have town/state/etc., or whether they should not, or if it is<br>
truly ok either way.  I have always had the impression that at least<br>
town/state should be filled in, and it seems we've generally been doing<br>
this when hand mapping.<br>
<br>
A related question is if data consumers are obligated to process address<br>
points with implicit town/state/country from level 8/4/2 admin<br>
boundaries, and whether substantially all of them do.<br>
<br>
A difficult issue is places like Barnstable (the level8 town), which as<br>
I understand it has level9 (or 10?) divisions with names like Yarmouth,<br>
Hyannis and even Barnstable, and in addressing these are treated as the<br>
town name, even though the actual legal town is Barnstable.  I expect<br>
there are more places like this, but I'm not sure of any specific ones.<br>
(This is different than named neighborhoods, in that addresses use the<br>
sub-names.)  I don't see how this can work with implicit town names.<br>
But I have been saying repeatedly that we should leave Barnstable out<br>
for now!<br>
<br>
It could be that it's ok to omit town in the osm data, when the town in<br>
the MAD address point matches the admin level8 name and thus the<br>
implicit matching data consumers do is correct, and that we'll need to<br>
be adding it for Barnstable .<br>
<br>
Do we know that every point in MAD with the name Plymouth is within the<br>
osm level8 polygon, and that every point in MAD within that polygon says<br>
Plymouth?<br>
<br>
<br>
<br>
_______________________________________________<br>
Talk-us-massachusetts mailing list<br>
<a href="mailto:Talk-us-massachusetts@openstreetmap.org" target="_blank">Talk-us-massachusetts@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us-massachusetts" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us-massachusetts</a><br>
</blockquote></div>