[sp8962]

The whole point of vector tiles is that the rendering is local and controlled by a style configuration (except for the tile schema) that can be changed. So the brokenness you are seeing is either in the style or the library that is rendering the contents locally.

[SSLy]

Indeed, but that is probably not going to help end users of apps.

[sp8962]

Well nobody claimed things are going to get simpler.

It is difficult to beat raster tiles in that respect. vector tiles split up responsibility for what you get visually over multiple moving pieces with different provenance and operators.

[lxgr]

> It is difficult to beat raster tiles in that respect.

Intuitively, why can't the local vector rasterizer do whatever the server-side tile rasterizer does, especially if both are fully custom?

[wiredfool]

Partially because they're completely different stacks -- the client side is WebGL + Javascript, and the server side is whatever they've been doing for 15 years.

They're probably missing a raqm/freebidi or something in the stack on the client side.

[lxgr]

Ah, so the input into the client-side isn't OSM-like data (i.e. OSM XML or some high-level transform of that), but rather something closer to a vector graphics format like SVG?

That makes sense then, thank you!

[wiredfool]

It's a mapbox mvt, which is protobuf. It contains the OSM data (obviously), but it's a specific format that's in wide use (mapbox-gl, maplibre, and many other open source versions). There are similar versions in pmtiles, which is basically the same thing in a http range friendly big single file which can be hosted on S3-like storage and used directly.

The difficulty is that the stack for rendering vector tiles in the browser is different than the legacy vector->png generation that's been done for ages.

[maxerickson]

It can, it's just that they typically don't, because they use an off the shelf data schema for the tiles and a library to handle the rendering.

Having the data in tiles also complicates some things (where the renderer needs to consider merged tiles to get a similar result).

[astrange]

For Arabic specifically, different users want text to render differently, so you'd want to do it on the client if you can.

(Some countries use Roman numerals and some use Arabic numerals for numbers. And by Arabic numerals I don't mean 1-9.)

[rafram]

All Arabic-speaking countries use Arabic numerals. Some use Western Arabic numerals (123) and some use Eastern Arabic numerals (١٢٣).

Roman numerals are I, V, X, etc.

[throw0101c]

See perhaps:

* https://en.wikipedia.org/wiki/Arabic_numerals_(disambiguatio...

* https://en.wikipedia.org/wiki/Hindu–Arabic_numeral_system#Gl...

* https://en.wikipedia.org/wiki/List_of_numeral_systems

[dnpls]

it looks like the selected font doesn't support arabic text, producing the disconnected characters.

[mapmeld]

It's likely an issue with displaying Arabic text in WebGL, since that needs to handle all of the possible options for each letter in the text-shaping.