NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTE: The galeon
mailing list is no longer active. The list archives are made available for historical reasons.
Hi, I tried to write some code to read grid_mapping as stipulate in Appendix F. But, I got some problems with the example file RUC.nc. Lambert_Conformal_projection did not have a standard_parallel #2 variable, and I did not know how to convert it to OGR. (The code is comment out at th e end of netcdfdataset.cpp for futur implementation. ) Regards, Denis
---------- Message transf=E9r=E9 ---------- From: yliu5@xxxxxxx To: warmerdam@xxxxxxxxx Date: Thu, 25 Aug 2005 16:07:43 -0400 Subject: Re: GMU WCS Server supports netCDF output Hi Frank, I believe the file is correct. Please refer to CF conventions document at http://www.cgd.ucar.edu/cms/eaton/cf-metadata/CF-1.0.html Chapter 5.6 and Appendix F. Actually the data is in UTM projection, but I can't find how to specify UTM in netCDF. So I used Transverse Mercator instead. Is there any other wayto specify projections?There are two variables called xdim and ydim. From them you can get the x-coordinate and y-coordinate of every pixel. Therefore we can get anything we want such as the offset, origin, etc. And also there are lat/lon variables storing the lat/lon of every pixel. That makes the netCDF file much larger than the original HDF-EOS file. If you have any better idea to avoid those unnecessary variables, please let me know. Thanks. Regards, Yang Liu LAITS,GMU
galeon
archives: