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

20040319: Gempak - Solaris 8 - decoding drops with dcuair

Megan,

This sounds like you either don't have enough stations allowed in your
created file, or you have run out of time slots. my guess is that your 
drops10.txt has more than 24 hours worth of data....for example,
in SNLIST, using DATTIM=list, you may see times from the previous day.

The best way to work with this is to use the YYYYMMDD template
in your output file name, instead of test.gem. This way, each file will 
have one day or 24 hours in the file. If you need to combine the data into
a single file later, then you can use SNMERG to copy multiple files
into a single file, but at least with the decoder, in order to accomplish
the hourly bins with -m 24, the initial step should be daily files.

The other p[ossibility would be you are allowing space for 1000 additional 
stations (the -a flag) in your data set....and since you have dropsondes, 
they won't be in the snstns.tbl file. Depending on the number of dropsondes 
you have, you may need to increase that.....but that wouldn't be likely for
broadcast data....but would be more likely if you had field experiment data.

Steve Chiswell


>From: "Megan Gentry" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200403192136.i2JLasQB029999

>Institution: NC State Forecasting Lab
>Package Version: 5.6
>Operating System: Solaris 8
>Hardware Information: Sun workstation
>Inquiry: I'm trying to decode several dropsondes using dcuair.  I\'m having tr
> ouble getting them all decoded with hourly entries.  I used the following com
> mand and all of the dropsondes were decoded...
>dcuair -c 021004/0000 -b 1000 -m 150 -a 1000 test.gem < drops10.txt
>However, this only produced entries every 3 hours.  I read up on the -m option
>  and realized that I should have set it to 24 to have entries hourly. So I us
> ed the same command, only with the -m option changed to 24.  This time I got 
> hourly entries.  However, when I used snlist to look at the dropsondes, the o
> nes near the end of the dataset were missing.  The dcuair.log file had the sa
> me number of bulletins read and processed with both commands.  
>Is there another option that I need to change when I reset -m to 24?
>Thanks,
>Megan
>
>
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publically 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.