20020613: NIDS data (fwd)

Pete and Mike,

ZLIB has a 2 byte checksum that is used to signify the block end.
where ((byte0 << 8 + byte1) % 31) = 0

The sequence used by ucnids was one possible value, but not the general case.

The routines in GEMPAK and McIDAS use the above general check and so continue to
work. The GEMPAK program nex2gini is producing the 1km composite in the FNEXRAD
IDD feed, and continues to work. I currently use a 30 minute data window
in the composite plot, so if the N0R products are more than 30 minutes behind,
you will start noticing that the data will not be included in the composite.


Steve Chiswell
Unidata User Support







On Thu, 13 Jun 2002, Pete Pokrandt wrote:

>
> In a previous message to me, you wrote:
>
>  >
>  >Seems like the NWS needs to fix this. Has anyone emailed them?
>  >
>  >Mike
>  >
>
> I don't know who to email out there. Maybe someone at Unidata
> support would know??
>
> BTW, anyone using Dan Vietor's ucnids.c program to decompress
> the data, I have a modified version that will work with the
> new files as well as the old (I think, just tested the new)
>
> Email me if you need a copy.
>
> Pete
>
> --
> +>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+
> ^ Pete Pokrandt                    V 1447  AOSS Bldg  1225 W Dayton St^
> ^ Systems Programmer               V Madison,         WI     53706    ^
> ^                                  V      poker@xxxxxxxxxxxxxxx       ^
> ^ Dept of Atmos & Oceanic Sciences V (608) 262-3086 (Phone/voicemail) ^
> ^ University of Wisconsin-Madison  V       262-0166 (Fax)             ^
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+
>


  • 2002 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the ldm-users archives: