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

20011015: gempak question



Andrew,

KXKY is the number of grid points in the X and Y direction (not the grid
point spacing). By definition, the number of grid points in each direction 
is an integer. You have real numbers. This is your error.

If you are trying to create a grid with 1.125 degree spacing, you should pick
the number of grid points in each direction necessary to produce the
desired spacing.

Steve Chiswell
Unidata User Support


>From: Andrew Levine <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200110151014.f9FAEU101083

>
>Hello, 
>I am a Master's student at the University of Hawaii.  I am in a
>bind with Gempak and I hope you can help me.  I need to set up a blank
>file with gdcfil which will eventually be filled with data from
>calculations from a program I have.  this is what
>I have filled into the gempak program:
>
> GDOUTF    Output grid file                  momvorprogs/gdcfilm
> PROJ      Map projection/angles/margins|dr   
> GRDAREA   Area covered by grid              -25; -180; 74; 180
> KXKY      Number of grid points in x;y      1.125; 1.125
> MAXGRD    Maximum number of grids           4000
> CPYFIL    Grid file whose navigation is to   
> ANLYSS    Grid analysis block                
>
>I want the blank file to be named gdcfilm, I want the grid area to be from
>25 S, 180  to 74 N, 180. So, I want the grid area to be a across the whole
>globe and encompassing the area between 25 S and 74 N.  The data from
>ECMWF I am working with is 1.125 degree resolution, so I have kxky set at
>1.125, 1.125.  I am not sure if I have to put the # in front of the kxky
>numbers, but even when  I do, it does not work.  So, I have that all typed
>in as you can see. But, when I go to run the program, I get the following
>error message:
>
> GEMPAK-GDCFIL>run
> [GDCFIL -6]  Grid size is invalid.
>
>I can not figure out how to fix this to make this work.  Do you
>know what I am doing wrong?  I would really appreciate if you could help
>me.
>
>Also, the data I am processing will actually be a smaller area than the
>generic gempak file I am creating.  Will this lead to any problems?
>
>Thanks for your help,
>Andrew Levine
>
>
>
>