[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
19990916: Grid file full message...
- Subject: 19990916: Grid file full message...
- Date: Fri, 17 Sep 1999 09:31:29 -0600
>From: David Himes <address@hidden>
>Organization: .
>Keywords: 199909171414.IAA11145
>
>Hello,
>
>We are trying to convert an mm5 output file to gempak. The convert
>program is called mm52gem and it uses GEMPAK API's for file output.
>The mm5 output files our huge (650Mb). We're getting a message
>
> "[GD-11] Grid file is full"
>
>towards the end of the conversion (working on the 48'th hour). Is
>there a GEMPAK parameter that controls how big a GEMPAK file can be or
>how many grids can be written to it? I seem to recall something about
>a limit, but on searching the GEMPAK support pages and Peggy's soo/sac
>pages, I am unable to find anything. I thought perhaps llmxgd looked
>like a possibility, but upon changing that and recompiling everything,
>I get the same problem.
>
>
>Thanks in advance...
>
>--
>
>Dave
>
Dave,
LLMXGD is the maximum number of grid points allowed in a single grid and
all your grids should have the same number of points since a grid file
can only contain a single projection. Our default is 100,000 gridpoints.
If you are exceeding the number of grids in a file, then you are
exceeding the number of headers allowed in a file, and you need
to increase MMHDRS. Presumably, your decoder program is creating
the gempak file with that number of headers allowed.
One other caveat, MMHDRS = LLSTFL + LLMXTM for surface/upperair files.
My defaults are 10,000 = 9800 + 200.
Also, if you change gemprm.xxx, you also need to change gemprm.h to match.
Steve CHiswell