20010105: 20010103: garp - surface data problem

Bryan,

Ok...it looks like you are using a different (circular) file naming for 
the upper air files.

What about the surface files? Can we get a verbose listing from Garp
when trying to display them?
Also, please provide me with the file naming conventions you are using
for the files which are causing problems.

Steve Chiswell
Unidata User Support



Can you run the same verboselogging when trying to
>From: "Bryan G. White" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200101051802.f05I2eo07202

>Got soundings to work again....
>
>1)  No new sounding data was being added to files.  If removed the '-b 24'
>    option from dcuair in the pqact file, it starting adding files again.
>
>2)  Data wasn't being displayed in garp or nmap.  Moved last year's data
>    out of the directory, only leaving this year's data.  After this, did
>    nmap and garp display sounding data again.
>
>----
>
>So I removed last year's data out of the surface files, thinking that it
>might help, but it didn't.  I still get the same error.  
>
>Here is the output from garp, displaying upper air data, logging at level 3:
>
>BuildUpperairList
>Using Garp Defaults file: "/home/gempak/gempak-5.6a/comet/garp/config/Garp_def
> aults"
>GetFilteredDirectoryList
>GetUpaList
>GetUpaList - calling upa_count
>GetUpaList - Allocating len_t = 107
>GetUpaList - calling upa_list
>  file = /cirp/data/gem/sound/sound_01.gem
>  nt = 7
>  iret = 0
>  times = 010104/0600    010105/0000    010105/0300    010105/0600    010105/0
> 900    010105/1200    010105/1500    
>add_list
>  list_size = 0
>  nt  = 7
>add_list -   0  010104/0600
>add_list -   1  010105/0000
>add_list -   2  010105/0300
>add_list -   3  010105/0600
>add_list -   4  010105/0900
>add_list -   5  010105/1200
>add_list -   6  010105/1500
>GetUpaList - calling add_file
>add_file
>  list_size = 0
>  nt  = 7
>  /cirp/data/gem/sound/sound_01.gem
>  /cirp/data/gem/sound/sound_01.gem
>  /cirp/data/gem/sound/sound_01.gem
>  /cirp/data/gem/sound/sound_01.gem
>  /cirp/data/gem/sound/sound_01.gem
>  /cirp/data/gem/sound/sound_01.gem
>  /cirp/data/gem/sound/sound_01.gem
>GetUpaList - returned from add_file
>GetUpaList - freeing times
>GetUpaList - times freed
>GetUpaList - freeing next_file = /cirp/data/gem/sound/sound_01.gem
>GetUpaList - next_file freed
>  list_size = 7
>ScrubUpaList
>label = 20010105/0000
>strings = /cirp/data/gem/sound/sound_01.gem
>label = 20010105/1200
>strings = /cirp/data/gem/sound/sound_01.gem
>StringListFree  cnt = 7, *string = 8ebb598
>StringListFree  cnt = 7, *string = 8eb1950
>SetScrolledList
>AddProductsToList
>StringListFree  cnt = 1, *string = 8eb09a8
>GetInputFocus()
>
>
>
>
>
>
>
>> Bryan,
>> 
>> Just to confirm, are you able to pull up and display the upper air
>> data from Garp?
>> You can use the Garp "Options" pulldown to set logging to Verbose 3 before
>> trying to display the surface product. THios might tell us where things are 
> getting
>> confused.
>> 
>> Steve Chiswell
>> Unidata User Support
>> 
>> >From: "Bryan G. White" <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200101032345.f03NjZo15780
>> 
>> >I'm having problems with garp and surface data.
>> >
>> >Whenever I try to display a surface product (metar, lighting, mos, etc.), I
>  ca
>> > n
>> >select what product I want, garp then shows the correct date/times that are
>  av
>> > ailable.
>> >I choose a time and garp dies with this error on a terminal...
>> >
>> >ilio: [1010] off end of record
>> >lately: reading sequential formatted internal IO
>> >part of last string: 1.0|
>> >
>> >
>> >Everything works just fine under nmap.
>> >
>> >Problem started when I converted my pqact.conf file to conform to your exam
> ple
>> > s
>> >in decoders.tbl and updated to gempak 5.6.   I don't know if problem starte
> d
>> >after changed pqact.conf or updating to gempak 5.6, but I think it was the 
>> >decoders.tbl.
>> >
>> >Any ideas?
>> >
>> >Thanks,
>> >
>> >Bryan
>> >
>> >
>> 
>> ****************************************************************************
>> 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/     
>> ****************************************************************************
>> 
>