On Sun, Aug 11, 2024 at 1:24 AM Jody Garnett <jody.garn...@gmail.com> wrote:
> I have encountered one awkward difficult with the use of zoom levels as a > very cheerful shorthand for scale denominator. I got a bit stuck on with > mbox style where zoom level was defined with respect to web mercator. > > At the time there were discussion of: > 1. Treat zoom-level as using referencing the grid set being drawn? I can > see how this make sense (may have to pass in something from GWC) > 2. Treat zoom-level as always defined with respect to web mercator? This > interacts well with normal SLD styles … > 3. Or have web mercator be the default, with an override (in the file or > from the gridset being drawn)? Can lead to some confusion (it is hard to > even describe). > Option 3 is what YSLD is using now. Default to web mercator unless specified otherwise (see "default value" for grid/name, along with name not being required). > I believe mbstyle uses option (2) which above. > The Mapbox Style spec nowadays supports a bunch of projections <https://docs.mapbox.com/style-spec/reference/projection/>, but in a really odd way, they start with globally useful projections (e.g., equalEarth) and then switch to web mercator as one zooms in. The Maplibre Style spec instead allows to only use "globe" as an experimental feature <https://maplibre.org/maplibre-style-spec/projection/>. If instead you're referring to the gt-mbstyle module, I don't see any attempt to support different gridsets or projections, the transaction from zoom to scale denominator is delegated to a single function understanding only web mercator <https://github.com/geotools/geotools/blob/cb942b512235187bc37d13cf09b29163a235fd5a/modules/extension/mbstyle/src/main/java/org/geotools/mbstyle/parse/MBObjectStops.java#L202> . Cheers Andrea
_______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
