This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
On Wed, 5 Apr 2000, Steve Chiswell wrote: > No...they are there through 60 hours. Since you don't mention > if this is based on what you are receiving, or a decoded output file > then I would suggest checking for high latencies if you don't see the extended > times in the incoming data stream. I'm sorry, decoded output from dcgrib using garp and gdinfo. > If you are not decoding the full set of data, then I'd suggest checking > the decoder parameters. > > If the gempak file is full, then you need to increase the maximum number > of grids in the output file using the -m option. If you do not specify -m > then the default number of grids in a GEMPAK file is 1500. Using something > like -m 7500 would allow 7500 grids in the file. Now it's all coming back to me. I learned about the default last year after the changeover to NOAAPORT. We experimented getting ETA on the 212 & 215 grids as well as the mesoETA. The files we got were truncated and I eventually figured out that the max # of grid was 1500. So after poking around I located the #define DEFAULT_GRIDS in 'dcgrib.c' and changed it from 1500 to 2000. But that's apparently not enough for the mesoeta now and obviously using the '-m' parameter (which I didn't know about) is a much better solution. I will try both the eta and mesoeta with 7500. Tom ------------------------------------------------------------------------------ Tom McDermott Email: address@hidden System Administrator Phone: (716) 395-5718 Earth Sciences Dept. Fax: (716) 395-2416 SUNY College at Brockport