This requirement can be summarized as follows: Ensure that a layer requested via \ returns the feature that matches the calculated scale of the request, determined from the bbox, width and height parameters, regardless of whether that layer is an independent layer stored according to the pregeneralized-features extension OR the layer is a member of a layer group "style group" with the scale-dependency of internal layers defined by SDL min/max scale denominators. The latter scenario should be enabled via the other issues in this milestone
I tested the MapML module with the pregeneralized features module. MapML features are returned at the highest resolution of a pregeneralized layer, apparently without taking the scale of the request into account. (Maybe I did something wrong - it's the first time I've used the pregen module).
Here is a screen cap of a WMS image layer having a pregeneralized-features data source, at the smallest scale, with "Use Features" unchecked:
Here is the same layer served as features ("Use Features" checked):
Although it may be hard to discern on casual inspection, the second request depicted took about 1 minute to process, and there are a lot of details present that are not necessary at this scale e.g. many small islands in Hudson's Bay. The browser tab is consuming about 2/3 Gb of RAM with the one layer alone.
This requirement can be summarized as follows: Ensure that a layer requested via \ returns the feature that matches the calculated scale of the request, determined from the
bbox
,width
andheight
parameters, regardless of whether that layer is an independent layer stored according to the pregeneralized-features extension OR the layer is a member of a layer group "style group" with the scale-dependency of internal layers defined by SDL min/max scale denominators. The latter scenario should be enabled via the other issues in this milestoneI tested the MapML module with the pregeneralized features module. MapML features are returned at the highest resolution of a pregeneralized layer, apparently without taking the scale of the request into account. (Maybe I did something wrong - it's the first time I've used the pregen module).
Here is a screen cap of a WMS image layer having a pregeneralized-features data source, at the smallest scale, with "Use Features" unchecked:![image](https://github.com/Maps4HTML/geoserver/assets/2437285/8eaf2358-e4c5-4a22-bb3c-83004bfa3562)
Here is the same layer served as features ("Use Features" checked):![image](https://github.com/Maps4HTML/geoserver/assets/2437285/3018e341-c049-4865-8e92-b0b0a420fa89)
Although it may be hard to discern on casual inspection, the second request depicted took about 1 minute to process, and there are a lot of details present that are not necessary at this scale e.g. many small islands in Hudson's Bay. The browser tab is consuming about 2/3 Gb of RAM with the one layer alone.