[Tagging] Development of Tag Replacements (was: Feature Proposal - RFC - landuse bush)
Brian M. Sperlongano
zelonewolf at gmail.com
Thu Feb 4 05:23:07 UTC 2021
On Thu, Feb 4, 2021 at 12:04 AM Stefan Tauner <stefan.tauner at gmx.at> wrote:
>
> I think OSM falls for this hen and egg problem since its infancy. In
> the beginning this was not too bad bad and superior tags had a realistic
> opportunity to get adopted even if the existing ones were widely
> used. I don't think there has been any chance to do that for a while.
> How could that possibly work today?
>
> But let's suppose that we discuss this enough so that we get enough
> votes together. What then? Getting everybody outside this relatively
> small party of tagging contributors in the same boat including all the
> software devs, companies and sometimes stubborn private mappers is a
> major effort that basically requires a completely separate tagging
> scheme to remain backward compatible.
Yup, I think you've hit the nail on the head.
IMO, the only way this could be solved is with a technical solution. There
would need to be a system of backwards compatibility in which existing
clients can continue to access the data using legacy tagging schemes, with
a stated end of life date, and clients could choose to upgrade on their own
timeline to the newer scheme. This implies a layer of translation that
would need to exist between the underlying data and what is actually
presented to the user. Now obviously this is glossing over A LOT of
technical details about all of the tools in the ecosystem and how users
interact with the data. But I don't see any other way we could have a
systematic mechanism for tagging standardization (if indeed the community
even desires it) without some kind of backwards compatibility translation
layer.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210204/31502d87/attachment.htm>
More information about the Tagging
mailing list