Live data from Hacker News

Vector Tiles are deployed on OpenStreetMap.org

blog.openstreetmap.org

21–30 of 73 posts

Re: Vector Tiles are deployed on OpenStreetMap.org

#21

Earlier quoted context omitted.

Someone please correct me if I'm wrong here, but I think there's an additional benefit. Traditional process is: OSM Database -> PNGs -> Your screen The first arrow decides what data to pull out and how to draw it. The new process is: OSM Database -> Vector Tiles -> Your Screen The first arrow decides what data to pull out. The second arrow decides how to draw it. So given your vector tiles, you can choose and tweak t…

More like OSM Database -> PNGs -> PNG Decoder in browser-> Your screen vs OSM Database -> Vector Tiles -> MaplibreGL.js -> WebGL -> Your Screen

Could you please comment on any security implications of executing community-generated vector tile content, compared to classic PNG decoding?

Re: Vector Tiles are deployed on OpenStreetMap.org

#22

Earlier quoted context omitted.

More like OSM Database -> PNGs -> PNG Decoder in browser-> Your screen vs OSM Database -> Vector Tiles -> MaplibreGL.js -> WebGL -> Your Screen

Could you please comment on any security implications of executing community-generated vector tile content, compared to classic PNG decoding?

I don't think anything's being executed here, in the same sense that both PDF (without JavaScript, at least) and JPEG are "data only", even though one uses vectors while the other only supports raster graphics.

Re: Vector Tiles are deployed on OpenStreetMap.org

#23
post #9

In case you wonder how much time / resources it takes to generate vector tiles, I'm running benchmarks with Tilemaker here for https://cartes.app https://github.com/systemed/tilemaker/issues/839

I am sorry but what is "300 Go RAM" 300 Go? I only know GB/GiB.

Re: Vector Tiles are deployed on OpenStreetMap.org

#24

What's the impediment to not providing daily or weekly planet-wide mbtiles similar to the availability of OSM pbfs on AWS open data buckets[1]? [1] https://registry.opendata.aws/osm/

I think mbtiles are being phased out for pmtiles because no DB required and can be served from static storage like R2/S3 (with a worker but hopefully the worker part goes away and they support byte offset requests soon)

You don't need a database to serve mbtiles. If you're deploying PMTiles somewhere that doesn't support byte offset requests, then they don't really have much advantage over mbtiles.

Re: Vector Tiles are deployed on OpenStreetMap.org

#25
post #3

Earlier quoted context omitted.

Here's how I understand it: Previously, OpenStreetMap's tile endpoints would serve pre-rasterized PNG images, so zooming in on a tile could cause it to get blurry, until your client requests a new, zoomed in tile. Now, they can serve tiles in SVG format, which scale better

Someone please correct me if I'm wrong here, but I think there's an additional benefit. Traditional process is: OSM Database -> PNGs -> Your screen The first arrow decides what data to pull out and how to draw it. The new process is: OSM Database -> Vector Tiles -> Your Screen The first arrow decides what data to pull out. The second arrow decides how to draw it. So given your vector tiles, you can choose and tweak t…

The enormous difference from an infrastructure standpoint is where the arrows are happening and how much effort it is.

> OSM Database -> PNGs

This is a tile rendering farm. It takes a lot of compute power and has to be redone every time a style changes or data changes.

> OSM Database -> Vector Tiles

This is a relatively cheap data extraction process. It has to be redone when data changes.

> PNGs -> Your screen

This is extremely simple.

> Vector Tiles -> Your Screen

This is pretty complex and hard to do fast. Mapbox GL JS is the leader here and they have put a lot of resources into doing it well and fast. Maplibre GL JS is the fork, which is decent, and there are also Leaflet and OpenLayers options.

Source: This is basically my life for the last 10 years.

Re: Vector Tiles are deployed on OpenStreetMap.org

#26
post #9

In case you wonder how much time / resources it takes to generate vector tiles, I'm running benchmarks with Tilemaker here for https://cartes.app https://github.com/systemed/tilemaker/issues/839

I am sorry but what is "300 Go RAM" 300 Go? I only know GB/GiB.

It's basically French for GB (Go = Gigaoctet)

Re: Vector Tiles are deployed on OpenStreetMap.org

#27
For anyone who wants to actually try the new layer, it's called "Shortbread" and can be accessed under the layers selector. Or use this link: https://www.openstreetmap.org/#map&layers=S

The blog post could do a better job of surfacing that bit!

You can compare it to the existing vector tile layer created by MapTiler, which mimics the classic raster tile style: https://www.openstreetmap.org/#map&layers=V

Re: Vector Tiles are deployed on OpenStreetMap.org

#28
post #9

In case you wonder how much time / resources it takes to generate vector tiles, I'm running benchmarks with Tilemaker here for https://cartes.app https://github.com/systemed/tilemaker/issues/839

I am sorry but what is "300 Go RAM" 300 Go? I only know GB/GiB.

OP is probably French or his native tongue is French. Byte is “Octet” in French and typically you’ll see Go = Gigaoctet which is the same as GB.

Re: Vector Tiles are deployed on OpenStreetMap.org

#29
post #13

Background: Mapping applications split up data into "tiles" so you can download only the data you are currently looking at. For example, you don't want to download the entire planet, just to look at your own neighborhood. Historically, these tiles were literally images that the client application (i.e. web map) could "tile" side by side to cover the part of the map you were looking at. Now we refer to those images as…

>Vector tiles are not new technology.

Yeah, it really is not. Mapbox Vector Tiles spec came out in 2014, and they've been absolutely standard across all (non-government) web mapping for at least the last 5 years.

Post reply on HN