←back to thread

OpenStreetMap's New Vector Tiles

(tech.marksblogg.com)
479 points marklit | 1 comments | | HN request time: 0s | source
Show context
DemocracyFTW2 ◴[] No.42182817[source]
One clear advantage of the new SVG format is, apparently, that Arabic script is now, finally!, rendered the way it was always intended—left-to-right with unconnected letters /s
replies(5): >>42183178 #>>42183255 #>>42183421 #>>42183525 #>>42187652 #
memsom ◴[] No.42183421[source]
I wish they were SVG, that would make rendering them less of a headache.

There is still no good library which takes in a MVT tile and spits out the appropriate PNG or JPEG for rendering in via a tile base mapping engine. There is still no good cross platform mapping engine that can render vector tiles in a way that is easy to consume. There are certainly engines on specific platforms, but unless we use something like Leaflet or OpenLayers it is hard to make it work with native APIs on, say Windows, MacOs, Linux, iOS or Android without needing to adding a whole browser engine on top of your app.

replies(3): >>42183631 #>>42185033 #>>42190571 #
1. chrisdalke ◴[] No.42190571[source]
Yup. I work a lot with MVTs and one of the headaches is, after you have your nice shiny state-of-the-art maps, turning them back into PNG raster tiles for all the various clients that can't natively render vector tiles.

This link is shrinking though! There's slowly growing support. Leaflet and OpenLayers are fundamentally limited by being canvas-based, so there's only so much they can do.

QGIS has one of the fastest, cleanest MVT renderers I've seen, but I don't know how easy that would be to extract out.

PostGIS is the best platform for generating vector tiles, but it's extremely clunky. On the projects I'm working on (eg https://vectorcharts.com/) I do extensive processing in PostGIS, but then encode to vector tiles in bespoke C++ code.