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
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.