This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Hi Edward: The problem is that the grib record has both begin and end lon = 180. Obviously they mean the entire cylinder, and it would be better practice to use -180 for the begin lon. Anyway, ill add a fix to the next release. thanks for reporting this problem. John > Full Name: Edward Glen > Email Address: address@hidden > Organization: MetService New Zealand > Package Version: 4.3 alpha and git trunk > Operating System: Ubuntu 10.04 > Hardware: > Description of problem: Hi, > > I have a grib2 record (attached) obtained from > http://dd.weatheroffice.gc.ca/model_gem_global/high_resolution/grib2/lat_lon/ > > When converting this to NetCDF using both the 4.3 (alpha) release and > a clean build from the git trunk (as of Feb 9, 0100 UTC), I obtain the > attached netCDF file. > > The problem with the netCDF file is that all of the values for the > longitude dimension are 180, rather than spanning from -180 to 180 as > wgrib2 shows for the record: > > wgrib2 -domain CMC_glb_TMP_ISBL_925_latlon.6x.6_2012020800_P144.grib2 > 1:0:N=90.000000 S=-90.000000 W=-180.000000 E=180.000000 > > I'm hoping you have some ideas as to how/why this is happening along > with an easy fix or workaround. > > Cheers, > -Edward > > Ticket Details =================== Ticket ID: KDU-752210 Department: Support netCDF Java Priority: Normal Status: Closed