Changes between Version 13 and Version 14 of NetCDF_ProjectionTestingStatus
- Timestamp:
- Oct 23, 2011, 6:25:49 PM (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
NetCDF_ProjectionTestingStatus
v13 v14 21 21 ||M-2SP||Mercator||Yes||Yes||Yes*||18/10/11||Parameters appear correct, loads in NetCDF Java and IDV, but appears translated slightly (a few arc-minutes) from expected position|| 22 22 ||Ortho||Orthographic||Yes||Yes||Yes||18/10/11|||| 23 ||PS||Polar stereographic||Yes*|| No||No*||18/10/11||See projection comments below re parameters. File opens in NetCDF-Java IDV, but doesn't display as correctly georeferenced. ||23 ||PS||Polar stereographic||Yes*||Yes||No*||18/10/11||Believe we can translate parameters correctly, but see comments below. Translated file opens in NetCDF-Java IDV, but doesn't display as correctly georeferenced. || 24 24 ||Rot Pole||Rotated pole||No||No||No||18/10/11||See projection comments below|| 25 25 ||St||Stereographic||Yes||Yes||Yes||18/10/11|||| … … 36 36 * LCC : The OGC WKT 'Lambert_Conformal_Conic_2SP' maps clearly to LCC in CF-1 with 2 std parallels. The CF-1 spec claims that a 1SP version can be used, but it doesn't include a 'scale_factor' as does the OGC WKT 'Lambert_Conformal_Conic_1SP'. Is mapping std_parallel_1 maps to latitude_of_origin and setting scale_factor=1 correct? (see bug #3324) 37 37 * CEA : The CF-1 conventions claim this can be encoded with a 'scale_factor_at_projection_origin' alternative to standard parallel - how would this conversion be done back from OGC WKT? 38 * PS : This projection's parameters in CF-1 are quite unusual, and significantly different from http://www.remotesensing.org/geotiff/proj_list/polar_stereographic.html. In particular finding a CF-1 equivalent for 'latitude of natural origin' is proving difficult.38 * PS : This projection's parameters in CF-1 are significantly different from http://www.remotesensing.org/geotiff/proj_list/polar_stereographic.html. In particular the CF-1 equivalent for 'latitude of natural origin' seems to be 'standard_parallel'. Note: we have verified the current approach we take to mapping is the same used by at least one other NetCDF CF-1 user in the UCAR NARCCAP project. 39 39 * Rot pole : Not able yet to test: as seems GDAL needs support of advanced proj4 strings that can handle rotated coord systems (see bug #4285).