I'm not sure if I totally agree with this proposal... In fact I've been working on NetCDFs with geostationary projection for a while and have made my own contribution in the GDAL library and ADAGUC Server, in order to support "radian" units for the geostationary projection coordinates/dimension:
OSGeo/gdal#1799 KNMI/adaguc-server#122 and Proj4 Documentation review: OSGeo/PROJ#1179 I also know that the netcdf-java library supports "radian" units, and besides it looks for the "projection_x_coordinate" and "projection_y_coordinate" values for the `standard_name` attribute to find the x\y horizontal coordinates variables: https://github.com/Unidata/netcdf-java/blob/master/cdm/core/src/main/java/ucar/unidata/geoloc/projection/sat/Geostationary.java#L33 This library (netcdf-java) is used by a bunch of NetCDF visualisation softwares like Panoply, McIDAS, THREDDS Data Server, etc... Thus, if your proposal is accepted I gess you'll loose a lot of software compatibility. One thing that I've missed is why we shoud assume that "meters" is the canonical units of the horizontal coordinates. If so, what is the `units` attribute for? I hope my considerations can help you to better understand of the inpact of this proposal... -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/cf-convention/cf-conventions/issues/230#issuecomment-574742097 This list forwards relevant notifications from Github. It is distinct from [email protected], although if you do nothing, a subscription to the UCAR list will result in a subscription to this list. To unsubscribe from this list only, send a message to [email protected].
