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

Re: Hmmmm. Can rad handle the new 88d stuff yet? (decoder?)

In a previous message to me, you wrote: 

 >
 >I wonder if there are any freeware type programs that we can run as a
 >decoder-like process that will uncompress
 >the incoming NIDS data, so the older programs like WXP,GEMPAK etc can use
 >the data??
 >
 >I'll  do some searching on the internet and see if I can find something
 >already available.
 >
 >Mike
 >

Hi all,

I've been looking too, and while the algorithm used by zlib
is apparently the same as that used by pkzip (or zip on the
unix end of things), which is called deflate/inflate, the
pkzip/zip stuff won't work with it, because it doesn't have
any of the 'pkzip' shell stuff around it. 

I don't think there are any 'inflate from stdin' progs out
there, so I'm playing around (and learning C at the same
time) with trying to write my own.  It can't be that
hard, right?  Just read in the zlib'd data via stdin, into
an array, send it to the zlib routines to get back the
original data, and send that back out through stdout.
Not knowing C, it's gonna take some work to figure that
out.

If someone else is already working on such a beast, let me
know, otherwise if I get something working I'll let you all
know.

Unidata folks, does GARP/Gempak support the new zlib'd noaaport files
already, or are there plans for such support? I tried the stuff from
NAWIPS-5.4pl17 and it didn't recognize them.

Pete


--
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+
^ Pete Pokrandt                    V 1447  AOSS Bldg  1225 W Dayton St^
^ Systems Programmer               V Madison,         WI     53706    ^
^                                  V      address@hidden       ^
^ Dept of Atmos & Oceanic Sciences V (608) 262-3086 (Phone/voicemail) ^
^ University of Wisconsin-Madison  V       262-0166 (Fax)             ^
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+