20051024: 20050801: 20041214: maximum number of files per directory

David,

I've upped the MXNMFL parameter in $GEMPAK/include/gemprm.h and GEMPRM.PRM
to 5000 for greater numbers of files in a directory in the 5.8.4 distibution
which I'm working on, and this now seems to have the desired effect
in allowing more image files in the directory as read and processed by
$GEMPAK/source/nmaplib/nim/nimgtim.c.
Either this wasn't changed in the earliest tests, or the parameters
were not isolated in the **dirent calls previously. 

I'll do some added tests as to how large this can be before breaking something,
but this is a good working number to start.

Steve Chiswell
Unidata User Support

>From: David Ovens <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200508012109.j71L90jo009061

>Steve,
>
>I finally got around to modifying $GEMPAK/source/cgemlib/cfl/cflrdir.c
>in 5.8.3a today, changing 1024 to 4096.  It did not help, however, I
>still do not get any times to choose from in nmap2 for NIDS
>directories that contain more than 1024 files.
>
>David
>
>On Wed, Dec 15, 2004 at 10:16:53AM -0700, Unidata Support wrote:
>> 
>> David,
>> 
>> The maximum number of files returned from a directory is
>> configured in $GEMPAK/source/cgemlib/cfl/cflrdir.c as 1024.
>> 
>> I upped the number of grid times in $GEMPAK/source/programs/gui/nmap2/nmap_d
> slw.c
>> to 12000 for similar reasons. I'll look for any other dependencies as to
>> cflrdir.c and check if the larger number returned may cause problems
>> for other calling routines. I don't see a problem with
>> nmap_dslw.c's call though, so let me know if you do have problems..
>> 
>> Steve Chiswell
>> Unidata User Support
>> 
>> 
>> 
>> >From: David Ovens <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200412150619.iBF6JqlI027130
>> 
>> >Hello,
>> >
>> >On our new weather server, freshair, we are storing a week's worth of
>> >images in $RAD/NIDS/%SITE/%PROD/ directories.  In GEMPAK5.7.4, I
>> >notice that NMAP2 cannot handle this.  I load IMAGE : RAD : ATX : N0R
>> >for example and the time/frame selection never shows anything at all!
>> >If I change Range/Int to display previous 9 days I can see some files.
>> >Also, if I move enough files out of that directory to bring the number
>> >below the magic 1024, things seem to work fine.
>> >
>> >Any ideas how I can modify this maximum number to be more like 4096? 
>> >
>> >David
>> >-- 
>> >David Ovens          e-mail: address@hidden
>> >Research Meteorologist    phone: (206) 685-8108
>> >Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>> >Box 351640                        Pacific Northwest
>> >University of Washington          http://www.atmos.washington.edu/mm5rt
>> >Seattle, WA  98195               Weather Graphics and Loops
>> >                                  http://www.atmos.washington.edu/~ovens/lo
> ops
>> >
>> --
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8643                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service              http://my.unidata.ucar.edu/content/support 
>> ----------------------------------------------------------------------------
>> NOTE: All email exchanges with Unidata User Support are recorded in the
>> Unidata inquiry tracking system and then made publicly available
>> through the web.  If you do not want to have your interactions made
>> available in this way, you must let us know in each email you send to us.
>
>-- 
>David Ovens             e-mail: address@hidden
>Research Meteorologist    phone: (206) 685-8108
>Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>Box 351640                        Pacific Northwest
>University of Washington          http://www.atmos.washington.edu/mm5rt
>Seattle, WA  98195               Weather Graphics and Loops
>                                  http://www.atmos.washington.edu/~ovens/loops
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.