20000727: 20000726: DATTIM when plotting NGM MOS

Chris,

This is strange. I ran this on SOlaris which I believe you are too, and 
everything
worked. Normally, with that error, I would suspect that the station table for
the lat/lon information for all the decoded surface data was missing, so that
the too few stations wouldactually be true....but, since it works for a single 
time,
then that means that there should be lat/lon info in it.

Can you ftp to ~gbuddy/incomin your ngm file, the grid file you are attempting
to write to, and your oabsfc executable?

Thanks,

Steve Chiswell
Unidata User Support


>From: address@hidden (Chris Hennon)
>Organization: UCAR/Unidata
>Keywords: 200007271435.e6REZQT17298

>Steve -
>
>My input to OABSFC looks like:
>
> GEMPAK-OABSFC>l
> SFFILE   = 2000072700_nmos.gem
> GDFILE   = $HOME/grids/ngmmos.grd
> SFPARM   = sknt
> DATTIM   = all
> DTAAREA  = dset
> GUESS    = 
> GAMMA    = 0.3
> SEARCH   = 20
> NPASS    = 2
>
>When I run it like that, I get back:
>
>GEMPAK-OABSFC>r
> [OABSFC 6]  WARNING:  Area is not DATA area in file.
> [OABSFC -7]  There are too few stations in data subset area.
> [OABSFC 9]  No data from 2000072700_nmos.gem will be used.
> [OABSFC -9]  No valid parameters have been entered.
> Parameters requested: SFFILE,GDFILE,SFPARM,DATTIM,DTAAREA,GUESS,GAMMA,
> SEARCH,NPASS.
>
>When I change dattim to 000727/06, it runs normally and performs the
>analysis.  Sorry I wasn't as specific last time.
>
>Chris
>
>================================================
>| Chris Hennon        Ohio State University   |
>| Tropical Meteorology      address@hidden   |
>|                                              |
>| Dept of Geography   Office: 1155 Derby Hall  |
>| 1036 Derby Hall     Phone : (614) 292-2704   |
>| Columbus, OH 43210  Fax   : (614) 292-6213   |
>================================================
>