You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am making this issue, as I would like your valuable opinion on the following matter.
So far, for making a basemap (not relying on a 3rd party API), we have to worry about provisioning a server, scaling it, maintaning it, and all the fun that comes with it (like in the case of MBTiles). However, there are two alternative ways, that I would consider.
One is to use protomaps, the so called PMTiles, which essentially is a simple blob that the frontend will download (only desired parts) and render directly in the browser.
The other suggestion would be to use tippecanoe with the --output-to-directory flag to output the individual .pbf tiles instead of a single MBTiles file. These tiles can then be hosted on something like S3 and your map-rendering client can query the necessary tiles, no server required.
So my question would be:
Has anyone experience with both of these methods for deploying a scalable basemap and/or is there any other suggestion that could be considered efficient in terms of serving a basemap without the need of a server?
Thanks in advance for your valuable time.
Best Regards,
Filippos
The text was updated successfully, but these errors were encountered:
The tradeoff is that storing tiles to individual S3 files can be very slow, but access to them once they are stored is very fast; storing an archive of tiles as a single file on S3 is very fast but access to tiles from that archive is then somewhat slower.
Mapbox stores tiles as individual files on S3. Felt stores a single pmtiles file on S3 and uses an AWS lambda to serve tiles from that archive using range requests.
@e-n-f Thanks for your detailed reply! I was wondering, can we make user download the map locally on his phone/or web browser cache and never have to access them again from our webserver / S3 / tileserver / whatever? I am really interested in such a solution. I mean, the PMTiles size I have is ~350MB, so if it was a mobile app, it would be a normal sized app.
Hello all,
I am making this issue, as I would like your valuable opinion on the following matter.
So far, for making a basemap (not relying on a 3rd party API), we have to worry about provisioning a server, scaling it, maintaning it, and all the fun that comes with it (like in the case of MBTiles). However, there are two alternative ways, that I would consider.
One is to use protomaps, the so called PMTiles, which essentially is a simple blob that the frontend will download (only desired parts) and render directly in the browser.
The other suggestion would be to use tippecanoe with the
--output-to-directory
flag to output the individual .pbf tiles instead of a single MBTiles file. These tiles can then be hosted on something like S3 and your map-rendering client can query the necessary tiles, no server required.So my question would be:
Has anyone experience with both of these methods for deploying a scalable basemap and/or is there any other suggestion that could be considered efficient in terms of serving a basemap without the need of a server?
Thanks in advance for your valuable time.
Best Regards,
Filippos
The text was updated successfully, but these errors were encountered: