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

Re: 20001220: number of times in file in nmap2



Steve-

Thanks. That did the trick. It's been an annoying problem for some time with Garp and Nmap as well, so I'm glad to finally get it resolved.

John

At 10:10 AM 12/20/00, Steve Chiswell wrote:
John,

I encountered similar problems when placing all the radar coded message
grids (HAXA00 KWBC) in a single daily file.

The problem was the length of the string that is used to return all the times
in a file. In the 5.6.A release I made yesterday:
$GEMPAK/source/programs/gui/nmap2/nmap_dslw.c,
you will find in: void dslw_layerSet(layer)

 * Chiz/Unidata         12/00   Increased gdclst size 1024->4096        *

You can see if this value is large enough, or you need to increase it some more.

Steve Chiswell
Unidata User Support


On Wed, 20 Dec 2000, john horel wrote:

> Folks-
>
> I'm trying to get NMAP2 to handle input grid files that have many times in
> the same daily file, i.e., we have gridded analyses every 15 minutes (192
> total times, as we compute 3-h pressure differences every 15 minutes).
> NMAP2 core dumps at the point when it is figuring out the number of times
> available to select from. I've bumped up the only obvious parameter to me,
> MAX_PIXMAP=88 in xwprm.h). Has anyone resolved this problem for similar
> nmap2 applications? For example, we run into the same type of  problem when
> we have too many days of eta grid files in the appropriate directory- in
> that case, the work-around is to scrub the older files and keep nmap2 happy.
>
> Thanks
>
> John
>

___________________________________
John Horel. Professor
Phone: (801) 581-7091 Fax: (801) 581-4362
email: address@hidden;address@hidden
Office: 480(483) INSCC
NOAA Cooperative Institute for Regional Prediction
Department of Meteorology
University of Utah
135 South 1460 East Rm 819
Salt Lake City, UT 84112-0110