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

Re: 20020902: 5.6.h

Stonie,

NTL works here for me....under -depth 24 -class TrueColor. I'll have to check
that out on Linux when I get back to the office. It will be just a convenience
feature. The problem s likely a litlle endian SHAREDCOLORMAP section bug.

The display space will use more memory - but that is probably on your graphics
card. Changing an enhancement will force a reload of all the frames, as will
the fade option.

Any program using the Nxmlib for the puldown menus etc will look somewhat the
same under GEMPAK....but don't exactly know what you are referring to. Could be
that you are getting the same background menu colors for once (gray).

As fat as release notes, one thing I was going to point out to you is 
the addition of what we discussed wau back...the ability to fill in an
individual state, county, zone etc. in the BND parameter of GPMAP.
For example, I can do BND=zone_bnds|<ZONE>COZ039. This is one
area that I have to detail in the new features section.

More later....when I get back....

CHiz
On Tue, 3 Sep 2002, Stonie R. Cooper wrote:

> Steve,
> 
> You did a great job!  A couple of points you may want to make in your release 
> notes:
> 
> 1) After my compile, I did like I always did and brought up ntl to bring up 
> the other packages.  Obviously, it's no longer needed - and you can't bring 
> up any apps as far as I can tell.  I would make it clear to folks not to use 
> ntl anymore unless they are explicitly in 8-bit mode.
> 
> 2) This is a good thing - I didn't notice the memory usage bloat I fully 
> expected with tripling the color layer area . . . on my test bed (an old 
> 400MHz P-II with 384MB or memory), the loads were a little slow, but I didn't 
> notice a lot of memory hogging.  Good work!
> 
> 3) Is it just my imagination, or did the other n-progs take on the nmap2 
> lib/look?  I just noticed nsat looked a lot like a watered down nmap2.
> 
> I haven't gotten into this whole hog, but I am impressed.  My opinion on 
> version control and software features - this definitely would push it to 
> 6.0.x IMHO.  Probably the single biggest leap of functionality in recent 
> memory - as far as we are concerned.  You'll have to forgive me for diff'ing 
> to see all the X call changes - just curious.
> 
> Stonie
> 
> On Monday 02 September 2002 13:26, Steve Chiswell wrote:
> > Stonie,
> >
> > Nothing advertised yet, as I am out of the office through next week.
> > Still have to make release notes etc, and will repack the tar files
> > when I get back with updated ldm entries etc., but in the mean time-
> > yes, I have incorporated 24 bit display woth the xw and gf driver and
> > have tested on Linux and SGI, and back and forth from big to little
> > endian and vice versa.
> >
> > The only caveat is that ncolor is not a viable program under 24 bit,
> > and the fade bar in NMAP and Garpwill only update (reload) when
> > released (eg, not a continuous fade as in 8 bit since the entire
> > image has to be reloaded with the new color map).
> >
> > Other than that, feel free to give it a try!
> >
> > Steve Chiswell
> > Unidata User Support
> -- 
> Stonie R. Cooper
> Planetary Data, Incorporated
> ph. (402) 782-6611
>