| 65 | === Add saving of Datum reference Ellipsoid parameters in CF-1 compliant format, in addition to within GDAL's WKT === |
| 66 | |
| 67 | '''Related tix''': #2893 [[BR]] |
| 68 | '''New -co options''': No, though related to the new proposed WRITEGDALTAGS option above. |
| 69 | |
| 70 | '''Has back-compat impact?''': No |
| 71 | |
| 72 | '''Change''': |
| 73 | |
| 74 | When exporting to NetCDF, save CF-1 attributes that specify the reference ellipsoid used by the projection SRS's datum. Continue also saving this information in the special GDAL "spatial_ref" tag. |
| 75 | |
| 76 | Note: when importing, the GDAL WKT datum information would be checked first as it fully specifies the datum. The CF-1 ellipsoid information would be usable as a fall-back. |
| 77 | |
| 78 | ((?? pds: Should we add anything here about special import behaviour, e.g. whether to auto-detect datum on import based on ellipsoid values?? Or should there be an option for this?)) |
| 79 | |
| 80 | '''Rationale''': |
| 81 | |
| 82 | CF-1 convention's only support of datums currently is to specify a reference ellipsoid using parameters such as 'semi_major_axis' and 'inverse_flattening'. |
| 83 | |
| 84 | While these attributes alone do not fully specify the datum (which requires an EPSG code so control points can be referenced), they at least allow fairly accurate map projection of the created NetCDF file using tools such as ncWMS. |
| 85 | |
| 86 | In the longer-term it would be beneficial to work with the CF-1 community to allow saving of full datum information in a format readable by CF-1. |
| 87 | |