Re: [gdal-dev] Projection issue with a netcdf file

2010-02-18 Thread Kyle Shannon
Frank, I have been working on this issue for some time and the driver has a quirky way of handling spatial reference parameters. If a tag is not present, the netCDFDataset::FetchCopyParms() function returns a default value. Currently, those default values are all specified as 0.0. Because of

Re: [gdal-dev] Projection issue with a netcdf file

2010-02-18 Thread Frank Warmerdam
Kyle Shannon wrote: Frank, I have been working on this issue for some time and the driver has a quirky way of handling spatial reference parameters. If a tag is not present, the netCDFDataset::FetchCopyParms() function returns a default value. Currently, those default values are all

Re: [gdal-dev] Projection issue with a netcdf file

2010-02-18 Thread Kyle Shannon
Frank, I would hold off on that patch for a little bit, I just found an issue. I also just replied to the other patch I submitted in trac. kss # === Kyle Shannon Physical Science Technician RMRS Fire Sciences Lab Fire, Fuels Smoke - RWU 4405 5775 Highway 10 W. Missoula, MT 59808

[gdal-dev] Projection issue with a netcdf file

2010-01-12 Thread Kyle Shannon
I am downloading a netcdf file from a thredds data server. It contains 4 grib datasets of weather data. When I run gdalinfo on one of these subdatasets, the standard parallels in the netCDF metadata (marked by astrisks) differs from the standard parallels in the reported Coordinate system:

Re: [gdal-dev] Projection issue with a netcdf file

2010-01-12 Thread Kyle Shannon
ncdump -h reports the same correct standard parallels (25) whereas Coordinate System reports 0 for both standard parallels. It appears the projection is a Lambert Conformal Conic with 2 standard parallels, but they are the same effectively making it a lcc with 1 standard parallel. #

Re: [gdal-dev] Projection issue with a netcdf file

2010-01-12 Thread Christopher Barker
Kyle Shannon wrote: I am downloading a netcdf file from a thredds data server. It contains 4 grib datasets of weather data. When I run gdalinfo on one of these subdatasets, the standard parallels in the netCDF metadata (marked by astrisks) differs from the standard parallels in the reported

Re: [gdal-dev] Projection issue with a netcdf file

2010-01-12 Thread Kyle Shannon
After a little digging, it appears that the netCDF driver does not support the tag: Lambert_Conformal:standard_parallel it supports: Lambert_Conformal:standard_parallel_1 and: Lambert_Conformal:standard_parallel_2 I am not sure if the tag is out of specification, or if the driver needs to be

Re: [gdal-dev] Projection issue with a netcdf file

2010-01-12 Thread Frank Warmerdam
Kyle Shannon wrote: After a little digging, it appears that the netCDF driver does not support the tag: Lambert_Conformal:standard_parallel it supports: Lambert_Conformal:standard_parallel_1 and: Lambert_Conformal:standard_parallel_2 I am not sure if the tag is out of specification, or if