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

RE: 20040503: 20040503: 20040430: archive Level II data and GEMPA K



That did it.  It works fine now.  Thanks a bunch.

-----Original Message-----
From: Unidata Support [mailto:address@hidden]
Sent: Monday, May 03, 2004 2:34 PM
To: Robert Mullenax
Cc: ''Unidata Support' '
Subject: 20040503: 20040503: 20040430: archive Level II data and GEMPAK 



Robert,

I put the 5.7.2p1 x86 executables out there.
Could you try it with dcnexr2 and gpnexr2 from
that dist? 5.6.m is now 2 revs back, so I'd
ave to rebuild that version---which wouldn't be
my first choice.

Steve


>From: Robert Mullenax <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200405031928.i43JSLtK017025

> Steve,
>
>I decoded one file of interest 1345Z on 1 May just to look
>at the data as a test.   It looked like it worked:
>
>[mcidas@avwxdell9 ~/lev2]$ dcnexr2 -s KHGX -d /log.log
>data/craft/KHGX/KHGX_20040501_1345 < 20040501_1345.raw
>[5971] 040503/1915 [DC 3]  Starting up. Version 5.6.m
>[5971] 040503/1915 [DC 5]  Normal termination.
>[5971] 040503/1915 [DC 2]  Number of bulletins read and processed: 68
>[5971] 040503/1915 [DC 6]  Shutting down.
>
>and the file was uncompressed:
>-rw-rw-r--    1 mcidas   wX        1771594 May  3 18:52 20040501_1345.raw
>-rw-rw-r--    1 mcidas   wX       15251096 May  3 19:16 KHGX_20040501_1345
>
>But, when I went to display it, NMAP2 refused to display it, and
>when running gpnexr2 I saw why:
>SITE: KHGX
>Filename : ARCHIVE2.
>Extension: 167
>Julian date: 1040501
>       time: 134535.658001
>oops, sweep is null
> [IM -3]  Image file /usr/mcidas/lev2/data/craft/KHGX/KHGX_20040501_1345
not
>a supported format
> [IM -8]  Could not open LUT file ...
> [GEMPLT -15]  NIPROJ - Invalid projection specified.
> [GG -7]  No map drawn.
> Parameters requested: MAP,GAREA,PROJ,RADFIL,LATLON,PANEL,TITLE,TEXT,CLEAR,
>
>Any ideas?  I am running a locally built version of GEMPAK 5.6m
>on RedHat Linux 9.  I decoded the file on this machine and
>also decoded it on a Solaris x86 machine running the Unidata
>binary (5.6m).
>
>Thanks,
>Robert
>
>
>
>
>
>
>
>
>
>
>-----Original Message-----
>From: Unidata Support
>To: Robert Mullenax
>Cc: 'Unidata Support'
>Sent: 5/3/2004 11:14 AM
>Subject: 20040503: 20040430: archive Level II data and GEMPAK 
>
>
>Robert,
>
>You just have to name the file appropriately
>using the file name of the raw file. A script is a good
>tool to automate chopping the fields to create the
>appropriate output file name.
>
>It isn't practical yo use a file template as with the other decoders
>because the CRAFT data is sent in 100 radial bz2 chunks. Any one bz2
>piece
>does not necessarily have the appropriate information within to
>determine
>the file time, so its not possible to generally read from a pipe
>and determine what files the parts go to. So the pqact action
>is a single time instance for the output file name.
>
>Steve Chiswell
>
>
>
>>From: Robert Mullenax <address@hidden>
>>Organization: UCAR/Unidata
>>Keywords: 200405031536.i43FawtK011465
>
>>I am still confused on this abit.  For dcgrib2 I would do something
>like:
>>cat *.file | dcgrib2 -m 20000 YYYYMMDDhh_gr.gem
>>
>>However, this obviously won't work here.  
>>
>>From the command line, how can I get it to write out the data with the
>>proper
>>time stamped file name as in the pqact example?
>>
>>Thanks,
>>Robert
>>
>>-----Original Message-----
>>From: Unidata Support [mailto:address@hidden]
>>Sent: Friday, April 30, 2004 5:01 PM
>>To: Robert Mullenax
>>Cc: 'address@hidden'
>>Subject: 20040430: archive Level II data and GEMPAK 
>>
>>
>>>From: Robert Mullenax <address@hidden>
>>>Organization: UCAR/Unidata
>>>Keywords: 200404301749.i3UHnmtK011339
>>
>>>I have occasionally gotten archived data from the ftp accounton
>motherlode.
>>>The other day I was looking for some radar data and found that their
>is
>>>archived
>>>Level II data there.    We would like to ftp over a few files at times
>>(just
>>>a few) to
>>>just look at the Level II as we haven't had that opportunity.   Does
>the
>>>data
>>>on motherlode need to be pass through gpnexr2?
>>>
>>>Thanks,
>>>Robert Mullenax
>>>
>>
>>Robert,
>>
>>The files are in the raw "bz2" format from the CRAFT datastream.
>>You need to pipe the les through dcnexr2 setting the -s KXXX station
>>ID (eventually when all the sites go to build 5 of theRPG, you won't
>have to
>>do that. See the $NAWIPS/ldm/etc/templates/pqact.gempak_craft example
>>if you need one.
>>
>>Once in the standard un-bz2 format, you can use nexr2rhi, gpnexr2,
>>or NMAP to view.
>>
>>Steve CHiswell
>>--
>>***********************************************************************
>*****
>><
>>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
>><
>>-----------------------------------------------------------------------
>-----
>><
>>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.
>>
>--
>************************************************************************
>**** <
>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  <
>------------------------------------------------------------------------
>---- <
>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.
>
--
****************************************************************************
<
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
<
----------------------------------------------------------------------------
<
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.