MathGroup Archive 2004

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: ListDensityPlot, ColorFunction, and associated confusions

  • To: mathgroup at smc.vnet.net
  • Subject: [mg49755] Re: [mg49737] ListDensityPlot, ColorFunction, and associated confusions
  • From: Selwyn Hollis <sh2.7183 at misspelled.erthlink.net>
  • Date: Fri, 30 Jul 2004 06:02:08 -0400 (EDT)
  • References: <200407291145.HAA10369@smc.vnet.net>
  • Sender: owner-wri-mathgroup at wolfram.com

On Jul 29, 2004, at 7:45 AM, AES/newspost wrote:

> I'm trying to show some rectangular arrays in two ways by creating
> side-by-side ListPlot3D and ListDensityPlot displays in a 
> GraphicsArray.
>
> Each of the arrays contains a primary "mountain peak" that arises out 
> of
> a flat plane at a base elevation close to zero, plus several secondary
> hillocks only 1/3 to 1/2 as high as the main peak -- and that's how 
> they
> show up in the ListPlot3D,
>
> In the ListDensityPlot, however, using the standard ColorFunction->Hue,
> the tops of some of the secondary hillocks show up in the same bright
> red as the top of the main peak, even though they appear in the
> ListPlot3D to be less than 1/2 as high as the main peak.  It's as if
> ColorFunctionScaling is being applied locally to each individual peak
> somehow.
>
> What might be going on here?  (And secondarily, because of the way Hue
> functions, the flat background plain ends up in close to the same red 
> as
> the top of the peaks.  Any easy way to fix that?)
>

Have you tried something like ColorFunction->(Hue[#^2]&) or 
ColorFunction->(Hue[#^(1/2)]&) ?


-----
Selwyn Hollis
http://www.appliedsymbols.com
(edit reply-to to reply)


  • Prev by Date: Re: pattern matching and droping elements from list of lists.
  • Next by Date: Re: Why overloaded arithmetic operations are so slow?
  • Previous by thread: ListDensityPlot, ColorFunction, and associated confusions
  • Next by thread: Re: ListDensityPlot, ColorFunction, and associated confusions