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

20010722: gprcm won't use satfil (topo)

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.

  • Subject: 20010722: gprcm won't use satfil (topo)
  • Date: Sun, 22 Jul 2001 14:03:52 -0600
>From: Robert Mullenax <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200107221852.f6MIqq129498

>I have been using a modified Unidata topo map to plot
>radar echoes on using gdradr and gdplot2_gf.  This works
>fine.  When I try to use gprcm I find there is no variable
>entry for LUTFIL and no matter what satfil I use (with proj=sat)
>it just uses the background map and ignores the satfil entry.
>As a workaround I saved the result from gprcm as a vgf file,
>then used gpmap_gf with the above satfil.  This works except
>the RADINFO data either is not being saved in the vgf file or 
>I am not using gpmap correctly as the NA's..etc do not show 
>up using a standard background or a topo map.
>
>Thanks,
>Robert Mullenax
>


Robert,

The lutfil value is currently hardcoded in gprcm.f as "DEFAULT",
so it isn't looking for the value as input.
This restriction can actually be eliminated- it was just part of the original
gpmap.f code I used at the time.

If you aren't getting the image, them it might be that you don't have a 
$GEMTBL/sat/imgtyp.tbl entry for the topo you have. Dis your modification
change the image source number from what is in the table?

Steve Chiswell
Unidata User Support