As there is an indefinite number of data consumers, this is of course impossible... How would you ever be able to update the tagging if you have to get consent or acquiescence from every data consumer? What is your suggestion for sorting out "spaghetti tagging"? How do we ever do any "refactoring"?
Sorry for the IT terms, but discussions analogous to this one come up extremely regularly in the IT business, and the bottom line is that the bullet needs to be bitten and you have to get your wallet out to sort things out occasionally. If you don't, your maintenance costs will sooner or later inexorably spiral out of control. And anyone who says that this can be prevented by careful planning, doesn't understand how agile businesses need to be to survive. The costs can be somewhat mitigated by appropriate architectural decisions (analogous to having tagging schemes that are e.g. extensible and easily maintainable) but never eliminated entirely. So where do we go from here? Manual review, re-survey and retagging? //colin On 2015-10-13 10:49, Chris Hill wrote: > On 13/10/15 08:56, GerdP wrote: > >> Hi all, >> >> during the last days I've checked hundreds of places where >> OSM inspector >> http://tools.geofabrik.de/osmi/ >> complains about something. Doing that I commented >> this changeset: >> http://www.openstreetmap.org/changeset/8335705 >> >> As don-vip suggests in his reply I propose a mechanical edit : >> remove the tag >> power_source=xyz >> if the element also has the tag >> generator:source=xyz >> >> as JOSM complains about the usage of power_source. >> >> If this isn't the right list, please forward it. > The tag you propose to remove is harmless. How do you know which tags data > consumers are using? When you have confirmed with every data consumer that > the change you propose will not affect them, or they have agreed to change, > then I will agree, until then I disagree with this mechanical edit.
_______________________________________________ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
