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

20030403: 20030401: GINI data in gempak

Mark,

Your ingester is adding 2 lines at the beginning
of the product which are not expected by the display software.

You should be able to use "tail +3 file > newfile"
to dump the product out starting at the 3rd line to a new file.
Eventually, you probably want your ingester not to add those lines,
or to strip them out through a filter from pqact.

The relevant code in $GEMPAK/source/gemlib/im/imgi2gm.f expects the
actual GINI image (the stuff after the WMO header that you see)
will begin either 22 or 26 bytes into the product. Typically, the
WMO header as comes across NOAAPORT is 21 characters and looks like:
TIGE01 KNES 312200\r\r\n
So, the image starts at position 22.

Steve Chiswell
Unidata User Support




>From: Mark Tucker <address@hidden>
>Organization: Lyndon State College
>Keywords: 200304031554.h33Fsi7U024788

>On Wed, 02 Apr 2003 13:01:01 -0700
>
>> First, make sure your ingester isn't leaving any junk before the
>> product. Try running "od -c yoursatfile | head -1". You should see your
>> TIGx WMO header starting at the first byte. If not, then your ingester
>> needs to handle that. Eg:
>> 0000000   T   I   G   E   0   1       K   N   E   S       3   1   2   2 
>
>This is what I get when operating on any of the gini image files:
>
>od -c IR_20030403_1515 |head -1
>0000000 001  \r  \r  \n   9   9   9  \r  \r  \n   T   I   G   P   0   2
>
>What do I need to do to clean up the header info?
>
>> You also will running in to a problem with the sat key templates in Garp.
>> 
>> I suggest you file your images to a directory structure such as:
>> 
>> data/gempak/images/sat/WEST-CONUS/4km/IR4/IR4_(\1:yyyy)(\1:mm)\1_\2
>> 
>> where $SAT is $GEMDATA/images/sat. I beleive that the first part of
>> the filename before the first "_" is expected to be the same as
>> the directory name. Eg, when in the IR4/ directory, it is looking
>> for files named IR4_*
>
>I've tried to follow that method as much as I can considering the absence of
>any documentation.  There are still quite a few that I'm not sure how to file.
>Although I can navigate to the files with the correct date and time, I'm still
>not able to view the files in Garp or Nmap2. Does Unidata have any pqact.conf
>example files for GINI data? I've searched the web site without success.
>
>> If you use the above directory structure, the Garp_defaults and 
>> $GEMTBL/config/datatype.tbl templates won't need modification.
>
>
>
>> >From: Mark Tucker <address@hidden>
>> >Organization: Lyndon State College
>> >Keywords: 200304012121.h31LLO7U021260
>> 
>> >
>> >We've just installed a NOAAPort receiever system here at Lyndon State. 
>> >I've been trying to enable NGINI imagery in garp but without success.  I
>> >have added several simple entries in the pqact.conf on our ldm server and
>> >it seems to be filing the image files correctly.  I've updated my
>> >Garp_defaults to match the directory structure I've created.  The problem
>> >is that when I try to load one or more image files through the garp image
>> >menu the graphic says"no image". I am able to navigate the menu correctly
>> >and identify the appropriate date and time of the image files.  Our ldm is
>> >running 6.0.2 on Linux with gempak 5.6f.
>> >
>> >NIMAGE  ^TIGW04 .... ([0-3][0-9])([0-2][0-9])([0-5][0-9])
>> >FILE    -close 
>> >data/gempak/images/ngini/goeswest/conus/4micron/GWestIR4_(\1:yyyy)(\1:mm)\
>> >1_\ 2\
>> >
>> >Do I need to have this data processed by one of the decoders?  Does Unidata
>> >have any example pqact.conf entries for GINI data (gempak and/or mcidas)? 
>> >I am also interested in doing something with the RedBook data that is
>> >available but have not been able to find any information on setting this up
>> >with the ldm.  Thanks.
>> >
>> >-- 
>> >Mark Tucker
>> >Systems Administrator
>> >Meteorology Dept. 
>> >Lyndon State College
>> >http://apollo.lsc.vsc.edu
>> >address@hidden
>> >(802)-626-6328
>> >
>> 
>> ****************************************************************************
>> < Unidata User Support                                    UCAR Unidata
>> Program <(303)497-8643                                                  P.O.
>> Box 3000 < address@hidden                                  
>> Boulder, CO 80307
>> <--------------------------------------------------------------------------
>> -- < Unidata WWW Service             
>> http://my.unidata.ucar.edu/content/support    
>>   
>> ****************************************************************************
>
>
>-- 
>
>Mark Tucker
>Systems Administrator
>Meteorology Dept. 
>Lyndon State College
>http://apollo.lsc.vsc.edu
>address@hidden
>(802)-626-6328
>

Unidata WWW Service              http://my.unidata.ucar.edu/content/support