[openstreetmap/openstreetmap-website] Add OpenMapTiles vector map (PR #4042)

[Minh Nguyễn]

> While this would, according to description ("If the name is not in wikidata then one from OSM is used.") would force people to fix mistakes in Wikidata even where OSM data exists and is correct.

Fortunately, that turned out to be a description of Mapbox Streets rather than of OpenMapTiles. 😉

We don’t have to rely on vague descriptions because we can see the behavior for ourselves. For example, [this airport area in OSM](https://www.openstreetmap.org/way/648903263) has both the `name` and `name:en` keys set to `San José Mineta International Airport`, while [the corresponding Wikidata item](https://www.wikidata.org/wiki/Q1257392) has an English label of “San Jose International Airport”. (Both names are reasonable.) In MapTiler’s OpenMapTiles tileset, the `name` and `name:en` properties are both set to `San José Mineta International Airport`, so an English-speaking user will see the OSM area’s tag value, not the Wikidata item’s label.

By contrast, the OSM area lacks a `name:ja` tag, while the Wikidata item does have a Japanese label of “ノーマン・Y・ミネタ・サンノゼ国際空港”. A Japanese-speaking user will see Wikidata’s Japanese label rather than an OSM `name` tag in an undetermined language (which happens to be in English).

<img src="https://github.com/openstreetmap/openstreetmap-website/assets/1231218/5eff0d33-3f9d-4ed1-898b-2a59c1952bb0" width="372" alt="name: San José Mineta International Airport">

(This screenshot is of a tile inspector behind a login wall that requires a MapTiler API token. However, you can see the same behavior in @ZeLonewolf’s Planetiler-powered tile server’s inspector by hovering over [this green dot](https://tile.ourmap.us/inspect.html#22/37.36291244/-121.92879588).)

Mapper feedback can go both ways. We could say that this fallback makes it more difficult for mappers to detect gaps in language coverage; if only the Japanese speaker could see the English name, they’d be tempted to add a `name:ja` tag on the spot. In a place as linguistically diverse as San José, no one would have a problem with that edit. But [much ink has been spilled](https://lists.openstreetmap.org/pipermail/talk/2015-June/thread.html#73165) about how translations and transliterations should not be indiscriminately tagged on mundane features in OSM in other places. The Wikidata fallback can serve to mitigate against edits that OSM doesn’t want.

The problem with such prominent placement on osm.org is that the mapper can’t visually determine whether the label comes from OSM or Wikidata, or that there’s even a discrepancy. OpenMapTiles doesn’t currently expose any metadata explicitly indicating the source of a particular name on a particular feature. However, the style could show both the localized and unlocalized names together whenever the two differ.

For example, in the proposed OpenMapTiles layer, a Latin speaker will see this city labeled as “Francofurtum” based on Wikidata instead of “Frankfort” based on OSM’s `name` tag:

<img src="https://github.com/openstreetmap/openstreetmap-website/assets/1231218/75ef0647-305e-4566-a897-daac55babd77" width="172" alt="name: Frankfort">

([Planetiler equivalent](https://tile.ourmap.us/inspect.html#22/38.20090687/-84.87331472))

By contrast, [OSM Americana](https://zelonewolf.github.io/openstreetmap-americana/#map=11/38.2009/-84.8733&language=la) shows both the Wikidata fallback and the OSM `name` tag, which can give the mapper peace of mind:

[<img src="https://github.com/openstreetmap/openstreetmap-website/assets/1231218/e90c362d-7af9-434e-be85-a64d970e6c2c" width="400" alt="Francofurtum (Frankfort)">](https://zelonewolf.github.io/openstreetmap-americana/#map=11/38.2009/-84.8733&language=la)

I realize this is not an appropriate place to provide design feedback on the proposed OpenMapTiles style, nor to toot Americana’s horn, but I think it’s important that we don’t view localized label sources as a black-and-white, zero-sum issue.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/4042#issuecomment-1636888913
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/openstreetmap-website/pull/4042/c1636888913 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20230715/e66dc3a0/attachment.htm>