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.
> > Dear Support, > > I have two questions related to garp that was recently installed on a new > Sun with Solaris10. > > 1. I have done a binary install of gempak 5.9.3. It seems to be working > for the most part. It is decoding the ldm ingest (creating gem files) and > I can run all applications. The only problem is garp. When I hit the model > horiz and cross section button garp freezes and crashes with a 700 mb core > file. I thought it might be a garp-defaults issue (since I copied in one > I have used previously), but it also crashes with the garp-defaults that > came with gempak5.9.3. I also copied over my older 5.6.F binaries from > another Sun, and garp works fine with this, so it is something with 5.9.3? Brian, It may be an effect of changes since the 5.6.F distribution related to using the datatype.tbl aliases file for model data sets rather than the Garp_defaults pattern matching. The Garp defaults file method required all data sets be in a single grid directory, but that isn't really feasible now, especially for larger data sets where individual forecast times may be in seperate files. Are you using the fle naming as distributed with 5.9.3 for your LDM actions, or are you using older configurations? Garp may get upset withe the default data set "eta" if there are no data sets that match that name (the datatype.tbl file has an alias for eta, but it might need to be modified depending on wthere you are using older decoder actions. > > 2. I am looking for a way to get the CONUS nexrad data into garp, so > students can overlay. I am creating the fnexrad radar mosaic > using: > FNEXRAD ^radar_mosaic_national > PIPE -close decoders/dcgrib2 -d > data/gempak/logs/dcgrib_radar.log > -e GEMTBL=/home/gempak/NAWIPS/gempak/tables > data/gempak/radar/YYYYMMDD_radr.gem > # > however, since this is a gridded file, I am looking for some setup files > to display in garp (so students can overlay). Not sure if this is the best > approach. Actually, I was hoping that there was a CONUS NIDS ingest > directly, just like for an individual site? I create both the grib version of the radar composite as well as a gini image in the FNEXRAD feed. The GINI image is 1km, and works well for overlaying the image with observations, contours, watched, warnings, etc. The Grid data set can be used to plot the radar echoes on top of a satellite image, or to use in gridded calculations (such as with the RUC temperature grids to do a precipitation type). If you just want to look at the radar image, then the action provided in $NAWIPS/ldm/etc/templates/pqact.gempak_nexrad is: # png compressed 1km radar GINI format FNEXRAD ^rad/NEXRCOMP/(...)/(...)_(........)_(....) FILE -close data/gempak/images/sat/NEXRCOMP/\1/\2/\2_\3_\4 You may prefer to put that in data/gempak/nexrad/NEXRCOMP/\1/\2/\2_\3_\4 (I actually have a link on our systems) The original rational was that GINI was a satellite format, but its not a critical issue now since the color management can handle the number of colors needed for the echo levels. If you are using the default actions I provide, you may already be filing these. Steve Chiswell Unidata User SUpport > > Thanks in advance for any advice. > > Brian > > Ticket Details =================== Ticket ID: ABG-423464 Department: Support GEMPAK Priority: Normal Status: Closed