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

Validator: power=station deprecated #7520

Closed
sun-geo opened this issue Apr 19, 2020 · 6 comments
Closed

Validator: power=station deprecated #7520

sun-geo opened this issue Apr 19, 2020 · 6 comments
Labels
wontfix-out-of-scope Maybe a good idea, but not for iD at this time.

Comments

@sun-geo
Copy link
Contributor

sun-geo commented Apr 19, 2020

It seems power=station could be added to the list of https://github.com/openstreetmap/iD/blob/develop/data/deprecated.json
see also the wiki: https://wiki.openstreetmap.org/wiki/Tag:power%3Dstation
see also carto v5.1.0 removed rendering: gravitystorm/openstreetmap-carto#4088

@bhousel
Copy link
Member

bhousel commented Apr 19, 2020

I think we can only add things to deprecated.json that have an unambiguous replacement (but I haven’t looked at the code in a while and could be mistaken).

@sun-geo
Copy link
Contributor Author

sun-geo commented Apr 19, 2020

"...unambiguous replacement ..."

Your are right, the mapper has to decide to choose a new value and for this case (station) there are 3 options (generator, substation or plant)

@sun-geo
Copy link
Contributor Author

sun-geo commented Apr 19, 2020

By the way, a bit of topic, i made a quick look into this overview
https://wiki.openstreetmap.org/wiki/Deprecated_features - because i wanted to understand if the case of "deprecated and having more options for the new value" is more often existing. I found this seems happened also for deprecation of landuse=farm (wiki https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm). The wiki gives a recommendation for 2 option of using a new value (farmyard or farmland).
The current iD-validation process for landuse=farm asks to update the value only to farmland, so the other option (change to farmyard) seems missing.
Example object: https://www.openstreetmap.org/edit?way=764144252#map=18/40.22274/15.21964

Is this val.-rule setup for landuse=farm in this way made by intention?

@bhousel
Copy link
Member

bhousel commented Apr 19, 2020

Is this val.-rule setup for landuse=farm in this way made by intention?

I don't know. It was introduced in b21dd1d

If you want to see when code was changed, you can open the file on GitHub and use the "Blame" view to look at specific lines of the file, see what commits changed the lines, and what issues were referenced.

@sun-geo
Copy link
Contributor Author

sun-geo commented Apr 19, 2020

"..."Blame" view..."

Thanks a lot, :-)
I never used the blame-view.
I will try next time, to find information by myself.

@quincylvania
Copy link
Collaborator

I think we can only add things to deprecated.json that have an unambiguous replacement

☝️ This is true. iD can't handle multiple upgrade paths and I think that's okay—the validator is primarily for checking new edits, not complex re-tagging. I'd suggest a MapRoulette challenge for manually reviewing and upgrading power=station tags. There are currently just around 2300 instances.

The current iD-validation process for landuse=farm asks to update the value only to farmland, so the other option (change to farmyard) seems missing.

Looks like I added this early on when building the validator. At the time I must not have realized that there were two possible options or decided to proceed anyway for some reason. I can remove it now.

@quincylvania quincylvania added the wontfix-out-of-scope Maybe a good idea, but not for iD at this time. label Apr 28, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix-out-of-scope Maybe a good idea, but not for iD at this time.
Projects
None yet
Development

No branches or pull requests

3 participants