Even Rouault
Even Rouault
PROJ.4 strings to express CRS are deprecated since many years and are lacking many other important information (like most datum). No enhancements to them is planned. They are basically frozen...
> Are you open to a PR implementing such? no need for one. API already exists. Cf https://proj.org/en/9.5/development/reference/functions.html#c.proj_crs_get_coordinate_system + https://proj.org/en/9.5/development/reference/functions.html#c.proj_cs_get_axis_count + https://proj.org/en/9.5/development/reference/functions.html#c.proj_cs_get_axis_info Example at https://github.com/OSGeo/PROJ/blob/master/src/apps/cs2cs.cpp#L276-L298
> Sadly, it seems the string `+proj=eqc +lon_0=0 +datum=WGS84` gives a `PJ_TYPE` of `PJ_TYPE_OTHER_COORDINATE_OPERATION`. yes, you need to add " +type=crs" to specify the PROJ.4 style string is intended to...
> I wonder what should be done with such nodes when translating WKT to PROJJSON? Just drop them before outputting? yes > Or is there already a way to represent...
That's an interesting proposal and that idea also occurred to me, given that the general mechanics for dealing with raster and vector pipelines is very similar and the code almost...
implemented in https://github.com/OSGeo/gdal/pull/12581
It would be great if AWS could actually publish a specification of how all this is supposed to work. Studying the guts of various SDKs around in various languages isn't...
CC @szekerest @runette
> data type conversion, presumably? yes, mostly. That's a driver specific decision to decide what in strict mode must be absolutely preserved, but my recollection is that it can perfectly...
> I think they should be removed. mentions of anything older than 3.0 can be removed