Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- geopro:pedro:mason [2007/07/16 20:56] – pedro
+++ geopro:pedro:mason [2007/08/06 13:53] (atual) – 150.163.2.54
@@ Linha 4: / Linha 4: @@
 simulation library core in Java, designed to be the foundation for large custom-purpose Java simulations, and also to
 provide more than enough functionality for many lightweight simulation needs.//
+{{  http://leg.ufpr.br/~pedro/figures/mason-elements.jpg?650}}
 \\
@@ Linha 56: / Linha 58: @@
+====MASON: A New Multi-Agent Simulation Toolkit====
+|S Luke, C Cioffi-Revilla, L Panait, K Sullivan, 2004| Proceedings of the 2004 SwarmFest Workshop| [[http://leg.ufpr.br/~pedro/papers/Mason-SwarmFest04.pdf|pdf]]|
+\\
+**Abstract:** We introduce MASON, a fast, easily extendable, discrete-event multi-agent simulation toolkit in Java. MASON was
+designed to serve as the basis for a wide range of multi-agent simulation tasks ranging from swarm robotics to ma-
+chine learning to social complexity environments. MASON carefully delineates between model and visualization, al-
+lowing models to be dynamically detached from or attached to visualizers, and to change platforms mid-run. We de-
+scribe the MASON system, its motivation, and its basic architectural design. We then discuss ﬁve applications of MA-
+SON we have built over the past year to suggest its breadth of utility.
+\\
+Agents and the Schedule MASON employs a specific usage of the term agent: a computational entity which may
+be scheduled to perform some action, and which can manipulate the environment. Note that we do not explicitly
+state that the agent is physically in the environment, though
+it may be; in this case we would refer to the agent as an
+embodied agent. Agents are brains, and do not need to be
+bodies. MASON does not schedule events on the schedule to send to an agent; rather it schedules the agent itself.
+Fields MASON's fields relate arbitrary objects or values
+with locations in some notional space. Many of these fields
+are little more than wrappers for simple 2D or 3D arrays.
+Others provide sparse relationships. An object may exist in
+multiple fields at one time (and, for some fields, in the same
+field more than once). The use of fields is entirely optional.
+\\
 ====doing====
@@ Linha 71: / Linha 106: @@
 modeller to evaluate the system further (MASON, 2006).
-Luke, S., Cioffi-Revilla, C., Panait, L. and Sullivan, K. (2004), 'MASON: A New Multi-
-Agent Simulation Toolkit', SwarmFest 2004, Eighth Annual Swarm Users / Researchers
-Conference, University of Michigan, Ann Arbor, Michigan USA.
+====MASON: A Multiagent Simulation Environment====
+|S. Luke and C. Cioffi-Revilla and L. Panait and K. Sullivan and G. Balan, 2005|Simulation|[[http://leg.ufpr.br/~pedro/papers/mason-simulation-environment.pdf|pdf]]|
+\\
+**Abstract:** MASON is a fast, easily extensible, discrete-event multi-agent simulation toolkit in Java, designed
+to serve as the basis for a wide range of multi-agent simulation tasks ranging from swarm robotics
+to machine learning to social complexity environments. MASON carefully delineates between model
+and visualization, allowing models to be dynamically detached from or attached to visualizers, and
+to change platforms mid-run. This paper describes the MASON system, its motivation, and its basic
+architectural design. It then compares MASON to related multi-agent libraries in the public domain,
+and discusses six applications of the system built over the past year which suggest its breadth of
+utility.
+\\
-    MASON was designed as a smaller and faster alternative to Repast, with a clear focus on computationally
+MASON was designed as a smaller and faster alternative to Repast, with a clear focus on computationally
 demanding models with many agents executed over many
 iterations. Design appears to have been driven largely by