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

20010109: radar images

Clint,

It looks like Solaris is a little more picky about a type
comparison I used in a test for whether a product met
all the criteria for a zlib block.

In $GEMPAK/source/gemlib/im/imnexz.c, line 60:
        char   *boff;
should be 
        unsigned char   *boff;

If you built on your system, you can just make that change, then

cd $GEMPAK/source/gemlib/im
make clean
make all
make clean

cd $NAWIPS
make clean
make all
make install
make clean

If you downloaded the binary distribution, you can redownload the tarfile
and just extract the bin/sol directory with:
zcat gempak_upc5.6.a_sol.tar.gz | tar xvf - bin/sol

I have updated the tarfiles (source and binaries) in the
nawips-5.6 directory.

Chiz


>From: Clint Rowe <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200101091754.f09Hsso22365

>Chiz,
>
>Okay, everybody's (well, at least Gilbert) raging over the unencrypted,
>compressed radar images now coming across.  I tried to check them out,
>but got nowhere, so I'm feeling pretty stupid.  Aren't the latest (5.6a)
>gempak programs (including nsat, garp) supposed to read the compressed files.
>When I try, all I get is nothing.  Well, not quite nothing.
>
>With nsat, I get a /0000 for a title and  
> [IM -3]  Image file ^/data/gempak/images/sat/NIDS/OAX/N0V/N0V_20010109_1719 n
> ot 
>a supported format
> [GEMPLT -15]  NIPROJ - Invalid projection specified.
> [GG -7]  No map drawn.
> [GEMPLT -15]  NIPROJ - Invalid projection specified.
> [GG -13]  Error drawing lat/lon grid.
>
>With garp, I get "no Image" for a title and 
>GEMPAK: [IM -3]  Image file ^/data/gempak/nexrad/NIDS/OAX/N0V/N0V_20010109_171
> 9 
>not a supported format
>GEMPAK: [IM -3]  Image file /data/gempak/nexrad/NIDS/OAX/N0V/N0V_20010109_1719
>  
>not a supported format
>
>
>If I uncompress the files using Dan's ucnids program, I get a background map
>in nsat with lat/lon lines but, since there is nothing going on around here, 
>no image (not even clutter).  I got some files from the Boston radar since 
>it's snowing there.  Background map, but still no image.  Any idea what I'm
>doing wrong?
>
>Here's my pqact entry, too.
>NNEXRAD ^SDUS5. .(...) (..)(....) /p(...).*
>        FILE    -close /data/gempak/nexrad/NIDS/\1/\4/\4_(\2:yyyy)(\2:mm)\2_\3
>
>Files get generated in the proper directories, with the proper names, but ...
>
>Clint
>
>PS When the LaCrosse data were first being sent out unencrypted, I was 
>able to use Pete Pokradt's perl script to uncompress the files and I was able
>to display the results without problems.  Haven't re-tried that route, yet.
>
>
>
>====================================================================
>Clinton M. Rowe
>Associate Professor 
>Meteorology/Climatology Program                  phone:(402)472-1946
>Department of Geosciences                          fax:(402)472-4917
>University of Nebraska-Lincoln                        address@hidden
>
>
>From address@hidden Tue Jan  9 11:10:38 2001
>Received: from papagayo.unl.edu (papagayo.unl.edu [129.93.52.150])
>       by unidata.ucar.edu (UCAR/Unidata) with ESMTP id f09IAco25359
>       for <address@hidden>; Tue, 9 Jan 2001 11:10:38 -0700 (MST)
>Organization: UCAR/Unidata
>Keywords: 200101091810.f09IAco25359
>Received: from purga.unl.edu (purga [129.93.52.151])
>       by papagayo.unl.edu (8.9.3+Sun/8.9.3) with ESMTP id MAA19700
>       for <address@hidden>; Tue, 9 Jan 2001 12:08:22 -0600 (CST)
>Received: from purga (purga [129.93.52.151])
>       by purga.unl.edu (8.9.3+Sun/8.9.3) with SMTP id MAA08667
>       for <address@hidden>; Tue, 9 Jan 2001 12:08:59 -0600 (CST)
>Message-Id: <address@hidden>
>Date: Tue, 9 Jan 2001 12:08:59 -0600 (CST)
>From: Clint Rowe <address@hidden>
>Reply-To: Clint Rowe <address@hidden>
>Subject: radar images (part 2)
>To: address@hidden
>MIME-Version: 1.0
>Content-Type: TEXT/plain; charset=us-ascii
>Content-MD5: d4Z37bQLQnUth+b4SkaR7g==
>X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4u sparc 
>
>Okay, I was playing around with the options to Dan's program and found that
>I needed to output raw NIDS data using the -n option.
>/********************************************************************
>* ucnids - NIDS decompression utility for data compressed with zlib
>*
>*   syntax: ucnids [options] ifile ofile
>*   ifile and ofile can be "-" to use standard input and output
>*   options: 
>*     none - output uncompressed product with NOAAPORT CCB
>*     -c   - output with standard WMO CCB
>*     -w   - output with WXP-like WMO header
>*     -n   - output stripping header and leaving raw NIDS data
>********************************************************************/
>
>I can now see the data, but I still have my original question -- I thought
>the latest nawips version (5.6a) would handle the compressed files.
>
>Clint
>
>====================================================================
>Clinton M. Rowe
>Associate Professor 
>Meteorology/Climatology Program                  phone:(402)472-1946
>Department of Geosciences                          fax:(402)472-4917
>University of Nebraska-Lincoln                        address@hidden
>
>