MASON-INTEREST-L Archives

March 2016

MASON-INTEREST-L@LISTSERV.GMU.EDU

Options: Use Monospaced Font
Show HTML Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Ernesto Carrella <[log in to unmask]>
Reply To:
MASON Multiagent Simulation Toolkit <[log in to unmask]>
Date:
Tue, 22 Mar 2016 14:57:22 +0000
Content-Type:
multipart/alternative
Parts/Attachments:
text/plain (1171 bytes) , text/html (1502 bytes)
The two easiest solutions are probably to either keep a map
Geometry-->Agent somewhere  or to subclass MasonGeometry to add a field
linking it back to the Agent.
First is probably better since you don't have to worry about making Agent
serializable as well (although you might not care)

On Tue, Mar 22, 2016 at 1:56 PM Nick Malleson <[log in to unmask]>
wrote:

> Hi all,
>
> This might have an easy answer, apologies if I have missed something on
> the list.
>
> I am using a GeomVectorField to store my agents. I need to be able to get
> back to the original Agent object, not just its associated MasonGeometry. I
> create agents and add them to the GeomVectorField a bit like this:
>
> Agent a = new Agent();
> agentGeomVectorField.addGeometry(a.getGeometry());
> schedule.scheduleRepeating(a);
>
> That basically works fine, but now I want to be able to get back to the
> underlying agent. I guess I could maintain a separate List of agents as
> well as the GeomVectorField, or I could add the agent to its
> MasonGeometry's userData field.
>
> Any opinions on which would be best? How else have people stored their
> agents and their geometries using geomason?
>
> Thanks in advance,
> Nick
>


ATOM RSS1 RSS2