Implementations for new task "Geometry simplification"

[cportele]

A new part "Geometry simplification" will specify a query parameter to indicate a scale or zoom level at which the features will be displayed (resources Features and Features). The returned curve/surface/solid geometries will be simplified accordingly.

Before we assign a new part number to a new task and start to work on a new document, we need commitments for three independent implementations for each proposed conformance class.

If you have an interest in this extension, please consider to commit to implementing this extension and let us know in a comment to this issue.

Relevant links:

• Initial proposal
• Issues related to this extension

[pvretano]

CubeWerx commits to an implementation.

[cportele]

interactive instruments commits to implementing the extension in ldproxy.

[jerstlouis]

Ecere commits to an implementation in its GNOSIS Map Server.

Regarding the geometry simplification, in my mind this goes hand in hand with clipping capabilities: if the geometry is dense enough to benefit from simplification, then when interested in the full detail geometry, it is not realistic to expect to be able to retrieve it in its entirety. Has this been considered?

Example -- single-feature multi-polygons of all woodland in Great Britain:
http://maps.ecere.com/ogcapi/collections/OpenMapLocal:Woodland

GNOSISGlobalGrid zoom level 10 (1:136,500) simplification of the whole thing:
http://maps.ecere.com/ogcapi/collections/OpenMapLocal:Woodland/items.json?zoomLevel=10

Full detailed (GGG Zoom Level 15) clipped portion (subset syntax):
http://maps.ecere.com/ogcapi/collections/OpenMapLocal:Woodland/items.json?subset=Lat(58.52:58.53),Lon(-4.49:-4.48)

Alternate clipBox syntax:
http://maps.ecere.com/ogcapi/collections/OpenMapLocal:Woodland/items.json?clipBox=(-4.49,58.52,-4.48,58.53)