Re: [netcdf-java] Read longitudes error with toolsUI-4.3.jar?

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/
> 



  • 2013 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdf-java archives: