Re: [Repast-developer] Re: Repast-developer digest, Vol 1 #28 - 5 msgs

[Laszlo G. <gu...@la...>]

Hi Again,

Please find my comments below.

At 05:38 PM 11/29/01 -0800, Skye Bender-deMoll wrote:

>[...]
>
>I'm not at all familiar with the gis architecture, but one thing to
>consider is how the space framework works with the network framework.  for
>ex, if each spaces is keeping track of its adjacent neighbors, or you have
>matrix for looking up neighbors, this is conceptualy identical to a
>network, with all associated benifits and problems.  (i.e. if you are using
>an adjacency matrix, mem requriments go up as the SQUARE of the number of
>cells!)

Sure. This is a very important point. In the long run, everything should
be integrate with the networking framework smoothly. What I would
expect is that at the top of the hierarchy we have some core functionality
that applies to all spaces. And then, at one point, there is a forking in
the tree and the grid-like stuff goes one way, the more general, networking
stuff the other.

>also, I wonder if it is worth trying to do a bit of look ahead for how the
>repast libraries are structred.  Will the the concepts under the 2d spaces
>still make sense when extened to 3d?

In my work, I try to make this sure. My real problem is the parameters.
Wherever you need to identify a location, you need to pass the coordinates.
And the number of arguments define the signature of the method...
But since, I don't have any solution to this and cannot foresee any easy
way around it either, I decided to live with it... :-)


>webstart stuff sounds damn cool.  unfortunatly I've got a bit of a
>bandwidth problem havn't looked at it.  be cool to bundle up the jinGirNew
>demo and tell the authors..

Yeah! I forgot in my last mail. That's really cool!
How much work did it take?


Gulya

>xo,
>  -skye