Hi Dave:
heres a dump of the GDS in that file:
GdsHorizCoordSys
name='LatLon'
template=0
gdsNumberPoints=0
scanMode=0
proj=LatLonProjection
startx=-179.99998474121094
dx=0.0
starty=90.0
dy=-1.0
nx=361
ny=181
gaussLats=null
gaussw=null
as you see, dx=0.
Im not sure what 4.2 did as workaround.
can you contact the producer and have them fix their encoding? apparently its
ECMWF. Perhaps they have done some non-standard encoding?
heres one of the PDS:
file = 0 G:/work/daikan/pl_c00_2013052512_033.grib
Originating Center : (98) European Centre for Medium-Range Weather
Forecasts (ECMWF) (RSMC)
Originating SubCenter : (0) null
Table Version : 128
Parameter Table : (98-0-128) resources/grib1/ncl/ecmwf_128_gtb.h
Parameter Name : (130) T
Parameter Desc : Temperature
Parameter Units : K
Generating Process Type : (142) null
Reference Time : 2013-05-25T12:00:00Z
Time Units : (1) 1 Hour
Time Range Indicator : (0) Uninitialized analysis / image product /
forecast product valid for RT + P1
Time 1 (P1) : 33
Time 2 (P2) : 0
Time coord : 33
Level Type : (100) isobaric
Level Description : Isobaric surface
Level Value 1 : 200.000000
Level Value 2 : 255.000000
Grid Definition : 255
GDS Exists : true
BMS Exists : false
Decimal Scale Factor : 0
John
On 5/27/2013 6:25 AM, daikan wrote:
> Hi guys:
> I have a grib1 file (attachment file). With java 1.6 in windows7,
> the longitudes that readed by toolsUI-4.3.jar are [-180., -180., -180.,
> -180., -180., -180., .......],
> which all number are [-180.. In fact the longitudes are -180 ~ 180 with
> 1 degree interval.
> Using toolsUI-4.2.jar, I can get the corrent number. So, why? Very thanks!
> Dave
>
> 2013. 5. 27
>
>
>
>
> _______________________________________________
> netcdf-java mailing list
> netcdf-java@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
