[OSM-talk] Roadmap for deprecation of name tags in OSM

[James]

is there a contingency plan if wikipedia/wikimedia ceases to exist?

On Sun., Aug. 9, 2020, 4:29 a.m. pangoSE, <pangose at riseup.net> wrote:

> I suggest we create a roadmap for deprecating of storing and updating
> names in OSM for objects with a Wikidata tag.
>
> The rationale is explained here:
> https://josm.openstreetmap.de/ticket/19655
>
> This of course affects the whole project and data consumers as well. Every
> OSM user will have to become a Wikidata user as well to edit the names or
> add name references (through the editors)
>
> Substantial changes will have to be made:
> * nominatim will need to support fetching names from wikidata somehow. It
> could probably be done on the fly.
> * openstreetmap.org will need to fetch from wikidata when displaying any
> object.
> * rendering the standard map will have to support fetching from wikidata.
> * all editors would have to fetch and enable editing of Wikidata objects.
> * maybe it no longer makes sense to have 2 separate logins? We should
> unify the logging in as much as possible. Ideas are welcome on how to do
> that. Perhaps retire signing up as OSM user on osm.org and ask users to
> create a Wikimedia account instead and log in with that?
>
> I personally don't see any problems connecting Wikimedia and OSM closer
> than the islands they are today.
>
> As mentioned in the ticket above data consumers like Mapbox already prefer
> Wikidata names. I'm guessing thats because they are simply better quality,
> better modeled, better referenced and better protected against vandalism.
>
> WDYT?
>
> Cheers
> pangoSE
> Ps I choose this list because this not only relates to tagging, but to the
> wider ecosystem._______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20200809/7620f354/attachment.htm>