<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Re: > In this scheme, is the place node totally separate from the boundary relation?  If so, this approach strikes me as fine.</div><div><br></div>I believe that is reasonable to add population=* tags directly to administrative boundaries (boundary=administrative relations), when this information is widely available from a public source, such as the government census. <div><br></div><div>For suburban towns and cities, as well as small towns and villages, which are usually the only municipality in their own urbanized area (continuous area of developed land), then using the municipal or township population figures is fine. It will be close enough. </div><br>I personally don't add admin_center nodes to boundary relations, because the place=* node is representing the cultural center of a named settlement, while an administrative boundary is a legal entity. Tagging the capitol or town hall object with admin_level=4 or admin_level=8 should make it clear. </div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 9, 2021 at 3:01 PM Brian M. Sperlongano <<a href="mailto:zelonewolf@gmail.com">zelonewolf@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">In this scheme, is the place node totally separate from the boundary relation?  If so, this approach strikes me as fine.<div><br></div><div>If the node is attached to a boundary (as an admin_centre or label role), I wonder if that might have any unintended effects on consumers of population data.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 9, 2021 at 5:50 PM Joseph Eisenberg <<a href="mailto:joseph.eisenberg@gmail.com" target="_blank">joseph.eisenberg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Proposal:</div><div>Use the census data on Urbanized Areas to set the "population=" value for "place=city" nodes, rather than using the whole metro population or just the population of the central municipality. </div><div dir="ltr"><br></div><div>Rationale:</div><div dir="ltr">The tag "population=*" is helpful as a way to distinguish small place=city features (which might have less than 50,000 people in rural States) from huge cities. Many database users depend on this information for rendering decisions at low zoom levels (large scales) and as a general estimation of the "importance" of a place.<div><br></div><div>However, currently most population figures are taken from the population in the municipal boundaries, since this is often what is on local signs and easily available from the census. While this is fine for towns and small cities which are contained in one municipality, it often misses unincorporated urban areas next to the city limits, and for large cities it badly underestimates the population of the area which is considered part of the "place". </div><div><br></div><div>For example, many people in West Hollywood or East Los Angeles would consider that they live in the larger place "Los Angeles", even though they live in a different municipality or an unincorporated area. Someone who lives in Vancouver, Washington will often tell people they live "In Portland" when talking to someone from outside of the region, since it functions as a suburb of the Portland, Oregon metro area. </div><div><br></div><div>So I propose that we should use an estimate of the urban population for the population=* tag when tagging metropolitan places. Usually this will lead to a larger population number, except in rare cases like Anchorage.</div><div><br></div><div>In particular, I would like to use the US Census "urbanized area" figures, since these are much more sensible than the numbers from metropolitan areas based on county boundaries which can include distant towns and rural areas.</div><div><br></div><div>This would mean that the place=city node for Portland, Oregon would have population=2072553 (representing the whole urbanized area) rather than just 654000 from the city limits. <a href="https://censusreporter.org/profiles/40000US71317-portland-or-wa-urbanized-area/" target="_blank">https://censusreporter.org/profiles/40000US71317-portland-or-wa-urbanized-area/</a></div><div><br></div><div>Minneapolis, MN would have population=2885614 instead of only 429k <a href="https://censusreporter.org/profiles/40000US57628-minneapolis-st-paul-mn-wi-urbanized-area/" target="_blank">https://censusreporter.org/profiles/40000US57628-minneapolis-st-paul-mn-wi-urbanized-area/</a> </div><div><br></div><div>But Anchorage would decrease slightly from 288k to 249K <a href="https://censusreporter.org/profiles/40000US02305-anchorage-ak-urbanized-area/" target="_blank">https://censusreporter.org/profiles/40000US02305-anchorage-ak-urbanized-area/</a></div><div><br></div><div>Usually the difference would not change the relative rank of cities very much, but it would be good to have the population figure map the OpenStreetMap "place" concept, rather than the city limit boundaries. </div><div><br></div><div>Eventually this could improve maps of the USA and help them better match those in other countries, where city limits tend to be much larger than in the case of many US cities, which often have many separate municipalities for suburbs.</div><div><br></div><div>Of course it will still be appropriate to add the precise population=* to the boundary=administrative feature which represents the municipality, and database users could choose to emphasize those features instead. </div><div><br></div><div>-- Joseph Eisenberg</div><div><br></div><div>PS: the 2010 population figures of US Urbanized Areas are on wikipedia, and this year we will get updated 2020 figures, so it would be a good time to make this change. The biggest difference will be for Miami, Florida, where the central municipality is only 7% of the population of the whole urbanized area: <a href="https://en.wikipedia.org/wiki/List_of_United_States_urban_areas" target="_blank">https://en.wikipedia.org/wiki/List_of_United_States_urban_areas</a></div></div></div></div></div></div></div>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org" target="_blank">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a><br>
</blockquote></div>
</blockquote></div>