prusswan

To address the issue of tilesets with uneven/variable max zoom level (e.g. protomaps/PMTiles/discussions/321), I see a use for merge + extrapolate(?). Assuming the original tileset has a maxzoom of 15-16:...

For Ubuntu/Mint it looks like only system npm (the one installed with apt-get) with global install of esformatter will work properly. It might work with nvm with some hacking of...

I managed to get pydeck working with pmtiles, but it is limited in styling for reasons already mentioned. folium-pmtiles is also embedding maplibre-js (which allows for full application of maplibre...

Until #461 gets merged, the easiest way (imho) is to let user specify a different cdn url (e.g. http://localhost:8888/files/). For now, we need to resort to modifying the js bundle.

Offline or standalone usage On Fri, Oct 11, 2024, 4:47 AM Kyle Barron ***@***.***> wrote: > What's your use case where you can't use the default CDN? > > —...

> But offline you won't be able to see the base map; does that not matter for you? Usually I have a copy of the tiles for performance/practical reasons -...

> ST_Transform defaults to respecting the axis order defined by the CRS authority. EPSG:4326 is defined as lat/lon, while 'EPSG:3857' is defined as lon/lat. Meaning that when transforming 'EPSG:4326 to...

> Not necessarily, you could transform `OGC:CRS84` -> `EPSG:3857` instead in which case you won't need it, as OGC:CRS84 is the same as WGS84 but with a lon/lat axis order....

> And it generally doesn't. You have to supply both a "source" and a "target" SRID when transforming a geometry, and DuckDB will treat the geometry as having the axis...

not sure if this is same or related issue, but I discovered that it may be necessary to apply ST_FlipCoordinates before ST_Transform can work correctly (without leading to "Infinity" values)....