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.
John, I added the ability to read the 2D and 3D NetCDF grids as a radar type of image, where the NetCDF file is specified as the RADFIL, or under the $RAD tree for NMAP2. GEMPAK already had the capability of reading AWIPS NetCDF satellite images, so this is just an extension of that. The 3D grids get pretty sparse above the lowest levels when viewed ad 2d plan view (the level can be specified in the NMAP2 interface just as the level 2 radar tilts). Given the size of the NetCDF files we are getting from NSSL, and the amount of CPU needed to un-gzip them, I'm looking at another solution such as reformatting the grids as GRIB2 products (as it takes some 13 GB of tiles to do a 3hr loop at the moment. Steve Chiswell Unidata User Support > Institution: Museum of Science, Boston MA > Package Version: 5.9.2 > Operating System: RHEL4 > Hardware Information: x86_64 > Inquiry: The release notes of GEMPAK 5.9.2 state that it supports the 3D > NetCDF radar format used by NSSL. We've been running their amazing software > for several months now - producing a plethora of realtime quality controlled > 3D NetCDF mosiacs for our area. I'd prefer to use GEMPAK to output the final > images for public display, as NSSL's software requires leaving a client > running in a snapshot mode - which I'd like to avoid. > > My question is how do I go about actually using this new support for the > NetCDF radar data? I am unable to find any mention of the specifics. > > John > > > > Ticket Details =================== Ticket ID: JXL-995488 Department: Support GEMPAK Priority: Normal Status: Closed