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

20000726: DATTIM when plotting NGM MOS



Chris,

The reason that you are having trouble with dattim=all is that
the TEXT is being stored in the file as the initial time, whereas the forecast 
data start at the 6 hour offset.

So, when oabsfc gets the list of times in the file, the first time has no
data (only the TEXT of the mos bulletin which you can list out with sflist).
In the new release of GEMPAK, this has been changed so that the TEXT is stored 
with the data of the FIRST time- which is 6 or 18Z.

You can see this, if you use sflist with dattim=list. The list of times
currently will have the bulletin time (0 or 12Z with only the TEXT sfparm).
You can use sfdelt to delete this time out of the file if you desire.
Then the gridding will work for dattim=all. I give you that solution if you
need to use any old data you have already decoded. 

To fix this in your copy of dcnmos to match the way the data will be stored in 
the 
new version, I have posted a patch to 
$GEMPAKHOME/source/programs/dc/dcnmos/dcnmdc.f
in ~gbuddy/nawips-5.4/patches/.

You can download the dcnmdc.f into your $GEMPAKHOME/source/programs/dc/dcnmos/
directory, then rebuild your dcnmos with:

cd $GEMPAKHOME/source/programs/dc/dcnmos/
make clean
make all
make install
make clean

Steve Chiswell
Unidata User Support




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

>Steve -
>
>I put the file 'chris_osu.tar' in the incoming directory.
>
>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   |
>================================================
>
>On Thu, 27 Jul 2000, Unidata Support wrote:
>
>> 
>> Chris,
>> 
>> This is strange. I ran this on SOlaris which I believe you are too, and ever
> ything
>> worked. Normally, with that error, I would suspect that the station table fo
> r
>> the lat/lon information for all the decoded surface data was missing, so tha
> t
>> the too few stations wouldactually be true....but, since it works for a sing
> le 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 attempti
> ng
>> 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   |
>> >================================================
>> >
>> 
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8644                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/     
>> ****************************************************************************
>> 
>