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

[GEMPAK #ABG-423464]: garp issues

> 
> 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