You can subscribe to this list here.
| 2000 |
Jan
(3) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
(14) |
Oct
(1) |
Nov
(21) |
Dec
(13) |
| 2002 |
Jan
(17) |
Feb
(2) |
Mar
(1) |
Apr
(2) |
May
(4) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
(7) |
Oct
(4) |
Nov
(12) |
Dec
(39) |
| 2003 |
Jan
(28) |
Feb
(18) |
Mar
(7) |
Apr
(5) |
May
(23) |
Jun
(29) |
Jul
(23) |
Aug
(18) |
Sep
(1) |
Oct
(5) |
Nov
(3) |
Dec
|
| 2004 |
Jan
(7) |
Feb
(2) |
Mar
(2) |
Apr
(2) |
May
(8) |
Jun
(2) |
Jul
(8) |
Aug
(2) |
Sep
(4) |
Oct
(3) |
Nov
|
Dec
|
| 2005 |
Jan
(2) |
Feb
(2) |
Mar
(13) |
Apr
(2) |
May
(2) |
Jun
(2) |
Jul
(32) |
Aug
(7) |
Sep
(11) |
Oct
(8) |
Nov
(16) |
Dec
(2) |
| 2006 |
Jan
(3) |
Feb
(1) |
Mar
(4) |
Apr
|
May
|
Jun
(1) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
(6) |
Nov
(1) |
Dec
(10) |
| 2007 |
Jan
(7) |
Feb
(6) |
Mar
(1) |
Apr
(5) |
May
(4) |
Jun
(6) |
Jul
(20) |
Aug
(21) |
Sep
(12) |
Oct
(4) |
Nov
(12) |
Dec
(17) |
| 2008 |
Jan
(18) |
Feb
(6) |
Mar
(9) |
Apr
(13) |
May
(14) |
Jun
(8) |
Jul
(23) |
Aug
(31) |
Sep
(26) |
Oct
(10) |
Nov
(3) |
Dec
(79) |
| 2009 |
Jan
(63) |
Feb
(13) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(2) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
|
From: North, M. <no...@an...> - 2004-08-30 23:41:47
|
Any more takers? I need to finalize my list in the next day or so.=20 =20 Mike =20 _____ =20 From: rep...@li... [mailto:rep...@li...] On Behalf Of North, Michael Sent: Sunday, July 25, 2004 10:26 AM To: rep...@li...; rep...@li... Subject: [Repast-developer] Repast and Artificial Life Survey =20 Follow Repasters: =20 I am currently compiling a survey of Repast artificial life applications. If you have a Repast artificial life application that you would like me to include in the survey, place let me know in the next two weeks. Please include publication references to be cited, if available. Thank you for your help! I look forward to your responses. =20 Mike =20 Michael J. North Deputy Director Center for Complex Adaptive Agent Systems Simulation Argonne National Laboratory Decision and Information Sciences Division =20 9700 S. Cass Avenue Argonne, IL 60439 =20 E-mail: no...@an... WWW: http://www.cas.anl.gov/ Office Telephone: (630) 252-6234 Mobile Telephone: (630) 400-6313 Facsimile: (630) 252-6073 =20 =20 |
|
From: Shannon J. <pzk...@ya...> - 2004-08-08 19:28:53
|
I don't know if this is what you were refering to or not - here it is. http://www.suncoastrewards.com/ref44.html You can file share dvd's, video games & music. I've already downloaded 6 console games and music CD's.. I can't wait untill you get a load of this selection of games & music & movies - it's nuts. Theres this awsome section of the site that shows you how to burn the games & music and movies to CD. I noticed in the movie section over lunch, they have titles for download that are still in theaters - it's fantastic. Talk to you tommorow. Mohammad |
|
From: David D. <dde...@cs...> - 2004-07-29 17:03:29
|
Please find below a patch from the Network2DDisplay.java in repast-2.2.tgz
(which I got from sourceforge) to my current version, modified as I
described in my previous email.
David
--- src/uchicago/src/sim/gui/Network2DDisplay.java 2004-03-25 12:04:38.000000000 -0500
+++ ../econiche/src/uchicago/src/sim/gui/Network2DDisplay.java 2004-07-29 12:06:10.000000000 -0400
@@ -169,7 +169,7 @@
DrawableNonGridNode node = (DrawableNonGridNode) entry.getKey();
NodePoint point = (NodePoint) entry.getValue();
- g.setDrawingParameters(point.width, point.height, 0);
+ g.setDrawingParametersNoScale(point.width, point.height, 0);
g.setDrawingCoordinates((float) point.nx, (float) point.ny, 0);
node.draw(g);
}
@@ -201,7 +201,7 @@
nodePoint.put(node, new NodePoint(x, y, nodeWidth, nodeHeight));
if (viewNodes) {
- g.setDrawingParameters(nodeWidth, nodeHeight, 0);
+ g.setDrawingParametersNoScale(nodeWidth, nodeHeight, 0);
g.setDrawingCoordinates((float) x, (float) y, 0);
node.draw(g);
}
@@ -277,7 +277,7 @@
DrawableNonGridNode node = (DrawableNonGridNode) entry.getKey();
NodePoint point = (NodePoint) entry.getValue();
- g.setDrawingParameters(point.width, point.height, 0);
+ g.setDrawingParametersNoScale(point.width, point.height, 0);
g.setDrawingCoordinates((float) point.nx, (float) point.ny, 0);
node.draw(g);
}
@@ -306,7 +306,7 @@
nodePoint.put(node, new NodePoint(x, y, nodeWidth, nodeHeight));
if (viewNodes) {
- g.setDrawingParameters(nodeWidth, nodeHeight, 0);
+ g.setDrawingParametersNoScale(nodeWidth, nodeHeight, 0);
g.setDrawingCoordinates((float) x, (float) y, 0);
node.draw(g);
}
|
|
From: David D. <dde...@cs...> - 2004-07-29 16:22:35
|
Greetings,
I am a new user of RePast 2.2. I am building a simulation that uses
RePast's network visualization capabilities.
I believe I've found a bug in the way Network2DDisplay manages the scaled
width/height of its nodes and its SimGraphics instance.
The issue is that
(1) the nodePoint hash table contains scaled widths and
heights for the nodes. (See lines preceding every
nodePoint.put(...) call in Network2DDisplay.java.)
Yet
(2) when Network2DDisplay sets up the SimGraphics instance (g)
before letting the nodes draw themselves, it does a
g.setDrawingParameters(nodePoint width entry,
nodePoint height entry,
0)
rather than a
g.setDrawingParametersNoScale(nodePoint width entry,
nodePoint height entry,
0)
which I believe it should do.
The result is that the SimGraphics instance then rescales both the
width and height parameters *again*, so that graphics drawn with
SimGraphics.drawX method calls grow/shrink faster as they should.
One quick way to see that there is a problem is run the demo/jiggle.jar
and note that the links do not connect the center of masses of the
nodes as the window is scaled. The links connect where the center
of masses *should* be.
Without really understanding all the RePast code, I believe the
fix is to replace very
g.setDrawingParameters
call in Network2DDisplay.java with a corresponding
g.setDrawingParametersNoScale
call.
Works for me. And fixes the jiggle demo too.
Cheers,
David DeVault
|
|
From: Nick C. <nic...@ve...> - 2004-07-26 12:40:22
|
Tom + Mark,
Do we have any docs on the new topology packages. I wouldn't mind seeing
them myself if you have anything.
thanks,
Nick
> -----Original Message-----
> From: rep...@li...
> [mailto:rep...@li...]On Behalf Of glen
> e. p. ropella
> Sent: Monday, July 26, 2004 8:30 AM
> To: rep...@li...
> Subject: Re: [Repast-developer] Repast 2.2 Jar contents
>
>
> =><=><= "mrd" == Mark R Diggory <mdi...@la...> writes:
>
> mrd> Missing classes:
>
> mrd> u.s.s.topology.Context
> mrd> u.s.s.topology.ContextFactory
> mrd> u.s.s.topology.DefaultContext
> mrd> u.s.s.topology.DefaultModifyableContext
> mrd> u.s.s.topology.DefaultModifyableTopology
> mrd> u.s.s.topology.ModifyableTopology
> mrd> u.s.s.topology.RelationTopology
> mrd> u.s.s.topology.DisplayableContext
>
> This is trivial to fix, I think.
>
> ---- cut here ---
> Index: build.xml
> ===================================================================
> RCS file: /cvsroot/repast/repast/build.xml,v
> retrieving revision 1.17
> diff -u -r1.17 build.xml
> --- build.xml 25 Mar 2004 17:47:57 -0000 1.17
> +++ build.xml 25 Jul 2004 18:27:15 -0000
> @@ -63,7 +63,6 @@
> <javac srcdir="src"
> destdir="classes"
> includes="**/*.java"
> - excludes="uchicago/src/sim/topology/*"
> >
> <classpath>
> <fileset dir="lib">
> @@ -96,7 +95,7 @@
> version="false"
> defaultexcludes="yes"
> packagenames="uchicago.src.*,uchicago.src.sim.*"
> - excludepackagenames="uchicago.src.sim.test.*,
> uchicago.src.nqpy.*,
> uchicago.src.sim.topology.*,uchicago.src.sim.parameter.rpl.AST*">
> + excludepackagenames="uchicago.src.sim.test.*,
> uchicago.src.nqpy.*, uchicago.src.sim.parameter.rpl.AST*">
>
> <classpath>
> <fileset dir="lib">
> @@ -112,7 +111,7 @@
>
> <target name="jar" depends="compile">
> <delete file="lib/repast.jar"/>
> - <jar jarfile="lib/repast.jar" basedir="classes"
> excludes="uchicago/src/repastdemos/*, uchicago/src/sim/topology/*">
> + <jar jarfile="lib/repast.jar" basedir="classes"
> excludes="uchicago/src/repastdemos/*">
> <manifest>
> <attribute name="Specification-Title" value="RePast"/>
> <attribute name="Specification-Version" value="${version}"/>
> ---- cut here ---
>
> mrd> I may end up working on some Display classes for all topoloy
> mrd> stuff in the near future.
>
> Can you tell me what was intended to implement the following
> interface?
>
>
> public interface DisplayableContext{
>
> public Displayable getGui();
>
> }
>
> Since I'd like to start playing with this stuff, are there any
> specs or some discussion I can look over?
>
> --
> glen e. p. ropella =><= Hail Eris!
> H: 503.630.4505 http://www.ropella.net/~gepr
> M: 971.219.3846 http://www.tempusdictum.com
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer
>
|
|
From: glen e. p. r. <ge...@ac...> - 2004-07-26 12:29:53
|
=><=><= "mrd" == Mark R Diggory <mdi...@la...> writes:
mrd> Missing classes:
mrd> u.s.s.topology.Context
mrd> u.s.s.topology.ContextFactory
mrd> u.s.s.topology.DefaultContext
mrd> u.s.s.topology.DefaultModifyableContext
mrd> u.s.s.topology.DefaultModifyableTopology
mrd> u.s.s.topology.ModifyableTopology
mrd> u.s.s.topology.RelationTopology
mrd> u.s.s.topology.DisplayableContext
This is trivial to fix, I think.
---- cut here ---
Index: build.xml
===================================================================
RCS file: /cvsroot/repast/repast/build.xml,v
retrieving revision 1.17
diff -u -r1.17 build.xml
--- build.xml 25 Mar 2004 17:47:57 -0000 1.17
+++ build.xml 25 Jul 2004 18:27:15 -0000
@@ -63,7 +63,6 @@
<javac srcdir="src"
destdir="classes"
includes="**/*.java"
- excludes="uchicago/src/sim/topology/*"
>
<classpath>
<fileset dir="lib">
@@ -96,7 +95,7 @@
version="false"
defaultexcludes="yes"
packagenames="uchicago.src.*,uchicago.src.sim.*"
- excludepackagenames="uchicago.src.sim.test.*, uchicago.src.nqpy.*, uchicago.src.sim.topology.*,uchicago.src.sim.parameter.rpl.AST*">
+ excludepackagenames="uchicago.src.sim.test.*, uchicago.src.nqpy.*, uchicago.src.sim.parameter.rpl.AST*">
<classpath>
<fileset dir="lib">
@@ -112,7 +111,7 @@
<target name="jar" depends="compile">
<delete file="lib/repast.jar"/>
- <jar jarfile="lib/repast.jar" basedir="classes" excludes="uchicago/src/repastdemos/*, uchicago/src/sim/topology/*">
+ <jar jarfile="lib/repast.jar" basedir="classes" excludes="uchicago/src/repastdemos/*">
<manifest>
<attribute name="Specification-Title" value="RePast"/>
<attribute name="Specification-Version" value="${version}"/>
---- cut here ---
mrd> I may end up working on some Display classes for all topoloy
mrd> stuff in the near future.
Can you tell me what was intended to implement the following
interface?
public interface DisplayableContext{
public Displayable getGui();
}
Since I'd like to start playing with this stuff, are there any
specs or some discussion I can look over?
--
glen e. p. ropella =><= Hail Eris!
H: 503.630.4505 http://www.ropella.net/~gepr
M: 971.219.3846 http://www.tempusdictum.com
|
|
From: North, M. <no...@an...> - 2004-07-25 15:26:21
|
Follow Repasters: =20 I am currently compiling a survey of Repast artificial life applications. If you have a Repast artificial life application that you would like me to include in the survey, place let me know in the next two weeks. Please include publication references to be cited, if available. Thank you for your help! I look forward to your responses. =20 Mike =20 Michael J. North Deputy Director Center for Complex Adaptive Agent Systems Simulation Argonne National Laboratory Decision and Information Sciences Division =20 9700 S. Cass Avenue Argonne, IL 60439 =20 E-mail: no...@an... WWW: http://www.cas.anl.gov/ Office Telephone: (630) 252-6234 Mobile Telephone: (630) 400-6313 Facsimile: (630) 252-6073 =20 =20 |
|
From: Mark R. D. <mdi...@la...> - 2004-07-16 22:40:51
|
After a little break, I'm getting back into some RePast work. I notice the following concerning the RePast jar for 2.2 Our experimental topology packages are in the release, however, there are missing classes which case compilation errors to occur. Somehow the following was left out (or I suspect the real intention was to exclude topology entirely and only the classes in the root topology directory were the ones actually excluded). Missing classes: u.s.s.topology.Context u.s.s.topology.ContextFactory u.s.s.topology.DefaultContext u.s.s.topology.DefaultModifyableContext u.s.s.topology.DefaultModifyableTopology u.s.s.topology.ModifyableTopology u.s.s.topology.RelationTopology u.s.s.topology.DisplayableContext I may end up working on some Display classes for all topoloy stuff in the near future. Note: We should also discuss what we are going to do about the last attempt to modularize the project. I believe currently there is work in both the original repast directory and the mavenized one which is out-of-sync. I'm tempted to suggest that we learn alot from last winters attempt and we should evaluate what went right/wrong with it and explore attempting it again now that tools such as maven have matured a bit. -Mark -- Mark R. Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu |
|
From: Nick C. <ntc...@ve...> - 2004-07-02 12:46:23
|
Tim, Sorry. They were created with Cygwin and I forget to check the permissions. Nick > -----Original Message----- > From: rep...@li... > [mailto:rep...@li...]On Behalf Of > Timothy H. Keitt > Sent: Thursday, July 01, 2004 2:15 PM > To: rep...@li... > Subject: [Repast-developer] Repast 2.2 tar file > > > I noticed that all files in the tar distribution archive have rwx > permissions set for all users. (Created on windows?) It would be > preferable not to have every source file have its execute bit set. > > Cheers, > Tim > > -- > Timothy H. Keitt > Section of Integrative Biology > University of Texas at Austin > http://www.keittlab.org/ > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Repast-developer mailing list > Rep...@li... > https://lists.sourceforge.net/lists/listinfo/repast-developer > |
|
From: Timothy H. K. <tk...@ma...> - 2004-07-01 18:13:13
|
I noticed that all files in the tar distribution archive have rwx permissions set for all users. (Created on windows?) It would be preferable not to have every source file have its execute bit set. Cheers, Tim -- Timothy H. Keitt Section of Integrative Biology University of Texas at Austin http://www.keittlab.org/ |
|
From: Robert M. <R.M...@cs...> - 2004-06-26 18:07:59
|
Hi all, I've been working with RePast since last summer, trying to integrate it with the distributed-simulation protocol 'HLA', developed by the DOD and now an IEEE standard (1516). There is information about HLA, the mechanisms and the protocol here: https://www.dmso.mil/public/transition/hla The middleware I've been developing to make RePast talk to itself through the HLA is finished, we've created some benchmarking models, run some performance tests and written a paper. This paper will be presented by me next week at the European Simulation Interoperability Workshop (EURO-SIW), information about the conference can be found here: http://www.sisostds.org/siw/04Euro/ If, by any chance, somebody on this list will be around, drop me or my supervisor a line (R.M...@cs... or G.K...@cs...) and we can meet up for a chat if you're interested. Other than that, just thought I'd put the information out there as I think it is pertinent in some way at least to RePast development. Regards, Rob. -- Rob Minson Computer Science, University of Birmingham R.M...@cs... tel: 0121 414 3707 web: www.cs.bham.ac.uk/~rzm/ |
|
From: yy <yon...@so...> - 2004-06-14 18:30:46
|
dear all,
I want to develop some GIS functions in the Repast frame. When I try to =
display multilinestring in GisDisplay, I find one bug in the class of =
uchicago.src.sim.gis.LineStringAdapter.(It seems there is no =
MultiLineStringAdapter in the gis package)
the bug is in the function of setGeometry(Geometry geo).
the code is as following:
*************************************************************************=
*******************************************************************
public void setGeometry(Geometry geo){
if(!geo.getGeometryType().toLowerCase().equals("linestring") &&
=
!(geo.getGeometryType().toLowerCase().equals("multilinestring"))){
throw new IllegalArgumentException("This is not a =
linestring, it is a " + geo.getGeometryType());
}
if(geo.getGeometryType().toLowerCase().startsWith("multi")){
multi =3D true;
}
LineString line =3D (LineString) geo;
super.setFrom(new PointAdapter(line.getStartPoint()));
super.setTo(new PointAdapter(line.getEndPoint()));
Coordinate[] coords =3D line.getCoordinates();
points =3D new LinePoint[coords.length];
points[0] =3D new LinePoint(coords[0]);
points[0].setToPoint(points[1]);
if (points.length < 3) {
points[1] =3D new LinePoint(coords[1]);
points[1].setFromPoint(points[0]);
strength +=3D GisUtilities.getDistance(coords[0], =
coords[1]);
} else {
for (int i =3D 1; i < coords.length - 1; i++) {
points[i] =3D new LinePoint(coords[i]);
strength +=3D GisUtilities.getDistance(coords[i], =
coords[i - 1]);
points[i].setFromPoint(points[i - 1]);
points[i].setToPoint(points[i + 1]);
}
points[points.length - 1] =3D new =
LinePoint(coords[points.length - 1]);
points[points.length - 1].setFromPoint(points[points.length =
- 2]);
strength +=3D GisUtilities.getDistance(coords[points.length =
- 1], coords[points.length - 2]);
}
}
*************************************************************************=
*************************************************************************=
******
at first, this code judge if this geometry is a linestring or =
multilingstring or even neither, if this is a multiline, the multi sign =
will be set to be true, all these are right.
but then it try to force the geo to be a lineString without any =
judgement. When I use this function, my geo is a multiLineString, so =
there will be Exception thrown.
This error are so obvious that I donot sure if this can be called a bug. =
thank you very much!
cheers,
Yong |
|
From: Mark R. D. <mdi...@la...> - 2004-05-21 21:32:12
|
Jason Woodard wrote: >Mark, > >Tom and I started going down this path last fall; James Macgill also >offered us an introduction to the Ibiblio folks, since he has a >repository there for GeoTools. > > > Ibiblio really has nothing to do with it. Its all Apache/Maven developers who establish these mandates to cover their ^$$. The process to get most jars onto the repository is rather simple. >They seemed quite strict about ensuring that all jars are properly >licensed for redistribution. I was in the middle of verifying this >when I got distracted by my dissertation. (The issue was complicated >by the fact that some of the jars distributed with RePast originate >with Sun and either don't contain licenses or contain licenses without >explicit redistribution clauses.) > > > Yes, its important that the jars are distributed from their "origin". If repast is modifying something and repackagin it, repast should be able to distribute it, If its just a tool, we go to the canonical developers and approach them to ok its distribution. Yes, the real stinker is Sun, they are very restrictive about redistribution ( it really hurts the community overall in a big way ). Those jars will have to stay outside of Ibiblio and be distributed with the application. In such situations, RePast Developers can either start with a RePast distribution including it or go get it from Sun themselves. >I'd be happy to pick this up again if there's interest. Be warned, >though, that getting into compliance might require moving to later >versions of jars or refactoring to eliminate dependencies. > >(This would also reopen the question of whether it makes sense to move >to a Mavenized build process. As you remember, it was still pretty >bloody when we experimented with it in the fall, but possibily the >benefits would outweigh the costs.) > > > I suspect theres going to be some growing pains here because there have been changes to the original tree that are not in the Mavenized "branch". I suspect we would need to go through and "catch up" with those modifications. -Mark |
|
From: Jason W. <jwo...@hb...> - 2004-05-21 21:23:22
|
Mark, Tom and I started going down this path last fall; James Macgill also offered us an introduction to the Ibiblio folks, since he has a repository there for GeoTools. They seemed quite strict about ensuring that all jars are properly licensed for redistribution. I was in the middle of verifying this when I got distracted by my dissertation. (The issue was complicated by the fact that some of the jars distributed with RePast originate with Sun and either don't contain licenses or contain licenses without explicit redistribution clauses.) I'd be happy to pick this up again if there's interest. Be warned, though, that getting into compliance might require moving to later versions of jars or refactoring to eliminate dependencies. (This would also reopen the question of whether it makes sense to move to a Mavenized build process. As you remember, it was still pretty bloody when we experimented with it in the fall, but possibily the benefits would outweigh the costs.) -j Jason Woodard jwo...@hb... ja...@ee... -----Original Message----- From: rep...@li... [mailto:rep...@li...] On Behalf Of Mark R. Diggory Sent: Friday, May 21, 2004 4:53 PM To: rep...@li... Cc: DIS REPAST Subject: Re: [Repast-developer] Maven, Repast Development and Ibibilio Sorry, that URI is wrong http://www.ibiblio.org/maven/ Mark R. Diggory wrote: > Hi All, > > I have some news in terms of RePast development and resources. I'm > currently involved with both the Ibiblio and Apache Maven Jar > Repositories. So if we're looking for a home for repast jars. We can > work out the details easily to get them published at: > > http://www.ibibilio.org/maven > > -Cheers, > Mark |
|
From: Mark R. D. <mdi...@la...> - 2004-05-21 20:53:21
|
Sorry, that URI is wrong http://www.ibiblio.org/maven/ Mark R. Diggory wrote: > Hi All, > > I have some news in terms of RePast development and resources. I'm > currently involved with both the Ibiblio and Apache Maven Jar > Repositories. So if we're looking for a home for repast jars. We can > work out the details easily to get them published at: > > http://www.ibibilio.org/maven > > -Cheers, > Mark |
|
From: Mark R. D. <mdi...@la...> - 2004-05-21 20:50:58
|
Hi All, I have some news in terms of RePast development and resources. I'm currently involved with both the Ibiblio and Apache Maven Jar Repositories. So if we're looking for a home for repast jars. We can work out the details easily to get them published at: http://www.ibibilio.org/maven -Cheers, Mark |
|
From: Volker N. <vo...@cs...> - 2004-05-17 16:19:43
|
> > I'm assuming that the re...@sr... address is just broken now > for some reason. We'll look into it. > It seems to be broken at least since May 4. Below is the response I got back then. Cheers, Volker |------------------------- Message log follows: -------------------------| no valid recipients were found for this message |------------------------- Failed addresses follow: ---------------------| <re...@sr...> ... unknown host |------------------------- Message text follows: ------------------------| Received: from yosarian.cs.vu.nl (yosarian.cs.vu.nl [130.37.30.174]) by top.cs.vu.nl with esmtp (Smail #91) id m1BL1pM-0003WPC; Tue, 4 May 2004 17:27 +0200 From: Volker Nannen <vo...@cs...> Reply-To: vo...@cs... Organization: Vrije Universiteit Amsterdam To: re...@sr... Subject: repast development Date: Tue, 4 May 2004 17:25:14 +0200 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200...@cs...> Hi there, I am writing a simulation in RePast and would like to get involved in the development of RePast itself, particularly the way how experiments are set up and data representation - manipulation. Cheers, Volker |
|
From: Nick C. <ntc...@ve...> - 2004-05-17 12:37:12
|
All, RePast development is very much alive. We did a release fairly recently and there are some exciting developments planned for the future, particularly in the GIS area. I'm assuming that the re...@sr... address is just broken now for some reason. We'll look into it. Nick > -----Original Message----- > From: rep...@li... > [mailto:rep...@li...]On Behalf Of Robert > Minson > Sent: Monday, May 17, 2004 7:35 AM > To: Volker Nannen > Cc: rep...@li... > Subject: Re: [Repast-developer] repast alive ? > > > Hi Volker, Hi everyone, > > I've never been involved directly with repast development at the > cvs level > but I've spent the last 12 months using it extensively in my PhD > research. > > I've been writing some extensions to make it run as an hla-compliant > distributed simulator. It's still very much a research toy at the moment > but we have results and the paper is being presented by me this summer at > the European Simulation Interoperability conference in Edinburgh. We are > also submitting an extended version to a journal some time soon. > If anyone > has a copy of an HLA runtime infrastructure and would like to play with > the (non bug-free) distribution libraries I'd be happy to package them up > and send them out - I guess they would just inherit the RePast GPL. > > I certainly hope that the direct developmental community (as in those who > _do_ touch the cvs as opposed to people like me who just tinker with the > api's on their own) has not disintegrated, particularly considering the > popularity of RePast - there are 4 agent researchers in my department > alone who use it on a regular basis. > > Rob > > On Mon, 17 May 2004, Volker Nannen wrote: > > > Hi there, > > > > I wonder if the repast development is still alive. > > > > I send a number of mails to re...@sr... to make contact. > > > > All of them were returned: connection refused. > > > > Who is coordinating the development at the monent? > > > > Greetings, > > > > Volker > > > > -- > Rob Minson > Computer Science, University of Birmingham > R.M...@cs... > tel: 0121 414 3707 > web: www.cs.bham.ac.uk/~rzm/ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Repast-developer mailing list > Rep...@li... > https://lists.sourceforge.net/lists/listinfo/repast-developer > |
|
From: Robert M. <R.M...@cs...> - 2004-05-17 11:36:26
|
Hi Volker, Hi everyone, I've never been involved directly with repast development at the cvs level but I've spent the last 12 months using it extensively in my PhD research. I've been writing some extensions to make it run as an hla-compliant distributed simulator. It's still very much a research toy at the moment but we have results and the paper is being presented by me this summer at the European Simulation Interoperability conference in Edinburgh. We are also submitting an extended version to a journal some time soon. If anyone has a copy of an HLA runtime infrastructure and would like to play with the (non bug-free) distribution libraries I'd be happy to package them up and send them out - I guess they would just inherit the RePast GPL. I certainly hope that the direct developmental community (as in those who _do_ touch the cvs as opposed to people like me who just tinker with the api's on their own) has not disintegrated, particularly considering the popularity of RePast - there are 4 agent researchers in my department alone who use it on a regular basis. Rob On Mon, 17 May 2004, Volker Nannen wrote: > Hi there, > > I wonder if the repast development is still alive. > > I send a number of mails to re...@sr... to make contact. > > All of them were returned: connection refused. > > Who is coordinating the development at the monent? > > Greetings, > > Volker > -- Rob Minson Computer Science, University of Birmingham R.M...@cs... tel: 0121 414 3707 web: www.cs.bham.ac.uk/~rzm/ |
|
From: Volker N. <vo...@cs...> - 2004-05-17 11:22:40
|
Hi there, I wonder if the repast development is still alive. I send a number of mails to re...@sr... to make contact. All of them were returned: connection refused. Who is coordinating the development at the monent? Greetings, Volker -- Computational Intelligence Group Vrije Universiteit Amsterdam Room: R523 De Boelelaan 1081a Phone: +31-20-4447790 1081 HV Amsterdam http://www.cs.vu.nl/~volker/ |
|
From: Michal K. <mic...@ce...> - 2004-04-01 13:36:18
|
Hello guys,
I'm using OpenHistogram in my simulation and I have created it this way:
----------------------------------------------------------------
//part of model class
histogram = new OpenHistogram("title", 7, 0, this);
histogram.setLocation(450, 450);
histogram.setAxisTitles("colonies", "average time");
histogram.setXRange(-1, 8);
histogram.setYRange(0, 1000);
histogram.setXTick(0, "t 1");
histogram.setXTick(1, "t 2");
histogram.setXTick(2, "t 3");
histogram.setXTick(3, "t 4");
histogram.setXTick(4, "t 5");
histogram.setXTick(5, "t 6");
histogram.setXTick(6, "t 7");
histogram.createHistogramItem("colony times", histogramList,
"getColonyNr", -1 ,2);
histogram.display();
----------------------------------------------------------------
then I normally call:
----------------------------------------------------------------
histogram.step();
----------------------------------------------------------------
scheduled of each tick.
My problem is this: at the beginning of simulation, when I click
'Initialize' button in RePast toolbar, it gives empty nice histogram
(see first attached picture), with proper labels 't 1', 't 2', 't 3',
't 4', 't 5', 't 6', 't 7' on x-axis. But when I start simulation with
either 'Step' or 'Start' button, the histogram gets filled with proper
values, but my 't 1', 't 2', 't 3', 't 4', 't 5', 't 6', 't 7' labels on
x-axis all disappear (see second attached picture) and are replaced with
strange numbers instead. I don't want this happen - I want to keep my
labels instead of these strange numbers (btw., what do they mean mean?).
How can I do it?
Thx, in advance
Michal
|
|
From: Nick C. <ntc...@ve...> - 2004-04-01 13:21:19
|
Jeff, Well, both approaches would be useful, I think. I had to pick I guess I'd go with the agent level one. If you post this query on repast-interest, you may get more responses as the number of subscribers is much larger. Nick > -----Original Message----- > From: rep...@li... > [mailto:rep...@li...]On Behalf Of > Jeffrey Fuller > Sent: Tuesday, March 30, 2004 10:07 PM > To: rep...@li... > Subject: [Repast-developer] Genetic Algorithm > > > In the process of coming up with a GA implementation for Repast, I have > come up one the question, what level make the most sense. Essentially, > I have devised three different levels that could all make sense in > their own way. At the lowest level, you could setup a GA that runs for > each agent evolving an ideal set of behavior values. The next level up > would evolve the population of agents in order to achieve a "perfect" > agent. The option would be to have a GA consist of a population of > models, which would yield a best model. > > What level you think would make the most sense for implementation into > Repast? > > > -Jeff > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Repast-developer mailing list > Rep...@li... > https://lists.sourceforge.net/lists/listinfo/repast-developer > |
|
From: Jeffrey F. <jja...@ch...> - 2004-03-31 03:07:34
|
In the process of coming up with a GA implementation for Repast, I have come up one the question, what level make the most sense. Essentially, I have devised three different levels that could all make sense in their own way. At the lowest level, you could setup a GA that runs for each agent evolving an ideal set of behavior values. The next level up would evolve the population of agents in order to achieve a "perfect" agent. The option would be to have a GA consist of a population of models, which would yield a best model. What level you think would make the most sense for implementation into Repast? -Jeff |
|
From: Nick C. <ntc...@ve...> - 2004-03-25 17:57:11
|
All, I'm happy to announce the release of repast v. 2.2. You can get it at: http://sourceforge.net/project/showfiles.php?group_id=1703 Note that this version requires java 1.4 or greater. It was built and tested with 1.4.2_04. Currently, there are only .zip and .tgz archives available. I'll make executable installers for Windows, Linux and the Mac and post them early next week. Release Notes follow: RePast 2.2 This is primarily a release to distribute the many bug fixes that have accumulated since the last release. Thanks to Thomas Howe, Mike North, Jason Woodard, David O'Sullivan, Laszlo Gulyas, James Macgill, Mark Diggory, Robert Najlis, Luc Girardin (and anyone else I may have forgotten) for their contributions and also to Argonne National Laboratory for supporting this release. ** New Features *** Single run batch mode. Can perform a single batch run without a parameter file using: uchicago.src.sim.engine.SimInit -b MyBatchModelName *** Multiple run batch mode. Can perform mulitple batch runs without a parameter file using: uchicago.src.sim.engine.SimInit -b MyBatchModelName num_runs *** New batch parameter file format (the old one still works as well). Email Nick (nic...@al...) for details if interested. *** Refactored parameter mechanism that makes it much easier to control batch runs with custom parameter iterators. *** Additional refactoring of the controller heirarchy. *** Console output redirected to repast console window. This can be turned on/off with AbstractGUIController.CONSOLE_ERR = true/false and AbstractGUIController.CONSOLE_OUT = true/false. *** New CallbackSchedule class that allows for the scheduling of methods that take arguments *** Experimental support for "Group" operations; that is, agents can be added to a DefaultGroup and this DefaultGroup can be used to execute methods, take statistics etc. over all the agents in that group. *** Removed dependencies on Acme, jgl, and xerces jars. *** Node / edge drawing order is specifiable *** Improved support for running distributed simulations; that is, for running many simulations on many machines under the control of a single computer. ** Bug Fixes *** Fixed the xml parsing problem with Frame and Chart persistent positioning. *** Controllers respect the ExitOnExit flag. *** Fixed snapshot problem on charts and graphs (i.e. "too many colors"). *** Fixed problems with finding the demo and models directory when using the "load model" button in the repast toolbar. *** Fixed problem where gui event queue is assumed to exist on all machines. This should fix problems with running batch models in a unix enviroment without X11. *** Misc. small bug fixes. ---------------------- Nick Collier Software Developer |
|
From: North, M. <no...@an...> - 2004-02-20 01:42:23
|
Here is some interesting news. Robert Tobias and Carole Hofmann's = recent "Evaluation of free Java-libraries for social-scientific agent = based simulation" in the Journal of Artificial Societies and Social = Simulation (JASSS)(Vol. 7, No. 1) states that: Despite the problems with the evaluation mentioned above, we can = conclude with great certainty that according to the available = information, RePast is at the moment the most suitable simulation = framework for the applied modeling of social interventions based on = theories and data. It is certainly worth realizing a project in this = framework and then, on the basis of experience gained, and taking into = account the new state of development in the rapidly evolving area of = social simulation, conducting the evaluation again. The full article is available at = http://jasss.soc.surrey.ac.uk/7/1/6.html Michael Michael J. North Deputy Director Center for Complex Adaptive Agent Systems Simulation Argonne National Laboratory Decision and Information Sciences Division =A0 9700 S. Cass Avenue Argonne, IL 60439 E-mail: no...@an... WWW: http://www.cas.anl.gov/ Office Telephone: (630) 252-6234 Mobile Telephone: (630) 400-6313 Facsimile: (630) 252-6073 =A0 |