netCDF georeferencing broken with gdal 3.5.0

[jdries]

GDAL 3.5.0 introduced changes to netCDF CF attributes handling.
As a result, georferencing of openEO geotrellis netCDF files is wrong, we probably need to review our attributes and make them work with both old and new gdal versions.

https://github.com/OSGeo/gdal/blob/v3.5.0/NEWS.md

netCDF driver:

-     handle 'crs_wkt' attribute
-     always use WKT when found, without comparing with CF params (#4725)
-     limit SetFromUserInput() use to non file input
-     disable filename recoding to ANSI on Windows for netCDF >= 4.8
-     add WRITE_GDAL_VERSION and WRITE_GDAL_HISTORY creation option
-     add a VARIABLES_AS_BANDS=YES/NO open option
-     allow update mode of raster datasets
-     implement SetMetadataItem()/SetMetadata()
-     avoid warnings when CreateCopy() a non-georeferenced dataset, and opening a 1x1 non-georeferenced dataset
-     add a IGNORE_XY_AXIS_NAME_CHECKS=YES open option (https://github.com/qgis/QGIS/issues/47158)
-     recognize x/y axis from GMT generated files as geospatial axis (#5291, https://github.com/qgis/QGIS/issues/47158, https://github.com/qgis/QGIS/issues/45704)
-     read CF attributes giving CRS component names (#5493)
-     add support for writing/reading geolocation array without a grid_mapping variable

[jdries]

So the problem is, GDAL finds the SRS, but not the GeoTransform, this is revealed by setting CPL_DEBUG=ON:

GDAL_netCDF: did not get geotransform from CF nor GDAL!

[jdries]

So GDAL checks if CF conventions 1.9 are used, which apparently has clarified the use of crs_wkt, which we already use:
cf-convention/cf-conventions#222

So seems like we better declare this version as well.

[jdries]

The axis attribute on our coordinate variables seems to be an issue, even though the CF conventions seem to say that this is relevant.
For lat/lon projection, the 'coordinates' attribute on the data variables was also a problem.

Both coordinates and axis have now been removed.

[jdries]

Fixed on openeo-dev!