Minh Nguyễn

> This probably closes https://github.com/openstreetmap/openstreetmap-website/issues/738. I know there are other discussions and tickets related to this idea, but I couldn't find them in my few searches. Also partially addresses #1253,...

I think @iandees has already responded to the outstanding visual feedback (see resolved review comments). The only thing that might be debatable from a user standpoint would be the removal...

Yes, your process is feasible for present-day boundary data. OpenHistoricalMap has an additional time dimension that invalidates the four-color theorem, so any solution would require a different approach on the...

The underlying issue is that GL JS incorrectly assumes a one-for-one correspondence between Unicode codepoints and glyphs. The font above has two different glyphs for the same codepoint: one horizontal,...

> Ellipses ... and parenthesis () apparently also get rotated by 90 degrees MapLibre already does this automatically using the compatibility codepoints I mentioned earlier. So you might be looking...

> OpenType fonts support a feature called vert, which automatically switches to these vertical-specific glyphs when rendering vertical text. As of #4564, GL JS v5.11.0 and above supports OpenType features...

Blocked by maplibre/maplibre-style-spec#1350.

maplibre/maplibre-style-spec#1362 updates the style spec compatibility table to point here.

I started [a discussion on the forum](https://community.openstreetmap.org/t/industrial-laundries/105771).

> Am I correct to assume that this bug explains why, [in this route](http://map.project-osrm.org/?z=17&center=48.301078%2C5.912426&loc=48.299533%2C5.910462&loc=48.302230%2C5.911267&hl=en&alt=0), OSRM says to _make a slight right_ instead of _exit to_? Yes, this is another example...