I appreciate the logic for the 7-decimal places for data outlines in the RFC. But for engineering geometry I think that should be (optionally) room for more.
https://en.wikipedia.org/wiki/Decimal_degrees outlines graticule precision to real world...
... can you confirm that this 7-dp is just a default and that overrides will be tested in the Unit Tests.
7 dp is indeed the default (I took the default value the OGR GeoJSON driver uses for RFC 7946 GeoJSON). We have tests for converting values with different # of decimals applied.
Or, would it be better to play it safe if we just gave MgGeoJsonWriter a "convert as-is" mode and not apply capping decimal places if in this mode? We can adjust mapagent operations to use this mode in the absence of any numerical PRECISION parameter value in the request.