Re: Multiple Value2dDisplay's on a single Raster

[Rick Riolo]

Doug,
Thanks for the comments.

I can see that in the case you are mentioning that things
would quickly get out of hand trying to get lots of info
conveyed for each cell.

But what I am thinking about here is a case where for the most
part (or entirely) the resources are disjointly distributed.
Think of it as if I had trees, lakes, and treeless fields,
so that each cell would have one or the others, and that
I want to have some "magnitude" of each type displayed
by the intensity of the color on the cell.

Thus I'm not trying to display multiple info in each cell,
but multiple info at different locations on the Raster.

 - r

Rick Riolo                           address@hidden
Program for Study of Complex Systems (PSCS)
4068 Randall Lab                
University of Michigan         Ann Arbor MI 48109-1120
Phone: 313 763 3323                  Fax: 313 763 9267
http://www.pscs.umich.edu/PEOPLE/rlr-home.html

On Tue, 21 Apr 1998, Doug Donalson wrote:

> Date: Tue, 21 Apr 1998 13:13:58 -0700
> From: Doug Donalson <address@hidden>
> To: address@hidden
> Subject: Re: Multiple Value2dDisplay's on a single Raster
> 
> Rick,
> 
>    I have dealt with a similar problem.  I have set up a meta-population model
> 
> where there are 4 agents.  Each 2D cell contains a subpopulation.  I wanted
> to display the densities of each agent in each subpopulation as intensity
> like heatbugs displays heat.  I played around with doubleing the X and Y
> sizes of the 2D and then mapping the 4 densities into 4 2D cells representing
> the for agents.  I came to the conclusion that although I could eventually
> do this, but it wasn't necessarlly a good idea.  I think that, at least
> potentially,
> displaying different landscape attributes sisde by side in a spatial map can
> quickly become very hard to read.  I ended up creating four 2D displays,
> one for each agent, and this has turned out to work quite well.
> 
> For what its worth...
> 
> Cheers,
> 
>    D3
> 
> Rick Riolo wrote:
> 
> > I have a student who is extending the SugarScape that
> > Nelson Minor provided.   One issue is how to display
> > on a single Raster both the sugar and spice values.
> >
> > It would be best would be if these were displayed in two different colors,
> > though the SugarScape book just displays them as one color
> > (because the hills are in different parts of the world).
> > I suppose if there was overlap (ie some cells with some of each
> > resource...I don't know if this happens in the SugarSpace book
> > examples or not), one color could overwrite the other.
> >
> > As far as I can see, this can't be done directly with
> > the current Value2dDisplay (at least in version 1.0.5).
> > In this case if one sets up 2 Grid2D's to hold the different
> > kinds of values, and has 2 Value2dDisplays mapping those
> > to the same raster, whatever gets written second over-writes
> > *all* of the Raster, ie., the zero values are not transparent
> > so that in effect only the second to be written values
> > are seen in the Raster.
> >
> > Is there any way to do this easily in the current Swarm?
> > Are there any plans for this?
> >
> > (One hack: have a combined Grid2d for the values,
> > combine the two types of values in that one object, and have one
> > Value2dDisplay map from there to the Raster.  This would
> > work ok I imagine, but the resources would be the same color.)
> >
> > Another solution would be to do the writing to the Raster
> > without using Value2dDisplays, I suppose.
> > Sounds like lots of work to me.
> >
> > One solution might be to write a Values2dDisplays,
> > which would accept multiple sources of data, and
> > allow the user to specify that a certain value is
> > "transparent".
> >
> > Any other solutions or ideas about this?
> > Thanks.
> >
> >  - r
> >
> > Rick Riolo                           address@hidden
> > Program for Study of Complex Systems (PSCS)
> > 4068 Randall Lab
> > University of Michigan         Ann Arbor MI 48109-1120
> > Phone: 313 763 3323                  Fax: 313 763 9267
> > http://www.pscs.umich.edu/PEOPLE/rlr-home.html
> >
> >                   ==================================
> >    Swarm-Support is for discussion of the technical details of the day
> >    to day usage of Swarm.  For list administration needs (esp.
> >    [un]subscribing), please send a message to <address@hidden>
> >    with "help" in the body of the message.
> >                   ==================================
> 
> 
> 
> 
>                   ==================================
>    Swarm-Support is for discussion of the technical details of the day
>    to day usage of Swarm.  For list administration needs (esp.
>    [un]subscribing), please send a message to <address@hidden>
>    with "help" in the body of the message.
>                   ==================================
> 

                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.
                  ==================================