-
Notifications
You must be signed in to change notification settings - Fork 38
Description
Hey there,
I've described my case here and got the suggestion to re-add the issue here. To sum this up:
We have written our own vectortiles service based on vt-pbf, which queries a really large database and transports the tiles in gzipped-geojson (which have to be in 4326 as per the spec, I believe) to our clients. Currently the geometries in our database are still in 4326, but I thought it would be useful to transform those to 3857 in order to save the transformation from 4326 to 3857 in the frontend.
This is probably also relevant.
@anandthakker replied:
@gerbsen if you're using vt-pbf to generate vector tiles from GeoJSON data, then yes, the input data are assumed to be in 4326 per the spec.
Is what you're looking for an option to vt-pbf allowing the input to be already projected into 3857? If so, please open an issue in the vt-pbf repo describing your use case / request: https://github.com/mapbox/vt-pbf. This is something we've done in other MVT-generating tools --
see, for example, mapbox/tippecanoe#217
cheers,
daniel
attn: @abenrob