repast-developer

[Repast-developer] RasterSpace Bug

[Bill R. <wr...@um...>]

	I've been trying to send this message to the *@src.uchicago.edu 
addresses but it keeps getting bounced back, so I thought I'd send it this 
way.
-Bill

-- 

        Not sure if this is the right address to send this to, but I
couldn't find any place else on the repast website.

        So I'm working with the RasterSpace class, and I wrote a subclass
that I'm calling QualitySpace.  Initially I tried to use the fully
detailed RasterSpace constructor in the following way:

        // this simple constructor just calls the parent constructor with
the
        //   right world sizes
        QualitySpace(int x, int y) {
                super(0,y,x,0,1,x,y);
        }

        x and y are the respective size of the world.  I was thinking
RasterSpace numbered from upper left to bottom right, hence why the y and
x are where they are in the constructor call.  However GIS numbers from
lower left to upper right, so my plan was incorrect.  I would expect then
when I make this call that the constructor would crash and I would get an
error message, but it got past this and didn't crash till I attempted to
get the size of the space at which point I got the following error stack:

alveare-ARMSR$ java.lang.NullPointerException
        at
uchicago.src.sim.space.RasterSpace.putValueAt(RasterSpace.java:295)
        at ARMSR.QualitySpace.initializeNormalMean(QualitySpace.java:39)
        at ARMSR.QualitySpace.initializeNormalMean(QualitySpace.java:39)
        at ARMSR.Model.createQualitySpaces(Model.java:111)
        at ARMSR.Model.buildModel(Model.java:657)
        at ARMSR.Model.begin(Model.java:773)
        at
uchicago.src.sim.engine.BaseController.beginModel(BaseController.java:337)
..blahblahblah...

        Where the line in my code in QualitySpace.java is:

               for ( x=0; x<getSizeX(); x++) {

        Anyway, probably not a big deal but it seems to me this should be
throwing an error in the constructor not waiting till I attempt to put a
value.
Take care,
Bill

RE: [Repast-developer] Looking to Contribute

[Nick C. <ntc...@ve...>]

Jeff,

All contributions are very much welcome. I'm not as involved in repast
development as I used to be, so others may be better placed to tell you
what's going on at the moment. However, I think there is work on GIS
integration as well as work on a new architecture for agent spatial
topologies.  Depending on your interests you could contribute here, but
other useful contributions would be a genetic algorithms, and neural
networks.

The really pressing need is to make a release out of the current code, but
that's not much fun and no doubt not the kind of contribution you'd like to
make at first.

Nick

> -----Original Message-----
> From: rep...@li...
> [mailto:rep...@li...]On Behalf Of
> Jeffrey Fuller
> Sent: Tuesday, January 27, 2004 12:09 AM
> To: rep...@li...
> Subject: [Repast-developer] Looking to Contribute
>
>
> I am currently working on a swarm intelligence research project. I was
> thinking that it might be a worthwhile goal to make an advancement to
> this project, rather than creating an esoteric application simply to
> satisfy the deliverable requirement. So, my question is: what needs to
> be done? What are you guys currently working on, and what features are
> you looking to implement?
>
>
> Any information would be great.
>
>
> -Jeff
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer
>

[Repast-developer] Looking to Contribute

[Jeffrey F. <jja...@ch...>]

I am currently working on a swarm intelligence research project. I was 
thinking that it might be a worthwhile goal to make an advancement to 
this project, rather than creating an esoteric application simply to 
satisfy the deliverable requirement. So, my question is: what needs to 
be done? What are you guys currently working on, and what features are 
you looking to implement?


Any information would be great.


-Jeff

[Repast-developer] Re: [Repast-cvs-commit] /VDC/src/UIS/VDC - New directory

[Mark R. D. <mdi...@la...>]

Gulp, my apologies, it was not my intention to do this!

Mark Diggory wrote:

> Update of /cvsroot/repast//VDC/src/UIS/VDC
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24184/VDC
> 
> Log Message:
> Directory /cvsroot/repast//VDC/src/UIS/VDC added to the repository
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Repast-cvs-commit mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-cvs-commit

-- 
Mark Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu

Re: [Repast-developer] Chart Archiver Hangs

[Mark R. D. <mdi...@la...>]

Ahh, I'll try adding properties to the JAXP parser to stop 
validation...Thanks.

-Mark

Jason Woodard wrote:
> Mark, I do remember running into this a while back.  Don't remember
> whether I was able to fix it, but have you tried backing off to the
> 2.0.x release?  (I assume by the error message that you're using the
> CVS version.)
> 
> It looks like there was a switch from calling Xerces directly to
> calling it via JAXP.  Not sure why that would make a difference, but
> maybe it caused validation to be turned on.  You could try turning
> it off with dbf.setValidating(false) at ChartArchiver.java:79.
> 
> 	-j
> 
> 
> 
> -----Original Message-----
> From: rep...@li...
> [mailto:rep...@li...] On Behalf Of Mark
> R. Diggory
> Sent: Monday, January 19, 2004 11:25 AM
> To: repast-developer
> Subject: [Repast-developer] Chart Archiver Hangs
> 
> 
> For some reason I can't fathom, the chart archiver is attempting to open
> 
> an ftp connection during the XML parsing, and then hanging for about 2 
> mins before timing out. Is this exception at all familiar to others? Is 
> it attempting to get a DTD or Schema from somewhere that could have been
> 
> stored locally?
> 
> -Mark
> 
> Error loading persistent chart sizes and positions
> java.net.ConnectException: Connection timed out: connect
> 	at java.net.PlainSocketImpl.socketConnect(Native Method)
> 	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
> 	at
> java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
> 	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
> 	at java.net.Socket.connect(Socket.java:452)
> 	at java.net.Socket.connect(Socket.java:402)
> 	at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
> 	at sun.net.NetworkClient.openServer(NetworkClient.java:118)
> 	at sun.net.ftp.FtpClient.openServer(FtpClient.java:423)
> 	at sun.net.ftp.FtpClient.<init>(FtpClient.java:692)
> 	at 
> sun.net.www.protocol.ftp.FtpURLConnection.connect(FtpURLConnection.java:
> 175)
> 	at 
> sun.net.www.protocol.ftp.FtpURLConnection.getInputStream(FtpURLConnectio
> n.java:257)
> 	at java.net.URL.openStream(URL.java:913)
> 	at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown
> Source)
> 	at
> org.apache.xerces.impl.XMLEntityManager.startDocumentEntity(Unknown 
> Source)
> 	at
> org.apache.xerces.impl.XMLDocumentScannerImpl.setInputSource(Unknown 
> Source)
> 	at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown
> Source)
> 	at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown
> Source)
> 	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> 	at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
> 	at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown
> Source)
> 	at
> javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
> 	at
> uchicago.src.sim.analysis.ChartArchiver.loadXML(ChartArchiver.java:81)
> 	at 
> uchicago.src.sim.analysis.ChartArchiver.loadCharts(ChartArchiver.java:69
> )
> 	at 
> uchicago.src.sim.engine.AbstractGUIController.setModel(AbstractGUIContro
> ller.java:155)
> 	at
> uchicago.src.sim.engine.Controller.setModel(Controller.java:146)
> 
> 

-- 
Mark Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu

[Repast-developer] AAMAS '04 Call For Papers

[Nick C. <ntc...@ve...>]

Hey all,

Please pass this along.

First Call for Papers:

Joint Workshop on Multi-Agent and Multi-Agent-Based Simulation
==============================================================

To be held at Columbia University in New York City, USA on
July 19 or 20, 2004.
http://www.agents.cs.nott.ac.uk/events/mamabs04

Co-located with the Third International Joint Conference on Autonomous
Agents and Multiagent Systems (AAMAS'2004).
http://satchmo.cs.columbia.edu/aamas04

Aims and Scope
--------------

There has been considerable recent progress in modeling and analyzing
multi-agent systems (MAS), and in techniques that apply MAS models to
complex real world systems such as social systems and organizations.
Simulation is an increasingly important strand that weaves together this
work.  In high-risk, high-cost situations, simulations provide critical
cost/benefit leverage, and make possible explorations that cannot be
carried out in-situ:

* Multi-agent approaches to simulating complex systems (often referred
to as Multi-Agent Based Simulation or "MABS") is a key tool in
inter-disciplinary studies of social systems. Agent-based social
simulation (ABSS) research simulates and synthesizes social behavior in
order to understand real social systems with properties of
self-organization, scalability, robustness and openness.

* In the MAS community, simulation has been applied to a wide range of
MAS research and design problems from models of complex individual
agents employing sophisticated internal mechanisms to models of large
scale societies of relatively simple agents which focus more on the
interactions between agents.

* For the simulation community, MAS-based approaches provide a new way
of organising and managing large scale simulations (e.g., GRID-based
simulations), and agent simulation presents a challenging new domain
requiring the development of new theory and techniques.

This workshop concerns agent simulation construed broadly, from
multi-agent approaches to simulating complex systems, to the simulation
of part or all of a multi-agent system and the hard technical issues of
multi-agent simulation itself. Contemporary directions in both MABS and
MAS research present significant challenges to existing simulation tools
and methods, such as concepts and tools for modeling complex social
systems and environments; scalability (to thousands or millions of
large-grain agents); heterogeneity of simulation components and modeled
agents; visualisation and steering of simulation behaviour; validation
of models and results; human-in-the-loop issues; and more. The workshop
will provide a forum for social scientists, agent researchers and
developers and simulation researchers to assess the current state of the
art in the modelling and simulation of social systems and MAS, identify
where existing approaches can be successfully applied, learn about new
approaches and explore future research challenges.

A General topics

* Agent and environment models to support simulation
* Standards for simulators including inter-operability
* Agent and agent-based simulation on the GRID
* Scalability issues
* Synchronisation approaches

B MAS Simulation Infrastructure

* Parallel and distributed simulation of MAS
* Tools, environments and kernels for simulating MAS
* Data collection and analysis (e.g., monitoring, visualisation)
* MAS simulation languages and formalisms (e.g., DEVS, petri nets)
* Combined approaches to verification of MAS (e.g., combining
  simulation with formal and/or empirical verification)

C Multi-Agent Based Simulation

* Formal and agent-based models of social behaviour
* Applications of MABS
* The use of MABS to understand complex dynamics
* Emergence as an MAS programming paradigm
* New tools and methodologies for MABS
* Social structures and norms as tools for designing MAS

The workshop is in part a continuation of the International Workshop
series on Multi Agent Based Simulation (MABS). More information about
MABS can be found at http://www.pcs.usp.br/~mabs.


Target Audience
---------------

The workshop will be of interest to researchers in the modelling
and analysis of multi-agent systems, and researchers who are
interested in applying agent-based simulation techniques to
real-world problems.


Important dates
---------------

Submission deadline:                  April 1
Notification of acceptance:           May 1
Final pre-workshop version deadline:  May 20
Workshop event:                       July 19/20


Publication
-----------

All accepted papers will be printed in the worskhop proceedings. In
addition, following the tradition of the previous MABS workshops selected
papers will be revised and published by Springer in the LNCS
series. Preliminary schedule of the post-proceedings process:

Second reviewing:                     September
Revised camera-ready papers deadline: October
Publication:                          December


Submission Guidelines
---------------------

A PDF file containing the paper should be e-mailed to
ma...@ca... by the 1st of April 2004. The paper must be in
Springer LNCS format (see http://www.springer.de/comp/lncs/authors.html) and
no more than 10 pages.


Organizing Committee
--------------------

Paul Davidsson (Blekinge Institute of Technology, Sweden)
Les Gasser (University of Illinois at Urbana-Champaign, USA)
Brian Logan (University Nottingham, UK)
Keiki Takadama (Tokyo Institute of Technology, Japan)


Program Committee
-----------------

Robert Axtell (The Brookings Institution, USA)
Georgios Theodoropoulos (University of Birmingham, UK)
Lin Uhrmacher (University of Rostock, Germany)

Gul Agha (University of Illinois at Urbana-Champaign, USA)
John Anderson (University of Manitoba, Canada)
Rafael Bordini (University of Liverpool, UK)
Francois Bousquet (CIRAD/IRRI, Thailand)
Christopher D. Carothers (Rensselaer Polytechnic Institute, USA)
Shu-Heng Chen (National Chengchi University, Taiwan)
Claudio Cioffi-Revilla (George Mason University, USA)
Helder Coelho (University of Lisbon, Portugal)
Rosaria Conte (IP/CNR Rome, Italy)
Nick Collier (PantaRei LLC/Argonne National Lab, USA)
Daniel Corkill (University of Massachusetts, USA)
Nuno David (ISCTE, Lisbon, Portugal)
Bruce Edmonds (Manchester Metropolitan University, UK)
Richard Fujimoto (Georgia Institute of Technology, USA)
Nigel Gilbert (University of Surrey, UK)
Nick Gotts (Macaulay Institute, Scotland, UK)
David Hales (University of Bologna, Italy)
Matt Hare (University of Zurich, Switzerland)
Rainer Hegselmann (University of Bayreuth, Germany)
Wander Jager (University of Groningen, Netherlands)
Marco Janssen (Indiana University, USA)
Christophe Le Page (CIRAD, France)
Scott Moss (University of Manchester, UK)
Akira Namatame (National Defense Academy, Japan)
Emma Norling (University of Melbourne, Australia)
Michael North (Argonne National Laboratory, USA)
Mario Paolucci, (IP/CNR Rome, Italy)
Alexander Pretschner (Technische  Universitt Mnchen, Germany)
Patrick Riley (Carnegie Mellon University, USA)
Juliette Rouchier (Greqam (CNRS), France)
Keith Sawyer (Washington University in St. Louis, USA)
Matthias Scheutz (University of Notre Dame, USA)
Jaime Sichman (University of Sao Paulo, Brazil)
Liz Sonenberg (University Melbourne, Australia)
Takao Terano (University of Tsukuba, Japan)
Klaus Troitzsch (University of Koblenz, Germany)
Carl Tropper (McGill University, Canada)
Stephen Turner (Nanyang Technological University, Singapore)
Harko Verhagen (Stockholm University, Sweden)
Manuela M. Veloso (Carnegie Mellon University, USA)
Regis Vincent (SRI International, USA)
Philip A. Wilsey (University of Cincinnati, USA)


----------------------
Nick Collier
Software Developer

RE: [Repast-developer] Chart Archiver Hangs

[Jason W. <jwo...@hb...>]

Mark, I do remember running into this a while back.  Don't remember
whether I was able to fix it, but have you tried backing off to the
2.0.x release?  (I assume by the error message that you're using the
CVS version.)

It looks like there was a switch from calling Xerces directly to
calling it via JAXP.  Not sure why that would make a difference, but
maybe it caused validation to be turned on.  You could try turning
it off with dbf.setValidating(false) at ChartArchiver.java:79.

	-j



-----Original Message-----
From: rep...@li...
[mailto:rep...@li...] On Behalf Of Mark
R. Diggory
Sent: Monday, January 19, 2004 11:25 AM
To: repast-developer
Subject: [Repast-developer] Chart Archiver Hangs


For some reason I can't fathom, the chart archiver is attempting to open

an ftp connection during the XML parsing, and then hanging for about 2 
mins before timing out. Is this exception at all familiar to others? Is 
it attempting to get a DTD or Schema from somewhere that could have been

stored locally?

-Mark

Error loading persistent chart sizes and positions
java.net.ConnectException: Connection timed out: connect
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
	at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
	at java.net.Socket.connect(Socket.java:452)
	at java.net.Socket.connect(Socket.java:402)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
	at sun.net.NetworkClient.openServer(NetworkClient.java:118)
	at sun.net.ftp.FtpClient.openServer(FtpClient.java:423)
	at sun.net.ftp.FtpClient.<init>(FtpClient.java:692)
	at 
sun.net.www.protocol.ftp.FtpURLConnection.connect(FtpURLConnection.java:
175)
	at 
sun.net.www.protocol.ftp.FtpURLConnection.getInputStream(FtpURLConnectio
n.java:257)
	at java.net.URL.openStream(URL.java:913)
	at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown
Source)
	at
org.apache.xerces.impl.XMLEntityManager.startDocumentEntity(Unknown 
Source)
	at
org.apache.xerces.impl.XMLDocumentScannerImpl.setInputSource(Unknown 
Source)
	at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown
Source)
	at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown
Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
	at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown
Source)
	at
javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
	at
uchicago.src.sim.analysis.ChartArchiver.loadXML(ChartArchiver.java:81)
	at 
uchicago.src.sim.analysis.ChartArchiver.loadCharts(ChartArchiver.java:69
)
	at 
uchicago.src.sim.engine.AbstractGUIController.setModel(AbstractGUIContro
ller.java:155)
	at
uchicago.src.sim.engine.Controller.setModel(Controller.java:146)


-- 
Mark Diggory
Software Developer
Harvard MIT Data Center
http://osprey.hmdc.harvard.edu


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Repast-developer mailing list
Rep...@li...
https://lists.sourceforge.net/lists/listinfo/repast-developer

[Repast-developer] Chart Archiver Hangs

[Mark R. D. <mdi...@la...>]

For some reason I can't fathom, the chart archiver is attempting to open 
an ftp connection during the XML parsing, and then hanging for about 2 
mins before timing out. Is this exception at all familiar to others? Is 
it attempting to get a DTD or Schema from somewhere that could have been 
stored locally?

-Mark

Error loading persistent chart sizes and positions
java.net.ConnectException: Connection timed out: connect
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
	at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
	at java.net.Socket.connect(Socket.java:452)
	at java.net.Socket.connect(Socket.java:402)
	at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
	at sun.net.NetworkClient.openServer(NetworkClient.java:118)
	at sun.net.ftp.FtpClient.openServer(FtpClient.java:423)
	at sun.net.ftp.FtpClient.<init>(FtpClient.java:692)
	at 
sun.net.www.protocol.ftp.FtpURLConnection.connect(FtpURLConnection.java:175)
	at 
sun.net.www.protocol.ftp.FtpURLConnection.getInputStream(FtpURLConnection.java:257)
	at java.net.URL.openStream(URL.java:913)
	at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
	at org.apache.xerces.impl.XMLEntityManager.startDocumentEntity(Unknown 
Source)
	at org.apache.xerces.impl.XMLDocumentScannerImpl.setInputSource(Unknown 
Source)
	at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
	at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
	at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
	at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
	at uchicago.src.sim.analysis.ChartArchiver.loadXML(ChartArchiver.java:81)
	at 
uchicago.src.sim.analysis.ChartArchiver.loadCharts(ChartArchiver.java:69)
	at 
uchicago.src.sim.engine.AbstractGUIController.setModel(AbstractGUIController.java:155)
	at uchicago.src.sim.engine.Controller.setModel(Controller.java:146)


-- 
Mark Diggory
Software Developer
Harvard MIT Data Center
http://osprey.hmdc.harvard.edu

Re: [Repast-developer] scheduling methods with parameters

[Robert M. <R.M...@cs...>]

Hi,

I have a feeling this is more appropriate for repast-interest but anyway.

I don't have the source code with me but I think the method uses the 
code-gen class as opposed to reflection. Not sure about this though, as I 
said, the documentation suggests not and if memory serves maybe the 
code-gen was actually just for the NQP stuff with SimBuilder. (apparently 
memory does not serve quite as well as one would hope !)

If I am wrong then you can just hack the source a bit so that you can pass
in some parameters as an Object[] (see the Method class in
java.lang.reflect) and it calls it with that. When I say hack, I mean of 
course subclass and override the pertinent method. 

If I am right, you can still do as above but be prepared for a significant 
drop in performance of your model, unless you want to work out how the 
CodeGen package works, and add some functionality.

Cheers, Rob.

On 26 Nov 2003, Juan Antonio Rodriguez Aguilar wrote:

> Hi there,
> Can anyone tell me how to schedule methods along with parameters?
> I've been browsing the API and it seems that there are quite a few ways
> of scheduling methods, but I haven't been able to find how to schedule a
> method that requires parameters.
> Cheers.
> 
> Juan
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer
> 

[Repast-developer] scheduling methods with parameters

[Juan A. R. A. <ja...@ii...>]

Hi there,
Can anyone tell me how to schedule methods along with parameters?
I've been browsing the API and it seems that there are quite a few ways
of scheduling methods, but I haven't been able to find how to schedule a
method that requires parameters.
Cheers.

Juan

[Repast-developer] NQPY source code/class files

[Nathaniel O. <no...@MI...>]

Hi,
	I am a modeler that did dissertation work in computer language
implementation and analysis.  I've recently started using Simbuilder as a
modeling tool and have found it VERY useful but also somewhat limited in
certain areas.  I would like to get involved in the development of both
Simbuilder and NQPY.  

	Unfortunately, the standard source distribution for Simbuilder seems
incomplete.  In particular, I am unable to compile simbuilder due to the
absence of both the NQPY source code and classes.

	Can anyone refer me to where I can get the source for NQPY or get
involved in the development of this language?  If this is not possible,
could anyone refer me to where I can get the class files for this language
(which appear to be needed to compile Simbuilder).

Thanks very much for your help!

Nate Osgood
-------------------------------------
Nathaniel Osgood, PhD
Senior Lecturer and Research Associate
Massachusetts Institute of Technology
77 Massachusetts Avenue Rm 1-376
Cambridge, MA 02139

[Repast-developer] Synchronized variables

[Luc G. <gir...@ic...>]

Dear all,

I tried to run a simulation over a parameter space with two
synchronized variables (as described in the documentation, except that
I have a nested loop):

runs: 1
s {
   start: 1
   end: 3
   incr: 1
   {
         runs: 1
         x {
           set_list: 4 5 6
         }
         y {
           set_list: 7 8 9
         }
   }
}

Unfortunately, it results in only 6 runs and with illogical values
after at the beginning of the second main loop:

   run  s  x  y
   1    1  4  7
   2    1  5  8
   3    1  6  9
   4    2  4  9  <- Ooops...
   5    3  5  7
   6    3  6  8

instead of the expected:

   run  s  x  y
   1    1  4  7
   2    1  5  8
   3    1  6  9
   4    2  4  7
   5    2  5  8
   6    2  6  9
   7    3  4  7
   8    3  5  8
   9    3  6  9

I tried to locate the problem in the source code, but I somehow got
lost... Any help would be appreciated!
  =20
Cheers

Luc

--=20
Luc Girardin, Swiss Federal Institute of Technology (ETH)
Center for Comparative and International Studies (CIS)
Seilergraben 49, CH-8092 Z=FCrich  Switzerland

[Repast-developer] RFM

[Tom H. <tr...@uc...>]

Hi everybody,
In working on new features, bug fixes, etc. for RePast, several
contributers have noted that one major challenge is not knowing how more
modellers are using the library.  Having this information would allow
for better, more model-focused (instead of software-focused) releases.
So, in the spirit of this, I'd like to make a RFM (Request For Models).
Could you (the model writer) please send us (the contributers) copies of
your model code?  Of course, we understand the need for privacy.  We
would be more than happy to work out a privacy plan with you that fits
your needs.  So, please, help out and submit your models.  You can
contact me directly, if you like.

Also, there isn't necessarily a need for separation between modellers
and contributers.  Often it's the same person.  So, anyone who is
interested in contributing to repast should contact the
rep...@li... mailing list.  We working to make
the process of contributing easier, and to provide clearer recognition
for individual efforts. 

Thanks, and I look forward to hearing from you.

-Tom

Re: [Repast-developer] RE: NonGridDrawable

[Mark R. D. <mdi...@la...>]

An eventual goal of our current refactoring project is to get the GUI 
related rendering aspects of the project separated from the model. So I 
think eventually, the use of implementing the Drawable interface in 
Agents will be replaced with some sort of rendering api thats separate 
of the agents and the model.

This would be a point at which we could consider such a problem of 
drawing an agents position visually to be separate from its "position" 
in a models space. In this sense, in the future one would "configure" 
which methods/properties represent the positional information in an 
object/agent in the renderer itself.

My thoughts are that different renderers would be available to do 
discrete vs continuous space visualization, but the actual <type> of the 
property determining position could be any Object or primitive that 
could be "transformed" into double.

-Mark

Vos, Jerry R. wrote:

> Nevermind, I just noticed one is using double's one is using ints.
> Shouldn't there be some way of combining this anyway?
> 
> -----Original Message-----
> From: Vos, Jerry R. 
> Sent: Thursday, October 09, 2003 4:24 PM
> To: 'rep...@li...'
> Subject: NonGridDrawable
> 
> Shouldn't uchicago.src.sim.gui.NonGridDrawable extend
> uchicago.src.sim.gui.Drawable ? It restates all the functions in
> Drawable, but since it isn't just extending it you can't cast
> NonGridDrawables to Drawable.
> 
> public interface NonGridDrawable {
> // NOTE
>   public void draw(SimGraphics g);
>   public double getX();
>   public double getY();
> // END NOTE
>   public int getWidth();
>   public int getHeight();
>   public boolean contains(Point p);
> }
> 
> public interface Drawable {
>   public void draw(SimGraphics g);
>   public int getX();
>   public int getY();
> }
> 
> Jerry
> ANL
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer

-- 
Mark Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu

[Repast-developer] RE: NonGridDrawable

[Vos, J. R. <jv...@an...>]

Nevermind, I just noticed one is using double's one is using ints.
Shouldn't there be some way of combining this anyway?

-----Original Message-----
From: Vos, Jerry R.=20
Sent: Thursday, October 09, 2003 4:24 PM
To: 'rep...@li...'
Subject: NonGridDrawable

Shouldn't uchicago.src.sim.gui.NonGridDrawable extend
uchicago.src.sim.gui.Drawable ? It restates all the functions in
Drawable, but since it isn't just extending it you can't cast
NonGridDrawables to Drawable.

public interface NonGridDrawable {
// NOTE
  public void draw(SimGraphics g);
  public double getX();
  public double getY();
// END NOTE
  public int getWidth();
  public int getHeight();
  public boolean contains(Point p);
}

public interface Drawable {
  public void draw(SimGraphics g);
  public int getX();
  public int getY();
}

Jerry
ANL

[Repast-developer] NonGridDrawable

[Vos, J. R. <jv...@an...>]

Shouldn't uchicago.src.sim.gui.NonGridDrawable extend
uchicago.src.sim.gui.Drawable ? It restates all the functions in
Drawable, but since it isn't just extending it you can't cast
NonGridDrawables to Drawable.

public interface NonGridDrawable {
// NOTE
  public void draw(SimGraphics g);
  public double getX();
  public double getY();
// END NOTE
  public int getWidth();
  public int getHeight();
  public boolean contains(Point p);
}

public interface Drawable {
  public void draw(SimGraphics g);
  public int getX();
  public int getY();
}

Jerry
ANL

RE: [Repast-developer] probing properties of collection type

[Ivan L. <ila...@se...>]

After some time, I turned back to the issue of PropertyDescriptors. For
testing purposes, I turned to the property descriptors offered by the
original Repast, such as Range and List. For some reason, I can't use them
in agent classes, and I can use them in the model.

I'm working according to the instruction given in the How-to document, and
it works fine for the model class. What I get with agents is a read-only
control in the property dialog, named ParameterDescriptors, of type
Hashtable.

To refresh your memory, I will quote a part of the documentation:

-------------
Assuming your model has a property called "numAgents" that is represented by
an integer. You can tie this property to a RangePropertyDescriptor as
follows:

RangePropertyDescriptor d = new RangePropertyDescriptor("numAgents",
                                                       10, 100, 20);
descriptors.put("numAgents", d);

***

The minimum amount of code necessary for an agent to use PropertyDescriptors
follows:

public class MyAgent implements DescriptorContainer {

  private Hashtable descriptors = new Hashtable();

  public Hashtable getParameterDescriptors() {
    return descriptors;
  }

}
-------------


It is said in the documentation that this has to be done because the agent
class has to implement the DescriptorContainer interface. This all seems
fine and logical, but doesn't work for me.

Any clues?

Thanks,
Ivan Lazarevic

-----Original Message-----
From: Mark R. Diggory [mailto:mdi...@la...]
Sent: Friday, June 20, 2003 5:59 PM
To: Gulyas Laszlo
Cc: Ivan Lazarevic; rep...@li...
Subject: Re: [Repast-developer] probing properties of collection type


Hey, I've got it in my source tree, its welcome to be integrated into
RePast. I can jar it up as well, if anyone wants it before then.
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/repast-jellytag/repast-jelly-
taglibrary/common/src/java/org/mrd/repast/util/
-M.

Gulyas Laszlo wrote:

>Hi,
>
>Also, a while back Mark Diggory (mdi...@la...) had a
>prototype that could handle arrays, and so on. I don't know what has
>happened to it...
>
>HTH,
>
>gulya
>
>++++++++++++++++++++++++++++++++++++++
>If you can represent the individual elements as strings you can make the
>get/set methods for the collection return a string representation (e.g. "1
>2
>4 5 9") , you can then parse the String in to the individual elements in
>the
>set method. If they can't be represented as strings you'll have to do a
>custom approach.
>
>
>Nick
>
>
>----- Original Message -----
>From: "Ivan Lazarevic" <ila...@se...>
>To: <rep...@li...>
>Sent: Thursday, June 19, 2003 10:24 AM
>Subject: [Repast-developer] probing properties of collection type
>
>
>
>
>
>>I'm trying to use a probe dialog to display an object property which is
>>
>>
>a
>
>
>>collection. Is there a way to do this using the existing probing
>>
>>
>mechanism?
>
>
>>What I achieved so far is a probe dialog saying that my list in not
>>
>>
>empty,
>
>
>>but I couldn't show its members.
>>
>>It crossed my mind that I might have to define my own collection type,
>>
>>
>and
>
>
>>some access methods for it. But then again, what should be the accessor
>>method names, and where are the limits of this approach?
>>
>>Thanks,
>>Ivan Lazarevic
>>
>>
>>
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: INetU
>>Attention Web Developers & Consultants: Become An INetU Hosting Partner.
>>Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
>>INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
>>_______________________________________________
>>Repast-developer mailing list
>>Rep...@li...
>>https://lists.sourceforge.net/lists/listinfo/repast-developer
>>
>>
>>
>
>
>
>
>


--
Mark Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu

[Repast-developer] Re: repast in 3D

[Mark R. D. <mdi...@la...>]

Ted Phillips wrote:
> Hi Mark -- sorry to impose -- I am have emailed Phil Feldman a little 
> bit about any ideas he might have regarding a 3D-space version of Repast 
> Heatbugs and he tells me that he is working in vector space rather than 
> (heatbugs) discrete space.  I am very much a beginning programmer but am 
> intrigued by the possibility of 3D space representation of a model like 
> Heatbugs -- I realize this is computationally challenging, but I 
> wondered if you had any experience or thoughts (or advice) you might 
> share with me.   Thanks in advance.     Ted Phillips

Ted,

Hi, yes, we have been exploring 3D Spaces in discussion. I'd say that if 
your really interested in the development of 3D Spaces your welcome to 
get involved. It your actually more interested in using the spaces once 
they have been developed I'd say stick around because I think We've got 
some interesting implementations to release soon.

You shouldn't feel shy about posting this stuff to the RePast lists, 
we'll get far more interaction from interested parties that way. There 
are a number of individuals who have done some work on 3D RePast models 
including Phil and myself.

Since this is now a development project of sorts, your welcome to join 
in on the repast-developer list. You can join both lists here:
http://repast.sourceforge.net/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=3&page=1

I am currently working with Tom Howe on the new RePast "Space" and 
"Topology" libraries. I've also created Object3DGrids and Tori for this 
library (they still need to have "neighborhooders" created for them). 
These should make 3D implementations of the Object2DGrid based models 
relatively "painless" to create.

Phil sent me his Display Class for his Vector3D space. I've been trying 
to find time to take a look at it and attempt to "visualize" the new 
Object3DGrid spaces I've written with it as they will both use 
"iteration over agent lists" for the visualization. I would also like to 
eventually see support for both the non-discrete Vector based approach 
and the discrete grid based approach.

I will attempt to get all this into the RePast CVS tree soon so others 
can have a look at it. Here is the current contents of that location:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/repast/repast/src/uchicago/src/sim/topology/space/

However, the directory structure here will change once I've commited the 
newer classes, it'll look more like this

.../src/sim/topology/space/d2/Object2DGrid
.../src/sim/topology/space/d3/Object3DGrid


In terms of HeatBugs, there is also the case of the underlying 
DiffuseGrid that needs be addressed. This would mean that the 
DiffuseGrid (2D) would need to get extended into a 3D implementation as 
well. It updating mechanism would need to get modified. I think this is 
entirely possible and within reach. It just requires some R&D time to 
resolve the changes to the algorthim that would be required to insert 
the 3rd dimension.

Cheers,
Mark

Re: [Repast-developer] RePast and extensibity

[Jason W. <jwo...@hb...>]

Thanks, Mark.  I look forward to taking a look at these APIs, and
chatting with you in person, when I get reconnected next week.

Have spent a little time with J/Link--makes me wonder how much of
the language can really be abstracted away without reinventing
Mathematica in XML, but I certainly think the issue of providing
access to RePast objects would be worth tackling.  As an example,
I use the Combinatorica package which does all kinds of graph-
theoretic stuff.  I've rewritten a couple of its functions in
Java to use with RePast, and would *love* to be able to just call
them directly by passing an ArrayList of DefaultNodes.  And even
if we don't end up with a truly cross-platform math/stat layer,
just having a consistent "Eval" semantics would be helpful in
hiding the various native interfaces.

Haven't looked at what you or Nick have done with trove or BCEL.
My simple SimHarness code, as you saw, uses Nick's original
Introspector class which works fine, though I agree it would be
nice to avoid reflection.

As for the "continuum of usability": my two cents here is that
the ideal way to accomplish this is to have a small number of
mechanisms that provide simple ways to do simple things, but
are also powerful enough to scale to more complex tasks--as
opposed to having "basic" and "advanced" ways to do everything.
But my sense is that this may come about through natural selection
as much as conscious design; people will do lots of experiments
with "advanced" things, and some of them may turn out to displace
their "basic" counterparts through common usage.  SimpleModel
seems like a classic example of this: it provides additional
functionality, doesn't take anything away, and simplifies the
code for probably 90% of the models people want to write.
Intermediate users don't have to "learn" SimModelImpl in the
sense of making a decision to inherit from it directly and
then having to rewrite whatever SimpleModel functionality
they still need.  I almost never extend SimModelImpl anymore;
I just override/ignore the SimpleModel functionality I want
to replace.  The HarnessModel thing I hacked up works the same
way--it's a drop-in replacement for SimpleModel that adds a
bit more functionality and tends to make common tasks easier
(for advanced users as well as novices).

Now I understand we are contemplating things that are *not*
drop-in replacements (e.g. scripting with Jelly, ant-based
build/install, etc.) which I agree are more prone to the
benefits of extra simplicity being outweighed by the costs
of an extra layer.  But here I think the main issue is a
point-in-time one: most of the costs are actually borne by
existing users who choose to migrate.  And to that I'd let
the economist in me respond: fine--as long as we don't force
anybody to migrate, well-informed users will only do so if
the benefits outweigh the costs.  If the new mechanism is a
pure benefit to new/future users (by reducing the learning
curve and/or providing additional power), it's guaranteed
to be a net gain.

Okay, I've tied up my in-laws' phone line long enough.
Have a good week!

     -j

jwo...@hb...
ja...@ee...
(617) 496-2079



On Sat, 16 Aug 2003 13:16:42 -0400
 "Mark R. Diggory" <mdi...@la...> wrote:
>In adition, I've been digging around in R/Omegahat, Matlab and Octave looking
>at their API's.
>
>http://www.omegahat.org/
>http://www.octave.org
>
>I think its interesting to see where all these projects are going in terms of
>Java development, cross language interaction and the exposure of their api's.
>One interest to me is defining a "subset" of functionality across all these
>applications that can also applies to commons math. I'm interested in the
>possibility of a "specification/api" that can be used to define
>statistical/mathematical evaluations in java. A generic api that one could
>write an evaluation in which could be executed against any provider, similar
>in nature to JAXP provides generic interfaces for xml parsers and transformers
>thats independent of their actual implementation.
>
>If there's anyone out there that might have information about if such an API
>already exists that would be great to hear about.
>
>-Mark
>
>Mark R. Diggory wrote:
>
>>Jason, I'm going to forward this back onto the list without the 
>>attachments, this is good stuff.
>>
>>Jason Woodard wrote:
>>
>>>Mark,
>>>
>>>Please excuse this private response to your recent repast-developer
>>>post.  I should probably post back to the list, but wanted to run
>>>these ideas by you first to see if you think I'm crazy.  I've also
>>>copied Gulya; he and I talked briefly about some of this stuff in
>>>Santa Fe last month.
>>>
>>
>>No this is great, I was unsure who around the Harvard Community was 
>>using RePast. We should really plan to get together once your back on 
>>the 25th.
>>
>>>I totally agree that RePast is reaching a limit in terms of
>>>integrating third-party functionality.  There is also an increasing
>>>demand in the modeling community for models that are themselves built
>>>from modular components.  For example, Gulya has the beginnings of a
>>>GA library that lots of people could benefit from if it were packaged
>>>appropriately.  I'm working on a library for network formation models
>>>that I'd like to make available for others to reuse and extend.  In
>>>fact, if we're really going to make cumulative scientific progress
>>>using ABM, it should probably become the norm that most models are
>>>designed this way, not just code intended to be used as a library.
>>>(This is orthogonal to the idea of "docking" to replicate results,
>>>which I also believe is important.)
>>>
>>>Maybe these are really two distinct problems--layers architecturally
>>>"above" vs. "below" RePast--requiring distinct solutions.  I don't
>>>have any experience with Geotools or Java3D, so I'm not sure I can be
>>>very helpful with the particular API / data structure mapping scheme
>>>you proposed.  (That said, I am looking for ways to link Mathematica
>>>and CPLEX to RePast models, so I would certainly be a consumer of such
>>>a pluggability layer.) 
>>
>>
>>I was looking into Mathematica online, they have a substantial "JNI" 
>>based API for Mathematica call J/Link.
>>
>>http://www.wolfram.com/solutions/mathlink/jlink/
>>
>>I think I'll be looking into this a little deeper. I've been working on 
>>a math/stat api at apache as well:
>>
>>http://jakarta.apache.org/commons/sandbox/math
>>
>>I think that there are some interesting features of this library that I 
>>can take to that project too. Specifically the "Eval" Class.
>>
>>
>>>But if you think it's worth thinking about the
>>>modular-model issue within the same scope, I would be very interested
>>>in collaborating.
>>>
>>>I've attached some code I cobbled together to explore the idea of a
>>>"harness" for RePast models, where a model can register modules it
>>>requires, whose build and step methods are then automatically called
>>>at the appropriate time.  The goal is to allow modules to be designed
>>>and used independently of a particular model.  I've used the new Java
>>>Preferences API to allow module (and model) parameters to be read
>>>from a single configuration file, and the new Logging API to allow
>>>modules to handle output in a flexible but consistent way.  I can see
>>>how your Jelly tag library could be used to tie everything together
>>>for scripting and batch mode execution.
>>>
>>
>>This is interesting, it reminds me of the nesting capabilities of Swarm. 
>>It is also an interesting "twist" on the work I've been doind with Jelly 
>>and BCEL. I might recommend that you look into the work that Nick has 
>>done with "trove" to handle some of oyu "reflection" based stuff going 
>>on in SimHarness. Trove and BCEL are both "bytecode" engineering 
>>libraries that can be used to generate "class wrappers" which call the 
>>method directly in the class instead of having to use reflection to look 
>>it up (this can be expensive in a simulation).
>>
>>I have some BCEL wrappers in my Jelly Project which basically provide 
>>dynamic "extension" wrappers on top of a a SimModel Implementation. This 
>>is how I can execute jelly script when a setup or begin method is called 
>>in the model. What this really provides is a "harness" that extends a 
>>user written model.
>>
>>>Speaking of which, another "itch" I've had for a while is the build
>>>and distribution process, both for RePast itself and for individual
>>>models. I know Gulya is wary of making things too complicated for
>>>non-technical users, but I think there's a real void here.  We are
>>>getting to the point where it's not unreasonable to expect people to
>>>have or install JDK 1.4 and Ant, and with those as a foundation many
>>>things are possible that would make it much easier for novices and
>>>experts alike, from simply getting the classpath right, to installing
>>>optional libraries, to deploying models as web applications.
>>>
>> > regards,
>> >     -j
>> > Jason Woodard
>> > jwo...@hb...
>> > ja...@ee...
>>
>>Theres a long standing argument about the amount of java technical 
>>experience a RePast model developer should have. Its a tough call, I 
>>think there should be "basic" and "advanced" tutorials and a "continuum" 
>>of usability. One of the big delema's I tend to see when 
>>researchers/developers are putting together these extensions to RePast 
>>that are supposed to "simplify" it for the user (like SimpleModel, your 
>>harenss, SimBuilder or my Jelly packages). The caution is that by 
>>"layering" these support classes ontop of RePast we risk breaking the 
>>continuum of usability so that the intermediate user has to learn new 
>>interfaces and API's to gain greater control over the model in thier code.
>>
>>Being able to call RePast from within an application such a Mathematica 
>>presents us with a really interesing situation because the rift between 
>>the two environments is a language one that would need to be spanned 
>>with something like JNI. There are alot of questions that arise - Would 
>>we to be able to provide all the functionality of a RePast SimModel, 
>>Controller and Schedule from within Mathematica? Would we want to 
>>provide bridges such that "Mathematica evaluations" coulds be executed 
>>from within the RePast model? Or would we want to provide more 
>>simplified access to one of these "hareness/wrappers" that we have develop?
>>
>>There are all kinds of discussions this can generate.
>>
>>-Mark
>>
>>>
>>>-----Original Message-----
>>>From: rep...@li...
>>>[mailto:rep...@li...] On Behalf Of Mark
>>>R. Diggory
>>>Sent: Tuesday, August 12, 2003 9:29 AM
>>>To: repast-developer
>>>Subject: [Repast-developer] RePast and extensibity
>>>
>>>
>>>I'm curious what others think about RePast in relation providing support
>>>
>>>for features such as Java3D and Geotools. I think we start to really 
>>>reach an unrealistic limit in terms of packaging all this 
>>>functionality directly into RePast as one monlithic project. It also 
>>>becomes questionable as to whether RePast gets added to GeoTools (or 
>>>any other Platform) or the other way around during this extension 
>>>process.
>>>
>>>Maybe it would be wise to begin a goal of defining a "plugability" layer
>>>
>>>for RePast such that the "core" features of RePast can be isolated 
>>>from the "extensions".  This way one can either use the "bare-bones" 
>>>of RePast in thier project without having to drag along all the 
>>>features they may not actually be interested in, or they can provide 
>>>an extension
>>>
>>>to RePast itself if it is acting as the framework.
>>>
>>>Mostly, these extensions tend to be isolated in the area of rendering. 
>>>But they do also involve mapping between various datastructures in 
>>>both RePAst and the Framework of question. It would be logical to 
>>>consider in
>>>
>>>the future that plugging RePAst into "X" platform will involve providing
>>>
>>>"Graphical" and "Nongraphical" bindings to and from that framework.
>>>
>>>
>>>      RePast                             Platform X
>>>
>>>
>>>1.) Implementatation of RePast space, graph or topology interfaces in 
>>>external API's for execution from within RePast.
>>>
>>>RePast Interfaces <-- Platform X Data Structures
>>>
>>>2.) Mapping model data structures to an external rendering engine.
>>>
>>>RePast Model Data Structures --> Platform X Rendering Engine
>>>
>>>3.) Exposing model controls and properties to external platform.
>>>
>>>RePast Model Properties/Controls <-- Platform X
>>>
>>>As we are starting to do to more of this "extension" these days. It 
>>>would be wise to begin such discussions while the interest is there. 
>>>This can happen at a couple of levels both internally to RePast with its
>>>
>>>own displays/controls and external to RePast in relation to GeoTools and
>>>
>>>other platforms that we are interested in "interfacing" with RePast.
>>>
>>>-Mark
>>>
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>>>Data Reports, E-commerce, Portals, and Forums are available now.
>>>Download today and enter to win an XBOX or Visual Studio .NET.
>>>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
>>>/01
>>>_______________________________________________
>>>Repast-developer mailing list
>>>Rep...@li...
>>>https://lists.sourceforge.net/lists/listinfo/repast-developer
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>>Data Reports, E-commerce, Portals, and Forums are available now.
>>Download today and enter to win an XBOX or Visual Studio .NET.
>>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>>_______________________________________________
>>Repast-developer mailing list
>>Rep...@li...
>>https://lists.sourceforge.net/lists/listinfo/repast-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>Repast-developer mailing list
>Rep...@li...
>https://lists.sourceforge.net/lists/listinfo/repast-developer

Re: [Repast-developer] RePast and extensibity

[Mark R. D. <mdi...@la...>]

In adition, I've been digging around in R/Omegahat, Matlab and Octave 
looking at their API's.

http://www.omegahat.org/
http://www.octave.org

I think its interesting to see where all these projects are going in 
terms of Java development, cross language interaction and the exposure 
of their api's. One interest to me is defining a "subset" of 
functionality across all these applications that can also applies to 
commons math. I'm interested in the possibility of a "specification/api" 
that can be used to define statistical/mathematical evaluations in java. 
A generic api that one could write an evaluation in which could be 
executed against any provider, similar in nature to JAXP provides 
generic interfaces for xml parsers and transformers thats independent of 
their actual implementation.

If there's anyone out there that might have information about if such an 
API already exists that would be great to hear about.

-Mark

Mark R. Diggory wrote:

> Jason, I'm going to forward this back onto the list without the 
> attachments, this is good stuff.
> 
> Jason Woodard wrote:
> 
>> Mark,
>>
>> Please excuse this private response to your recent repast-developer
>> post.  I should probably post back to the list, but wanted to run
>> these ideas by you first to see if you think I'm crazy.  I've also
>> copied Gulya; he and I talked briefly about some of this stuff in
>> Santa Fe last month.
>>
> 
> No this is great, I was unsure who around the Harvard Community was 
> using RePast. We should really plan to get together once your back on 
> the 25th.
> 
>> I totally agree that RePast is reaching a limit in terms of
>> integrating third-party functionality.  There is also an increasing
>> demand in the modeling community for models that are themselves built
>> from modular components.  For example, Gulya has the beginnings of a
>> GA library that lots of people could benefit from if it were packaged
>> appropriately.  I'm working on a library for network formation models
>> that I'd like to make available for others to reuse and extend.  In
>> fact, if we're really going to make cumulative scientific progress
>> using ABM, it should probably become the norm that most models are
>> designed this way, not just code intended to be used as a library.
>> (This is orthogonal to the idea of "docking" to replicate results,
>> which I also believe is important.)
>>
>> Maybe these are really two distinct problems--layers architecturally
>> "above" vs. "below" RePast--requiring distinct solutions.  I don't
>> have any experience with Geotools or Java3D, so I'm not sure I can be
>> very helpful with the particular API / data structure mapping scheme
>> you proposed.  (That said, I am looking for ways to link Mathematica
>> and CPLEX to RePast models, so I would certainly be a consumer of such
>> a pluggability layer.) 
> 
> 
> I was looking into Mathematica online, they have a substantial "JNI" 
> based API for Mathematica call J/Link.
> 
> http://www.wolfram.com/solutions/mathlink/jlink/
> 
> I think I'll be looking into this a little deeper. I've been working on 
> a math/stat api at apache as well:
> 
> http://jakarta.apache.org/commons/sandbox/math
> 
> I think that there are some interesting features of this library that I 
> can take to that project too. Specifically the "Eval" Class.
> 
> 
>> But if you think it's worth thinking about the
>> modular-model issue within the same scope, I would be very interested
>> in collaborating.
>>
>> I've attached some code I cobbled together to explore the idea of a
>> "harness" for RePast models, where a model can register modules it
>> requires, whose build and step methods are then automatically called
>> at the appropriate time.  The goal is to allow modules to be designed
>> and used independently of a particular model.  I've used the new Java
>> Preferences API to allow module (and model) parameters to be read
>> from a single configuration file, and the new Logging API to allow
>> modules to handle output in a flexible but consistent way.  I can see
>> how your Jelly tag library could be used to tie everything together
>> for scripting and batch mode execution.
>>
> 
> This is interesting, it reminds me of the nesting capabilities of Swarm. 
> It is also an interesting "twist" on the work I've been doind with Jelly 
> and BCEL. I might recommend that you look into the work that Nick has 
> done with "trove" to handle some of oyu "reflection" based stuff going 
> on in SimHarness. Trove and BCEL are both "bytecode" engineering 
> libraries that can be used to generate "class wrappers" which call the 
> method directly in the class instead of having to use reflection to look 
> it up (this can be expensive in a simulation).
> 
> I have some BCEL wrappers in my Jelly Project which basically provide 
> dynamic "extension" wrappers on top of a a SimModel Implementation. This 
> is how I can execute jelly script when a setup or begin method is called 
> in the model. What this really provides is a "harness" that extends a 
> user written model.
> 
>> Speaking of which, another "itch" I've had for a while is the build
>> and distribution process, both for RePast itself and for individual
>> models. I know Gulya is wary of making things too complicated for
>> non-technical users, but I think there's a real void here.  We are
>> getting to the point where it's not unreasonable to expect people to
>> have or install JDK 1.4 and Ant, and with those as a foundation many
>> things are possible that would make it much easier for novices and
>> experts alike, from simply getting the classpath right, to installing
>> optional libraries, to deploying models as web applications.
>>
>  > regards,
>  >     -j
>  > Jason Woodard
>  > jwo...@hb...
>  > ja...@ee...
> 
> Theres a long standing argument about the amount of java technical 
> experience a RePast model developer should have. Its a tough call, I 
> think there should be "basic" and "advanced" tutorials and a "continuum" 
> of usability. One of the big delema's I tend to see when 
> researchers/developers are putting together these extensions to RePast 
> that are supposed to "simplify" it for the user (like SimpleModel, your 
> harenss, SimBuilder or my Jelly packages). The caution is that by 
> "layering" these support classes ontop of RePast we risk breaking the 
> continuum of usability so that the intermediate user has to learn new 
> interfaces and API's to gain greater control over the model in thier code.
> 
> Being able to call RePast from within an application such a Mathematica 
> presents us with a really interesing situation because the rift between 
> the two environments is a language one that would need to be spanned 
> with something like JNI. There are alot of questions that arise - Would 
> we to be able to provide all the functionality of a RePast SimModel, 
> Controller and Schedule from within Mathematica? Would we want to 
> provide bridges such that "Mathematica evaluations" coulds be executed 
> from within the RePast model? Or would we want to provide more 
> simplified access to one of these "hareness/wrappers" that we have develop?
> 
> There are all kinds of discussions this can generate.
> 
> -Mark
> 
>>
>> -----Original Message-----
>> From: rep...@li...
>> [mailto:rep...@li...] On Behalf Of Mark
>> R. Diggory
>> Sent: Tuesday, August 12, 2003 9:29 AM
>> To: repast-developer
>> Subject: [Repast-developer] RePast and extensibity
>>
>>
>> I'm curious what others think about RePast in relation providing support
>>
>> for features such as Java3D and Geotools. I think we start to really 
>> reach an unrealistic limit in terms of packaging all this 
>> functionality directly into RePast as one monlithic project. It also 
>> becomes questionable as to whether RePast gets added to GeoTools (or 
>> any other Platform) or the other way around during this extension 
>> process.
>>
>> Maybe it would be wise to begin a goal of defining a "plugability" layer
>>
>> for RePast such that the "core" features of RePast can be isolated 
>> from the "extensions".  This way one can either use the "bare-bones" 
>> of RePast in thier project without having to drag along all the 
>> features they may not actually be interested in, or they can provide 
>> an extension
>>
>> to RePast itself if it is acting as the framework.
>>
>> Mostly, these extensions tend to be isolated in the area of rendering. 
>> But they do also involve mapping between various datastructures in 
>> both RePAst and the Framework of question. It would be logical to 
>> consider in
>>
>> the future that plugging RePAst into "X" platform will involve providing
>>
>> "Graphical" and "Nongraphical" bindings to and from that framework.
>>
>>
>>       RePast                             Platform X
>>
>>
>> 1.) Implementatation of RePast space, graph or topology interfaces in 
>> external API's for execution from within RePast.
>>
>> RePast Interfaces <-- Platform X Data Structures
>>
>> 2.) Mapping model data structures to an external rendering engine.
>>
>> RePast Model Data Structures --> Platform X Rendering Engine
>>
>> 3.) Exposing model controls and properties to external platform.
>>
>> RePast Model Properties/Controls <-- Platform X
>>
>> As we are starting to do to more of this "extension" these days. It 
>> would be wise to begin such discussions while the interest is there. 
>> This can happen at a couple of levels both internally to RePast with its
>>
>> own displays/controls and external to RePast in relation to GeoTools and
>>
>> other platforms that we are interested in "interfacing" with RePast.
>>
>> -Mark
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>> Data Reports, E-commerce, Portals, and Forums are available now.
>> Download today and enter to win an XBOX or Visual Studio .NET.
>> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
>> /01
>> _______________________________________________
>> Repast-developer mailing list
>> Rep...@li...
>> https://lists.sourceforge.net/lists/listinfo/repast-developer
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer

Re: [Repast-developer] RePast and extensibity

[Mark R. D. <mdi...@la...>]

Jason, I'm going to forward this back onto the list without the 
attachments, this is good stuff.

Jason Woodard wrote:

> Mark,
> 
> Please excuse this private response to your recent repast-developer
> post.  I should probably post back to the list, but wanted to run
> these ideas by you first to see if you think I'm crazy.  I've also
> copied Gulya; he and I talked briefly about some of this stuff in
> Santa Fe last month.
> 

No this is great, I was unsure who around the Harvard Community was 
using RePast. We should really plan to get together once your back on 
the 25th.

> I totally agree that RePast is reaching a limit in terms of
> integrating third-party functionality.  There is also an increasing
> demand in the modeling community for models that are themselves built
> from modular components.  For example, Gulya has the beginnings of a
> GA library that lots of people could benefit from if it were packaged
> appropriately.  I'm working on a library for network formation models
> that I'd like to make available for others to reuse and extend.  In
> fact, if we're really going to make cumulative scientific progress
> using ABM, it should probably become the norm that most models are
> designed this way, not just code intended to be used as a library.
> (This is orthogonal to the idea of "docking" to replicate results,
> which I also believe is important.)
> 
> Maybe these are really two distinct problems--layers architecturally
> "above" vs. "below" RePast--requiring distinct solutions.  I don't
> have any experience with Geotools or Java3D, so I'm not sure I can be
> very helpful with the particular API / data structure mapping scheme
> you proposed.  (That said, I am looking for ways to link Mathematica
> and CPLEX to RePast models, so I would certainly be a consumer of such
> a pluggability layer.) 

I was looking into Mathematica online, they have a substantial "JNI" 
based API for Mathematica call J/Link.

http://www.wolfram.com/solutions/mathlink/jlink/

I think I'll be looking into this a little deeper. I've been working on 
a math/stat api at apache as well:

http://jakarta.apache.org/commons/sandbox/math

I think that there are some interesting features of this library that I 
can take to that project too. Specifically the "Eval" Class.


> But if you think it's worth thinking about the
> modular-model issue within the same scope, I would be very interested
> in collaborating.
> 
> I've attached some code I cobbled together to explore the idea of a
> "harness" for RePast models, where a model can register modules it
> requires, whose build and step methods are then automatically called
> at the appropriate time.  The goal is to allow modules to be designed
> and used independently of a particular model.  I've used the new Java
> Preferences API to allow module (and model) parameters to be read
> from a single configuration file, and the new Logging API to allow
> modules to handle output in a flexible but consistent way.  I can see
> how your Jelly tag library could be used to tie everything together
> for scripting and batch mode execution.
> 

This is interesting, it reminds me of the nesting capabilities of Swarm. 
It is also an interesting "twist" on the work I've been doind with Jelly 
and BCEL. I might recommend that you look into the work that Nick has 
done with "trove" to handle some of oyu "reflection" based stuff going 
on in SimHarness. Trove and BCEL are both "bytecode" engineering 
libraries that can be used to generate "class wrappers" which call the 
method directly in the class instead of having to use reflection to look 
it up (this can be expensive in a simulation).

I have some BCEL wrappers in my Jelly Project which basically provide 
dynamic "extension" wrappers on top of a a SimModel Implementation. This 
is how I can execute jelly script when a setup or begin method is called 
in the model. What this really provides is a "harness" that extends a 
user written model.

> Speaking of which, another "itch" I've had for a while is the build
> and distribution process, both for RePast itself and for individual
> models. I know Gulya is wary of making things too complicated for
> non-technical users, but I think there's a real void here.  We are
> getting to the point where it's not unreasonable to expect people to
> have or install JDK 1.4 and Ant, and with those as a foundation many
> things are possible that would make it much easier for novices and
> experts alike, from simply getting the classpath right, to installing
> optional libraries, to deploying models as web applications.
> 
 > regards,
 > 	-j
 > Jason Woodard
 > jwo...@hb...
 > ja...@ee...

Theres a long standing argument about the amount of java technical 
experience a RePast model developer should have. Its a tough call, I 
think there should be "basic" and "advanced" tutorials and a "continuum" 
of usability. One of the big delema's I tend to see when 
researchers/developers are putting together these extensions to RePast 
that are supposed to "simplify" it for the user (like SimpleModel, your 
harenss, SimBuilder or my Jelly packages). The caution is that by 
"layering" these support classes ontop of RePast we risk breaking the 
continuum of usability so that the intermediate user has to learn new 
interfaces and API's to gain greater control over the model in thier code.

Being able to call RePast from within an application such a Mathematica 
presents us with a really interesing situation because the rift between 
the two environments is a language one that would need to be spanned 
with something like JNI. There are alot of questions that arise - Would 
we to be able to provide all the functionality of a RePast SimModel, 
Controller and Schedule from within Mathematica? Would we want to 
provide bridges such that "Mathematica evaluations" coulds be executed 
from within the RePast model? Or would we want to provide more 
simplified access to one of these "hareness/wrappers" that we have develop?

There are all kinds of discussions this can generate.

-Mark
> 
> -----Original Message-----
> From: rep...@li...
> [mailto:rep...@li...] On Behalf Of Mark
> R. Diggory
> Sent: Tuesday, August 12, 2003 9:29 AM
> To: repast-developer
> Subject: [Repast-developer] RePast and extensibity
> 
> 
> I'm curious what others think about RePast in relation providing support
> 
> for features such as Java3D and Geotools. I think we start to really 
> reach an unrealistic limit in terms of packaging all this functionality 
> directly into RePast as one monlithic project. It also becomes 
> questionable as to whether RePast gets added to GeoTools (or any other 
> Platform) or the other way around during this extension process.
> 
> Maybe it would be wise to begin a goal of defining a "plugability" layer
> 
> for RePast such that the "core" features of RePast can be isolated from 
> the "extensions".  This way one can either use the "bare-bones" of 
> RePast in thier project without having to drag along all the features 
> they may not actually be interested in, or they can provide an extension
> 
> to RePast itself if it is acting as the framework.
> 
> Mostly, these extensions tend to be isolated in the area of rendering. 
> But they do also involve mapping between various datastructures in both 
> RePAst and the Framework of question. It would be logical to consider in
> 
> the future that plugging RePAst into "X" platform will involve providing
> 
> "Graphical" and "Nongraphical" bindings to and from that framework.
> 
> 
>       RePast                             Platform X
> 
> 
> 1.) Implementatation of RePast space, graph or topology interfaces in 
> external API's for execution from within RePast.
> 
> RePast Interfaces <-- Platform X Data Structures
> 
> 2.) Mapping model data structures to an external rendering engine.
> 
> RePast Model Data Structures --> Platform X Rendering Engine
> 
> 3.) Exposing model controls and properties to external platform.
> 
> RePast Model Properties/Controls <-- Platform X
> 
> As we are starting to do to more of this "extension" these days. It 
> would be wise to begin such discussions while the interest is there. 
> This can happen at a couple of levels both internally to RePast with its
> 
> own displays/controls and external to RePast in relation to GeoTools and
> 
> other platforms that we are interested in "interfacing" with RePast.
> 
> -Mark
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
> /01
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer

[Repast-developer] Dumb question from the dumbest

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

Hi,

Err... how can one download user contributions from the RePast home page?

Also, how can figure out/change his password for the site?

Thanks!

-==- gulya

Re: [Repast-developer] Controller Bug

[Mark R. D. <mdi...@la...>]

Forget the first part of this message [the second still stands ;-)], I 
had a brain freeze. I'll add the addListener code to the method. I 
suspect these should be called "createButton" since they are doing that 
and not "add"ing a previously created button.

-M.

Mark R. Diggory wrote:

> In general I see two different policies going on in Controller when it 
> comes to buttons The first one adds the listener to the button in its 
> method, the second doesn't. I wonder if adding a listener twice 
> generates two events to that listener? If not then it would be wise to 
> set the listener in all Button methods.
> 
>   /**
>    * Adds a user defined button to the toolbar. This must be called
>    * in the model's setup method or the button will not be added.
>    *
>    * @param label the label for the new JButton
>    * @param listener the ActionListener fired when the button is clicked
>    */
> 
>   public JButton addButton(String label, ActionListener listener) {
>     JButton b = new JButton(label);
>     int width = b.getPreferredSize().width - 10;
>     b.setMinimumSize(new Dimension(width, 31));
>     b.setMaximumSize(b.getMinimumSize());
>     b.setPreferredSize(b.getMinimumSize());
>     b.addActionListener(listener);
> 
>     userButtons.add(b);
>     return b;
>   }
> 
>   /**
>    * Adds a user defined button to the toolbar. This must be called
>    * in the model's setup method or the button will not be added.
>    *
>    * @param b the JButton to add
>    */
>   public JButton addButton(JButton b) {
>     userButtons.add(b);
>     return b;
>   }
> 
> 
> This silly thing is that the behaviors in these methods can easily be 
> attained view code, why create all these methods to support something 
> Swing already does naturally.
> 
> JButton b = new JButton(new ImageIcon(path));
> b.addActionListener(listener);
> controller.addButton(b);
> 
> JButton b = new JButton("Foobar");
> b.addActionListener(listener);
> controller.addButton(b);
> 
> JButton b = new JButton("Foobar", new ImageIcon(path));
> b.addActionListener(listener);
> controller.addButton(b);
> 
> I wonder if its good to create many different methods to support button 
> making in the controller when it can be done so easily (and with 
> ultimate flexibility) externally?
> 
> -Mark
> 
> 
> Vos, Jerry R. wrote:
> 
>> In Controller.addIconButton(String path, ActionListener l)
>>
>> The actionlistener is never added to the created button.
>>
>>  
>>
>> Original:
>>
>>   *public* JButton addIconButton(String path, ActionListener l) {
>>
>>     JButton b = *new* JButton(*new* ImageIcon(path));
>>
>>     userButtons.add(b);
>>
>>     *return* b;
>>
>>   }
>>
>>  
>>
>> fixed:
>>
>>   *public* JButton addIconButton(String path, ActionListener l) {
>>
>>     JButton b = *new* JButton(*new* ImageIcon(path));
>>
>>     *b.addActionListener(l);*
>>
>>     userButtons.add(b);
>>
>>     *return* b;
>>
>>   }
>>
>>  
>>
>> Jerry Vos
>>
>> ANL
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer

Re: [Repast-developer] Controller Bug

[Mark R. D. <mdi...@la...>]

In general I see two different policies going on in Controller when it 
comes to buttons The first one adds the listener to the button in its 
method, the second doesn't. I wonder if adding a listener twice 
generates two events to that listener? If not then it would be wise to 
set the listener in all Button methods.

   /**
    * Adds a user defined button to the toolbar. This must be called
    * in the model's setup method or the button will not be added.
    *
    * @param label the label for the new JButton
    * @param listener the ActionListener fired when the button is clicked
    */

   public JButton addButton(String label, ActionListener listener) {
     JButton b = new JButton(label);
     int width = b.getPreferredSize().width - 10;
     b.setMinimumSize(new Dimension(width, 31));
     b.setMaximumSize(b.getMinimumSize());
     b.setPreferredSize(b.getMinimumSize());
     b.addActionListener(listener);

     userButtons.add(b);
     return b;
   }

   /**
    * Adds a user defined button to the toolbar. This must be called
    * in the model's setup method or the button will not be added.
    *
    * @param b the JButton to add
    */
   public JButton addButton(JButton b) {
     userButtons.add(b);
     return b;
   }


This silly thing is that the behaviors in these methods can easily be 
attained view code, why create all these methods to support something 
Swing already does naturally.

JButton b = new JButton(new ImageIcon(path));
b.addActionListener(listener);
controller.addButton(b);

JButton b = new JButton("Foobar");
b.addActionListener(listener);
controller.addButton(b);

JButton b = new JButton("Foobar", new ImageIcon(path));
b.addActionListener(listener);
controller.addButton(b);

I wonder if its good to create many different methods to support button 
making in the controller when it can be done so easily (and with 
ultimate flexibility) externally?

-Mark


Vos, Jerry R. wrote:

> In Controller.addIconButton(String path, ActionListener l)
> 
> The actionlistener is never added to the created button.
> 
>  
> 
> Original:
> 
>   *public* JButton addIconButton(String path, ActionListener l) {
> 
>     JButton b = *new* JButton(*new* ImageIcon(path));
> 
>     userButtons.add(b);
> 
>     *return* b;
> 
>   }
> 
>  
> 
> fixed:
> 
>   *public* JButton addIconButton(String path, ActionListener l) {
> 
>     JButton b = *new* JButton(*new* ImageIcon(path));
> 
>     *b.addActionListener(l);*
> 
>     userButtons.add(b);
> 
>     *return* b;
> 
>   }
> 
>  
> 
> Jerry Vos
> 
> ANL
> 

[Repast-developer] Controller Bug

[Vos, J. R. <jv...@an...>]

In Controller.addIconButton(String path, ActionListener l)=20

The actionlistener is never added to the created button.

=20

Original:

  public JButton addIconButton(String path, ActionListener l) {

    JButton b =3D new JButton(new ImageIcon(path));

    userButtons.add(b);

    return b;

  }

=20

fixed:

  public JButton addIconButton(String path, ActionListener l) {

    JButton b =3D new JButton(new ImageIcon(path));

    b.addActionListener(l);

    userButtons.add(b);

    return b;

  }

=20

Jerry Vos

ANL