[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDFJava #KDU-752210]: NetcdfDataset converts whole-world grib record to all longitude 180



> Hi John,
> 
> From what I can see, the begin is -180 with the end being +180.  

what tool do you use to see that?

Just to double check, I also ran this same grib2 file against an old 4.3 
release (maybe early December? not sure), and it correctly interprets the 
longitudes.  The jar is too large to attach so let me know if there is 
something specific I can run to give you an idea of what release it is or if 
you'd like me to post the jar somewhere to download.
> 
> Cheers,
> -Edward
> 
> -----Original Message-----
> From: Unidata netCDF Java Support [mailto:address@hidden]
> Sent: Saturday, 11 February 2012 9:07 a.m.
> To: Edward Glen
> Cc: address@hidden
> Subject: [netCDFJava #KDU-752210]: NetcdfDataset converts whole-world grib 
> record to all longitude 180
> 
> 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/l
> > at_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
> 
> 


Ticket Details
===================
Ticket ID: KDU-752210
Department: Support netCDF Java
Priority: Critical
Status: Open