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

20010123: nsat color problem

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: 20010123: nsat color problem
  • Date: Tue, 23 Jan 2001 10:31:54 -0700
Mark,

You should launch the "ntl" program first to ensure that you can allocate all
the colors needed. Since NSAT, GARP and NMAP all display satellite images
which use lots of colors (or gray shades) they are the most likely to
run out of colors. By launching ntl first, a shared color map is set up
for all the GEMPAK programs.

If ntl suceeds, you will have a launcher pannel with buttons for each GUI.
If you do not have enough colors, ntl will tell you how many colors you need
and how many you have. By default, GEMPAK will use 95 colors for satellite
images. If you are short the necessary number of colors, you can launch ntl 
with 
the -s command line option to specify fewer colors, such as "ntl -s 32".

Also, if you are short of colors, then make sure all other applications such
as web and file browsers are shut down first.

Steve Chiswell
Unidata User Support




>From: Mark Maciolek <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200101231503.f0NF3ve04335

>hi,
>
>       I have installed Gempak 5.6 for our researchers here at UNH on our
>SGI server. Both ntrans and nwx display to the researchers pc using Exceed
>with the color set to psuedocolor. I can not get nsat to display for the
>researcher it seg faults and core dumps. On my system it gives this error:
>
>Resource File:  /net/app/GEMPAK-5.6/resource/Nsat
> [GEMPLT -46]  NCLRAL - Can not allocate read/write colors.
>
>I visited the support archives and found one reference to it about
>changing the ntl table file but that had no effect.
>
>Any help would be appreciated.
>
>Mark
>
>--------------------------------------------------
>Mark Maciolek         University of New Hampshire
>Network Administrator  Morse Hall Room 338
>(603) 862-3050         Research Computing Center
>address@hidden  Durham, NH 03824
>http://www.sr.unh.edu  Fax 862-1761
>==================================================
>
>