[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20000802: 20000726: DATTIM when plotting NGM MOS
- Subject: 20000802: 20000726: DATTIM when plotting NGM MOS
- Date: Wed, 02 Aug 2000 09:58:24 -0600
Chris,
Sorry about that. I forgot that I added the dcwnum routine for
computing a WNUM based on the pop, ovis, ptype etc.
Some additions for the next version.
I created a complete tar file:
dcnmos.tar.Z
You can unpack this from $NAWIPS, then
cd $GEMPAKHOME/source/programs/dc/dcnmos
make clean
make all
make install
make clean
The tarfile also contains a new packing file that adds WNUM to the list
of parameters in datafile so that you can plot WSYM or WTHR etc in sfmap.
People asked me to do this since WXP did something similar.
Steve Chiswell
>From: address@hidden (Chris Hennon)
>Organization: UCAR/Unidata
>Keywords: 200008021455.e72EtaT24382
>Steve -
>
>When I compile, it exits with an error:
>
>cc -DUNDERSCORE -DSunOS -g -c -DGEMPAK -DSTDC -D_DEV_CONSLOG dcnmos.c
>f77 -g -c dcnmdc.f
>dcnmdc.f:
> dcnmdc:
>"GEMINC:GEMPRM.PRM", line 20: Warning: local variable "ermiss" never used
>
>f77 -g -xildoff -o dcnmos dcnmos.o dcnmdc.o
>/usr/local/gempak/NAWIPS-5.4/lib/sol/appl.a
>/usr/local/gempak/NAWIPS-5.4/lib/sol/syslib.a
>/usr/local/gempak/NAWIPS-5.4/lib/sol/bridge.a
>/usr/local/gempak/NAWIPS-5.4/lib/sol/cgemlib.a
>/usr/local/gempak/NAWIPS-5.4/lib/sol/gemlib.a
>Undefined first referenced
> symbol in file
>dcwnum_ dcnmdc.o
>ld: fatal: Symbol referencing errors. No output written to dcnmos
>*** Error code 1
>make: Fatal error: Command failed for target `dcnmos'
>
>
>The old version compiles fine.
>
>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 Mon, 31 Jul 2000, Unidata Support wrote:
>
>>
>> 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 foreca
> st
>> 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 stor
> ed
>> 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/dcnmo
> s/
>> 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 e
> ver
>> > 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 s
> ing
>> > 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 attem
> pti
>> > 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 Prog
> ram
>> >> (303)497-8644 P.O. Box 3
> 000
>> >> address@hidden Boulder, CO 80
> 307
>> >> -------------------------------------------------------------------------
> ---
>> >> Unidata WWW Service http://www.unidata.ucar.edu/
>
>> >> *************************************************************************
> ***
>> >>
>> >
>>
>> ****************************************************************************
>> 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/
>> ****************************************************************************
>>
>