This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Pete, I believe you mean Level III (NIDS products). GEMPAK and McIDAS used a different technique, relying on the bit checksum defined by zlib, rather than a hard coded value, and so both will continue to work. Steve Chiswell Unidata User Support On Thu, 13 Jun 2002, Pete Pokrandt wrote: > > Thanks to Dan V for this info. The ucnids.c program I'm using > to uncompress the data suffers from this same problem. > > Pete > > > > ------- Forwarded Message > > > > For those of you who don't know. NWS subtly changed the NIDS zlib > > compression today. WXP used a 789C sequence to determine whether the > > data are compressed or not. As of this morning, this changed to 78DA. > > So WXP now doesn't realize the NIDS data is compressed and thus is not > > decoding the data properly. I'm working on a fix which should be out > > shortly. > > > > - -- > > ________________________________________________________ > > Daniel Vietor > > > > ------- End of Forwarded Message > >