Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide easy cleanup of census:population #6678

Open
1ec5 opened this issue Jul 24, 2019 · 6 comments
Open

Provide easy cleanup of census:population #6678

1ec5 opened this issue Jul 24, 2019 · 6 comments
Labels
validation An issue with the validation or Q/A code

Comments

@1ec5
Copy link
Collaborator

1ec5 commented Jul 24, 2019

census:population tags were originally added to place features across the U.S. as part of the 2009 GNIS import, with 2006 population estimates, and some were later updated to Census 2010 figures. Some additional census:population tags were added manually later for completeness. However, it was never really used outside of that context. population is the approved and more common tag for indicating a place’s population. In many cases, mappers have updated population tags to more current values than census:population because only population has a field in editors like iD.

iD should issue a warning when census:population is present but not population (or the two tags have the same population) and offer to upgrade from census:population to population. If both tags are present, as is often the case, then iD should warn but probably hide the suggested fix, because population may be more up-to-date than census:population. Maybe there could instead be a suggestion to look up the most current figure just to be sure.

This change would go nicely with #6672: a tag like census:population=1388;2006 would be upgraded to population=1388 population:date=2006 source:population=United States Census Bureau. (There are just a handful of census:population-tagged features outside the U.S.) Increased usage of population:date will allow us to confidently update population figures after Census 2020 comes out without affecting more recent estimates that mappers manually put in.

@1ec5 1ec5 added the validation An issue with the validation or Q/A code label Jul 24, 2019
@bhousel
Copy link
Member

bhousel commented Jul 24, 2019

I feel like rather than introducing more code to handle these tags, could we encourage people to use wikidata for this instead?

@1ec5
Copy link
Collaborator Author

1ec5 commented Jul 25, 2019

population is basically a renderer convenience for determining label size and collision. If not for how common it is for CartoCSS-based renderers to use this tag, I’d be all for ignoring it. 🤷‍♂ Anyways, the most important thing is to encourage any population figure to be paired with a date (#6672); census:population is a more cosmetic issue.

@Nakaner
Copy link

Nakaner commented Jul 25, 2019

Any serious map style rendering towns and cities takes the population into account. Or how can one determine the importance of a place node?

I think that discussion to deprecate a tag should take place on the Tagging mailing list and not be introduced by the developers of a single editor without any discussion with the community.

@bhousel
Copy link
Member

bhousel commented Jul 25, 2019

ok, let's not do this

@bhousel bhousel closed this as completed Jul 25, 2019
@tyrasd tyrasd changed the title Deprecate census:population Provide easy cleanup of census:population Dec 10, 2021
@tyrasd tyrasd reopened this Dec 10, 2021
@tyrasd
Copy link
Member

tyrasd commented Dec 10, 2021

This was brought up again in openstreetmap/id-tagging-schema#261.

Can we perhaps just rephrase this? Instead of "deprecating" anything, the core of this proposal – as I understood it – was rather to provide users an easy way to upgrade the nonstandard census:population tag to a approved and thus more usable tagging scheme (i.e. population + population:date + source:population tag combination). The wiki calls this a "Cleanup".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
validation An issue with the validation or Q/A code
Projects
None yet
Development

No branches or pull requests

5 participants