[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20000726: DATTIM when plotting NGM MOS
- Subject: 20000726: DATTIM when plotting NGM MOS
- Date: Mon, 31 Jul 2000 15:26:47 -0600
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/
>> ****************************************************************************
>>
>