repast-developer

Re: [Repast-developer] GIS

[Robert N. <rn...@gm...>]

for use with OpenMap, you would need to transform the coordinates to lat/lo=
n. =20

- Robert

On 9/19/05, Suresh Ayyalsamy <Sur...@as...> wrote:
> =20
> My GIS input is a XY coordinate system, which I think is a UTM system. Ca=
n I
> use them directly in Repast or should I convert them to Latitude and
> Longitude. For example my input is=20
>  =20
> X=3D418386.2763=20
> Y=3D3678312.627=20
>  =20
> for Chandler, AZ.=20
>  =20
> Is it also possible for this to be represented in some class similar to
> Object2DTorus which can accept real numbers, so that it can be used as a =
GIS
> map?=20
>  =20
>=20
>=20
> Suresh=20
>

[Repast-developer] GIS

[Suresh A. <Sur...@as...>]

My GIS input is a XY coordinate system, which I think is a UTM system.
Can I use them directly in Repast or should I convert them to Latitude
and Longitude. For example my input is
=20
X=3D418386.2763
Y=3D3678312.627
=20
for Chandler, AZ.
=20
Is it also possible for this to be represented in some class similar to
Object2DTorus which can accept real numbers, so that it can be used as a
GIS map?
=20

Suresh

=20

[Repast-developer] [ repast-Bugs-1291503 ] Displaying a BIG x BIG space (.NET)

[SourceForge.net <no...@so...>]

Bugs item #1291503, was opened at 2005-09-14 19:37
Message generated for change (Comment added) made by jerryvos
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1291503&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: Repast .NET
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Displaying a BIG x BIG space (.NET)

Initial Comment:
I encounter some problem when i used 
the "uchicago.src.sim.space.Object2DGrid". i hope i 
could find some help here.
i wonder if there any limitatins for the size of an 
spaceobject -"Object2DGrid" ?
  The concerned codes is as follows:

  public class MyModel : SimpleModel
  {   
   //Initialization
	private Object2DGrid world;	 
	private int worldXSize=6500;
	private int worldYSize=2;
    private DisplaySurface displaySurface;
   
    //Display the "world" 
	world=new Object2DGrid
(worldXSize,worldYSize);
	displaySurface = new DisplaySurface
(this,this.Name);
	Object2DDisplay agentDisplay =new 
Object2DDisplay(world);
	displaySurface.addDisplayable
(agentDisplay,"Agents ");	
	}
  
      when i set the  worldXSize larger than  about 
6500 ,the program will throw an 
exception  "System.ArgumentException”in
"system.windows.forms.dll".
       the system i used is: Repast.net (in repast 3.0 
suite)+vs.net 2003+ win Xp(sp2).


----------------------------------------------------------------------

>Comment By: Jerry Vos (jerryvos)
Date: 2005-09-15 11:40

Message:
Logged In: YES 
user_id=1093815

This bug originated on the mailing list and has some
comments on it there.

I looked into this and the exception is being thrown inside
Painter
(which is used by the display surface) when it tries to make
a Bitmap to
back the display. I did a bit of searching around on the net
and it
seems that there's a maximum size of a Bitmap that may be
caused by the
video card drivers or windows itself (depending on where you
look); ie this is somewhat a system problem not totally a
Repast problem.

Here's one of the more informative pages I could find
regarding this:
http://www.efg2.com/Lab/Graphics/VeryLargeBitmap.htm

A solution would be to back the painter by a grid of Bitmaps
in the BIG case.  The algorithm for when to break it into
Bitmaps and when not to (really to determine how many
Bitmaps to break it into) is TBD, but it feels like
something that already would've been solved by someone.

So the problem isn't directly the size of the Object2DGrid,
but with
trying to display it. 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1291503&group_id=1703

[Repast-developer] [ repast-Bugs-1291503 ] the prolbem of displaying a large bitmap

[SourceForge.net <no...@so...>]

Bugs item #1291503, was opened at 2005-09-14 17:37
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1291503&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: the prolbem of  displaying a large bitmap

Initial Comment:
I encounter some problem when i used 
the "uchicago.src.sim.space.Object2DGrid". i hope i 
could find some help here.
i wonder if there any limitatins for the size of an 
spaceobject -"Object2DGrid" ?
  The concerned codes is as follows:

  public class MyModel : SimpleModel
  {   
   //Initialization
	private Object2DGrid world;	 
	private int worldXSize=6500;
	private int worldYSize=2;
    private DisplaySurface displaySurface;
   
    //Display the "world" 
	world=new Object2DGrid
(worldXSize,worldYSize);
	displaySurface = new DisplaySurface
(this,this.Name);
	Object2DDisplay agentDisplay =new 
Object2DDisplay(world);
	displaySurface.addDisplayable
(agentDisplay,"Agents ");	
	}
  
      when i set the  worldXSize larger than  about 
6500 ,the program will throw an 
exception  "System.ArgumentException”in
"system.windows.forms.dll".
       the system i used is: Repast.net (in repast 3.0 
suite)+vs.net 2003+ win Xp(sp2).


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1291503&group_id=1703

[Repast-developer] [ repast-Bugs-1286036 ] SimInit reports incorrect version

[SourceForge.net <no...@so...>]

Bugs item #1286036, was opened at 2005-09-09 13:38
Message generated for change (Comment added) made by sphelps
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286036&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Open
Resolution: None
Priority: 4
Submitted By: S Phelps (sphelps)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimInit reports incorrect version

Initial Comment:
The class uchicago.src.sim.engine.SimInit in Version
3.1 of Repast reports version 3.0

eg

[sphelps@mbc1 engine]$ java
uchicago.src.sim.engine.SimInit -v
RePast Version: 3.0




----------------------------------------------------------------------

>Comment By: S Phelps (sphelps)
Date: 2005-09-14 20:32

Message:
Logged In: YES 
user_id=379878

You can get ant to automatically increment version / build
number.  See
http://www.jguru.com/faq/view.jsp?EID=481664

It might also be nice to have a short version string and a
full version string.  The full version string could include
build number / build host and build date.


----------------------------------------------------------------------

Comment By: Jerry Vos (jerryvos)
Date: 2005-09-14 18:38

Message:
Logged In: YES 
user_id=1093815

This has been updated in CVS to 3.1.1 (in preparation of a
point release fixing some small things).

I'm leaving this pending so we remember to do this again.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286036&group_id=1703

[Repast-developer] [ repast-Bugs-1286036 ] SimInit reports incorrect version

[SourceForge.net <no...@so...>]

Bugs item #1286036, was opened at 2005-09-09 08:38
Message generated for change (Comment added) made by jerryvos
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286036&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Pending
Resolution: None
>Priority: 4
Submitted By: S Phelps (sphelps)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimInit reports incorrect version

Initial Comment:
The class uchicago.src.sim.engine.SimInit in Version
3.1 of Repast reports version 3.0

eg

[sphelps@mbc1 engine]$ java
uchicago.src.sim.engine.SimInit -v
RePast Version: 3.0




----------------------------------------------------------------------

>Comment By: Jerry Vos (jerryvos)
Date: 2005-09-14 13:38

Message:
Logged In: YES 
user_id=1093815

This has been updated in CVS to 3.1.1 (in preparation of a
point release fixing some small things).

I'm leaving this pending so we remember to do this again.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286036&group_id=1703

[Repast-developer] [ repast-Bugs-1286004 ] dist ships with old and buggy version of commons-collections

[SourceForge.net <no...@so...>]

Bugs item #1286004, was opened at 2005-09-09 08:10
Message generated for change (Settings changed) made by jerryvos
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286004&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: S Phelps (sphelps)
Assigned to: Nobody/Anonymous (nobody)
Summary: dist ships with old and buggy version of commons-collections

Initial Comment:
Repast-3.1 still ships with version 3.0 of the Apache
commons-collections library, which contains some severe
bugs.

Although the bugs in commons-collections-3.0 may not
affect the core repast code, these bugs may affect
applications that link with the repast code, and the
fact that an old version of the library is shipped in
the Repast distrubtion makes it complicated to
construct build paths that exclude the version shipped
with Repast, and include the correct up-to-date version.

It also means that in applications that link with
commons-collections-3.1 and Repast-3.1, the core repast
code now uses a different version of the library, and
there is the risk of unknown bugs being introduced
because there is no guarantee that Repast-3.1 has been
regression tested using commons-collections-3.1.


----------------------------------------------------------------------

>Comment By: Jerry Vos (jerryvos)
Date: 2005-09-14 13:35

Message:
Logged In: YES 
user_id=1093815

Just updated this to 3.1.  

Also changed the shortest path stuff to use PriorityBuffer
instead of the now deprecated (as of 3.1) BinaryHeap.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286004&group_id=1703

[Repast-developer] [ repast-Bugs-1286038 ] SimInit -v option not documented in Usage: message

[SourceForge.net <no...@so...>]

Bugs item #1286038, was opened at 2005-09-09 13:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286038&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: S Phelps (sphelps)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimInit -v option not documented in Usage: message

Initial Comment:
The 'Usage:' message output by the SimInit application
does not document the -v option

# java uchicago.src.sim.engine.SimInit -help
Invalid option

Usage:   [-ng -b] [fully_qualified_name_of_model_class]
[parameter file | run count]
e.g java -cp .;sim.jar uchicago.src.sim.SimInit
uchicago.src.sim.heatBugs.HeatBugModel



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286038&group_id=1703

[Repast-developer] [ repast-Bugs-1286036 ] SimInit reports incorrect version

[SourceForge.net <no...@so...>]

Bugs item #1286036, was opened at 2005-09-09 13:38
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286036&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: S Phelps (sphelps)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimInit reports incorrect version

Initial Comment:
The class uchicago.src.sim.engine.SimInit in Version
3.1 of Repast reports version 3.0

eg

[sphelps@mbc1 engine]$ java
uchicago.src.sim.engine.SimInit -v
RePast Version: 3.0




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286036&group_id=1703

[Repast-developer] [ repast-Bugs-1286004 ] dist ships with old and buggy version of commons-collections

[SourceForge.net <no...@so...>]

Bugs item #1286004, was opened at 2005-09-09 13:10
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286004&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: S Phelps (sphelps)
Assigned to: Nobody/Anonymous (nobody)
Summary: dist ships with old and buggy version of commons-collections

Initial Comment:
Repast-3.1 still ships with version 3.0 of the Apache
commons-collections library, which contains some severe
bugs.

Although the bugs in commons-collections-3.0 may not
affect the core repast code, these bugs may affect
applications that link with the repast code, and the
fact that an old version of the library is shipped in
the Repast distrubtion makes it complicated to
construct build paths that exclude the version shipped
with Repast, and include the correct up-to-date version.

It also means that in applications that link with
commons-collections-3.1 and Repast-3.1, the core repast
code now uses a different version of the library, and
there is the risk of unknown bugs being introduced
because there is no guarantee that Repast-3.1 has been
regression tested using commons-collections-3.1.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1286004&group_id=1703

[Repast-developer] [ repast-Bugs-1285969 ] directory structure is inconsistent between platform dists

[SourceForge.net <no...@so...>]

Bugs item #1285969, was opened at 2005-09-09 12:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1285969&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: S Phelps (sphelps)
Assigned to: Nobody/Anonymous (nobody)
Summary: directory structure is inconsistent between platform dists

Initial Comment:
When installing Repast 3.1, the path to the .jar varies
depending on whether you use the .tar.gz distribution
or the Repast_J_3.1_Installer.exe distribution.

Using the .tar.gz distribution, the path is:

<INSTALLDIR>/RepastJ/repast.jar

Using the Repast_J_3.1_Installer.exe distribution, the
path is:

<INSTALLDIR>/Repast<space>J/repast.jar

Note the space in between 'Repast' and 'J'.

Cross-platform 3rd-party applications that link with
the repast libraries thus require neeedlessly
complicated build environments / ant files to cope with
this discrepency.

Moreover the default INSTALLDIR for the Installer.exe is

 'Repast 3'

whereas the top-level directory in the .tar.gz is

 'Repast-3.1'





----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1285969&group_id=1703

[Repast-developer] problem with update repastpy

[setadshahrsalem s. <set...@ya...>]

hello
i have problem with update repastpy ,i had read the "readme_update.txt" file and i have done instruction but i can not run the "repastpy.jar". please guide me
thanks
setadshahrsalem

Send instant messages to your online friends http://uk.messenger.yahoo.com 

[Repast-developer] [ repast-Bugs-1255674 ] Number Format Inconsistencies

[SourceForge.net <no...@so...>]

Bugs item #1255674, was opened at 2005-08-10 03:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1255674&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Number Format Inconsistencies

Initial Comment:
When I use Repast in batch mode the recorded data show
format inconsistenciesThe incremented parameters are
formatted 
in localized manner whereas the other data are formatted
un-localized. 

I assume the cause is that the parameters are wrapped in
an AbstractDataSourceRecorder$NumberFormattingDataSource
whereas the other data are wrapped inside an
AbstractDataSourceRecorder.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1255674&group_id=1703

[Repast-developer] [ repast-Bugs-1241755 ] Adding DisplaySurface fails before displayable is added

[SourceForge.net <no...@so...>]

Bugs item #1241755, was opened at 2005-07-20 18:07
Message generated for change (Comment added) made by srcnick
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1241755&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: None
Priority: 6
Submitted By: Reuben Grinberg (reubgr)
Assigned to: Nick Collier (srcnick)
Summary: Adding DisplaySurface fails before displayable is added

Initial Comment:
Adding a DisplaySurface to a Containter (such as a JPanel) before a 
Displayable has been added to the DisplaySurface leads a 
NullPointerException since the Painter has never been set.
java.lang.NullPointerException
        at uchicago.src.sim.gui.Painter.createBufferedImage(Unknown 
Source)
        at uchicago.src.sim.gui.LocalPainter.paint(Unknown Source)
        at uchicago.src.sim.gui.DisplaySurface$DUpdate.run(Unknown 
Source)
        at java.awt.event.InvocationEvent.dispatch
(InvocationEvent.java:171)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:454)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy
(EventDispatchThread.java:234)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy
(EventDispatchThread.java:184)
        at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:178)
        at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:170)
        at java.awt.EventDispatchThread.run
(EventDispatchThread.java:100)

In addition, since DisplaySurface doesn't seem to add displayables 
via the normal Container.add() mechanism, I can't call 
myDisplaySurface.getComponentCount() as a work around. This also 
means that I can't add a Container listener to the DisplaySurface to 
know when a Displayable has been added.

----------------------------------------------------------------------

>Comment By: Nick Collier (srcnick)
Date: 2005-08-05 18:35

Message:
Logged In: YES 
user_id=7167

fixed DisplaySurface display bug. Asked submitted to refile
additional request separately.

----------------------------------------------------------------------

Comment By: Reuben Grinberg (reubgr)
Date: 2005-08-05 18:32

Message:
Logged In: YES 
user_id=174152

Any reason this was closed without a resolution?

----------------------------------------------------------------------

Comment By: Reuben Grinberg (reubgr)
Date: 2005-08-05 14:48

Message:
Logged In: YES 
user_id=174152

In addition, it'd be really nice to separate out the JFrame stuff from the 
container stuff. We've had a hell of a time getting access to the JFrame 
created by DisplaySurface.display(). Maybe one way to deal with this is 
to keep all the functionality in DisplaySurface but create a separate 
class called DisplaySurfaceFrame or something like that. Since a lot of 
people probably use the DisplaySurface.display() function, we can set 
that up so it  displays the current DisplaySurface inside of a 
DisplaySurfaceFrame. Users who need more control (like me!) , 
however, could put the DispaySurface inside of a DisplaySurfaceFrame 
themselves or could put the DisplaySurface inside of another container. 
For a while we were experimenting with a one-window UI where 
everything was in SplitPanes and so we wanted the DisplaySurface to 
show up in one of the panes. There were a lot of issues that we had to 
work-around.

Come to think of it, there is a similar design issue with 
OpenSequenceGraph. The display method just displays a graph and 
doesn't give me access to it. It'd be nice to have an 
OpenSequenceGraphFrame or something like that. Even having a 
function in OpenSequenceGraph that returned the JFrame without 
displaying it would be much better.

Thanks,
Reuben Grinberg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1241755&group_id=1703

[Repast-developer] [ repast-Bugs-1241755 ] Adding DisplaySurface fails before displayable is added

[SourceForge.net <no...@so...>]

Bugs item #1241755, was opened at 2005-07-20 18:07
Message generated for change (Comment added) made by reubgr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1241755&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: None
Priority: 6
Submitted By: Reuben Grinberg (reubgr)
Assigned to: Nick Collier (srcnick)
Summary: Adding DisplaySurface fails before displayable is added

Initial Comment:
Adding a DisplaySurface to a Containter (such as a JPanel) before a 
Displayable has been added to the DisplaySurface leads a 
NullPointerException since the Painter has never been set.
java.lang.NullPointerException
        at uchicago.src.sim.gui.Painter.createBufferedImage(Unknown 
Source)
        at uchicago.src.sim.gui.LocalPainter.paint(Unknown Source)
        at uchicago.src.sim.gui.DisplaySurface$DUpdate.run(Unknown 
Source)
        at java.awt.event.InvocationEvent.dispatch
(InvocationEvent.java:171)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:454)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy
(EventDispatchThread.java:234)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy
(EventDispatchThread.java:184)
        at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:178)
        at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:170)
        at java.awt.EventDispatchThread.run
(EventDispatchThread.java:100)

In addition, since DisplaySurface doesn't seem to add displayables 
via the normal Container.add() mechanism, I can't call 
myDisplaySurface.getComponentCount() as a work around. This also 
means that I can't add a Container listener to the DisplaySurface to 
know when a Displayable has been added.

----------------------------------------------------------------------

>Comment By: Reuben Grinberg (reubgr)
Date: 2005-08-05 18:32

Message:
Logged In: YES 
user_id=174152

Any reason this was closed without a resolution?

----------------------------------------------------------------------

Comment By: Reuben Grinberg (reubgr)
Date: 2005-08-05 14:48

Message:
Logged In: YES 
user_id=174152

In addition, it'd be really nice to separate out the JFrame stuff from the 
container stuff. We've had a hell of a time getting access to the JFrame 
created by DisplaySurface.display(). Maybe one way to deal with this is 
to keep all the functionality in DisplaySurface but create a separate 
class called DisplaySurfaceFrame or something like that. Since a lot of 
people probably use the DisplaySurface.display() function, we can set 
that up so it  displays the current DisplaySurface inside of a 
DisplaySurfaceFrame. Users who need more control (like me!) , 
however, could put the DispaySurface inside of a DisplaySurfaceFrame 
themselves or could put the DisplaySurface inside of another container. 
For a while we were experimenting with a one-window UI where 
everything was in SplitPanes and so we wanted the DisplaySurface to 
show up in one of the panes. There were a lot of issues that we had to 
work-around.

Come to think of it, there is a similar design issue with 
OpenSequenceGraph. The display method just displays a graph and 
doesn't give me access to it. It'd be nice to have an 
OpenSequenceGraphFrame or something like that. Even having a 
function in OpenSequenceGraph that returned the JFrame without 
displaying it would be much better.

Thanks,
Reuben Grinberg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1241755&group_id=1703

[Repast-developer] [ repast-Bugs-1241755 ] Adding DisplaySurface fails before displayable is added

[SourceForge.net <no...@so...>]

Bugs item #1241755, was opened at 2005-07-20 18:07
Message generated for change (Comment added) made by reubgr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1241755&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 6
Submitted By: Reuben Grinberg (reubgr)
Assigned to: Nick Collier (srcnick)
Summary: Adding DisplaySurface fails before displayable is added

Initial Comment:
Adding a DisplaySurface to a Containter (such as a JPanel) before a 
Displayable has been added to the DisplaySurface leads a 
NullPointerException since the Painter has never been set.
java.lang.NullPointerException
        at uchicago.src.sim.gui.Painter.createBufferedImage(Unknown 
Source)
        at uchicago.src.sim.gui.LocalPainter.paint(Unknown Source)
        at uchicago.src.sim.gui.DisplaySurface$DUpdate.run(Unknown 
Source)
        at java.awt.event.InvocationEvent.dispatch
(InvocationEvent.java:171)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:454)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy
(EventDispatchThread.java:234)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy
(EventDispatchThread.java:184)
        at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:178)
        at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:170)
        at java.awt.EventDispatchThread.run
(EventDispatchThread.java:100)

In addition, since DisplaySurface doesn't seem to add displayables 
via the normal Container.add() mechanism, I can't call 
myDisplaySurface.getComponentCount() as a work around. This also 
means that I can't add a Container listener to the DisplaySurface to 
know when a Displayable has been added.

----------------------------------------------------------------------

>Comment By: Reuben Grinberg (reubgr)
Date: 2005-08-05 14:48

Message:
Logged In: YES 
user_id=174152

In addition, it'd be really nice to separate out the JFrame stuff from the 
container stuff. We've had a hell of a time getting access to the JFrame 
created by DisplaySurface.display(). Maybe one way to deal with this is 
to keep all the functionality in DisplaySurface but create a separate 
class called DisplaySurfaceFrame or something like that. Since a lot of 
people probably use the DisplaySurface.display() function, we can set 
that up so it  displays the current DisplaySurface inside of a 
DisplaySurfaceFrame. Users who need more control (like me!) , 
however, could put the DispaySurface inside of a DisplaySurfaceFrame 
themselves or could put the DisplaySurface inside of another container. 
For a while we were experimenting with a one-window UI where 
everything was in SplitPanes and so we wanted the DisplaySurface to 
show up in one of the panes. There were a lot of issues that we had to 
work-around.

Come to think of it, there is a similar design issue with 
OpenSequenceGraph. The display method just displays a graph and 
doesn't give me access to it. It'd be nice to have an 
OpenSequenceGraphFrame or something like that. Even having a 
function in OpenSequenceGraph that returned the JFrame without 
displaying it would be much better.

Thanks,
Reuben Grinberg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1241755&group_id=1703

[Repast-developer] [ repast-Bugs-1252198 ] RepastConsole problems

[SourceForge.net <no...@so...>]

Bugs item #1252198, was opened at 2005-08-04 15:40
Message generated for change (Comment added) made by thowe
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1252198&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
>Priority: 9
Submitted By: Reuben Grinberg (reubgr)
>Assigned to: Tom Howe (thowe)
Summary: RepastConsole problems

Initial Comment:
There are several serious problems with Repast Console.

First, because it uses PipedInputStreams and since 
System.out.println, System.err.println, etc... are blocking calls, 
the UI slows down considerably when there is a lot of output. The 
correct approach is to use a ByteArrayOutputStream instead.

Next, RepastConsole calls JTextArea.append from outside the 
Event Thread without using SwingUtilities.invokeAndWait, which 
is bad since Swing isn't thread safe.

Next, Error and Out are read in two different threads which leads 
to strange output of the following nature:

java.lang.NullPointerException
        at Society.build(Society.java:119)
        at net.sourceforge.indigosim.IndigoSociety.buildModel
Step 1
(IndigoSociety.java:56)
        at uchicago.src.sim.engine.SimpleModel.begin(Unknown 
Source)
        at uchicago.src.sim.engine.BaseController.beginModel
(Unknown Source)
Step 2
        at 
uchicago.src.sim.engine.AbstractGUIController.beginModel
(Unknown Source)

That is, the out and err become mixed in.

Finally, it's sort of disconcerting to have the output disappear from 
the real console when it's redirected to the RepastConsole.

I've fixed the problems I've mentioned here for my project, 
IndigoSim. I've put the relevant files here:
http://indigosim.sourceforge.net/files/CopyPrintStream.java
http://indigosim.sourceforge.net/files/IndigoConsole.java

IndigoSim is liscensed under the BSDL and it should be trivial to 
modify the files above for Repast.


----------------------------------------------------------------------

>Comment By: Tom Howe (thowe)
Date: 2005-08-05 09:10

Message:
Logged In: YES 
user_id=290820

Thanks for the bug notice and the code.  I have changed the
files in cvs.  The changes will be reflected in the
impending bug fix release.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1252198&group_id=1703

[Repast-developer] [ repast-Bugs-1252198 ] RepastConsole problems

[SourceForge.net <no...@so...>]

Bugs item #1252198, was opened at 2005-08-04 20:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1252198&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Reuben Grinberg (reubgr)
Assigned to: Nobody/Anonymous (nobody)
Summary: RepastConsole problems

Initial Comment:
There are several serious problems with Repast Console.

First, because it uses PipedInputStreams and since 
System.out.println, System.err.println, etc... are blocking calls, 
the UI slows down considerably when there is a lot of output. The 
correct approach is to use a ByteArrayOutputStream instead.

Next, RepastConsole calls JTextArea.append from outside the 
Event Thread without using SwingUtilities.invokeAndWait, which 
is bad since Swing isn't thread safe.

Next, Error and Out are read in two different threads which leads 
to strange output of the following nature:

java.lang.NullPointerException
        at Society.build(Society.java:119)
        at net.sourceforge.indigosim.IndigoSociety.buildModel
Step 1
(IndigoSociety.java:56)
        at uchicago.src.sim.engine.SimpleModel.begin(Unknown 
Source)
        at uchicago.src.sim.engine.BaseController.beginModel
(Unknown Source)
Step 2
        at 
uchicago.src.sim.engine.AbstractGUIController.beginModel
(Unknown Source)

That is, the out and err become mixed in.

Finally, it's sort of disconcerting to have the output disappear from 
the real console when it's redirected to the RepastConsole.

I've fixed the problems I've mentioned here for my project, 
IndigoSim. I've put the relevant files here:
http://indigosim.sourceforge.net/files/CopyPrintStream.java
http://indigosim.sourceforge.net/files/IndigoConsole.java

IndigoSim is liscensed under the BSDL and it should be trivial to 
modify the files above for Repast.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1252198&group_id=1703

[Repast-developer] Employment Opportunity

[Venkatesh P. M. <vm...@ny...>]

Hello,

Please see the attached .doc file. Kindly respond to Clare Coleman 
(cla...@me...) and not me !

Thanks !
-Venkatesh

----------------------------------------------
NYU Bioinformatics Group
http://www.bioinformatics.nyu.edu/~mpvenkat/
----------------------------------------------

[Repast-developer] [ repast-Bugs-1230162 ] parameter file for multi-run

[SourceForge.net <no...@so...>]

Bugs item #1230162, was opened at 06/29/05 23:32
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1230162&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: Later
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: parameter file for multi-run

Initial Comment:
Hi,

When I try to run a multi-run simulation with two nested 
parameters specified in a parameter file, while these two 
parameters are also set at certain values in 'setup()' in 
my model for a GUI run, it goes wrong for the first run. 
The values of the two parameters in 'setup()' are used 
not those specified in the file. After the first run, correct 
values are read into the model. 

The reason seems to be possible wrong position of the 
code 'model.setup()' in 'runBatch' method of Controller 
class. I move the code right 
above 'batchController.setModel(this.getModel());' and it 
works fine.

However, for this experiment, I was forced to copy 
SimInit, Controller and BatchController classes, rename 
them and make some necessary modification and 
compile them with my other classes. 

Jae-Cheol Kim

ps. It'll be nice if there's a way to get the name of a 
parameter file in the runtime. 

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 07/26/05 19:00

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Jerry Vos (jerryvos)
Date: 07/12/05 14:39

Message:
Logged In: YES 
user_id=1093815

Jae-Cheol,
Could you test this when the next release of Repast comes
out?  It should fix your problem if it's coming from
improperly reading the nested params.

Also, could you clarify what code you moved in
Controller.runBatch?  I'm not sure what you would have moved.

When you say "It'll be nice if there's a way to get the name
of a
parameter file in the runtime" do you mean from the GUI or
inside the model/library?  I assume the latter, but this
would require quite a few changes to setup I think, but may
be something for future consideration.

I'll mark this as pending until you get a chance to test
this later.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1230162&group_id=1703

Re: [Repast-developer] Barabasi-Albert net

[Tom H. <tur...@gm...>]

Great, I'll definitely add it to the Network generators.

-Tom

On 7/26/05, Bj=F6rn Lijnema <li...@gm...> wrote:
> Hello again,
>=20
> I cleaned the code up a little bit, and added a catch for catching
> null parameters (for the classes). Unless someone points out an
> obvious flaw I'll consider it finished, and probably won't be touching
> the code anymore.
>=20
> If you (repast developers) want to add it to Repast, feel free to use
> it. If you add it, you might want to add the following code to the
> NetworkFactory class:
>=20
>         /**
>          *
>          * Creates a Barabasi-Albert network by initially connecting a gi=
ven
> number of nodes to each other, and then
>          * incrementally connecting the other nodes. Each new node is
> connected with a preference towards well-connected
>          * nodes.
>          *
>          * @param size The number of nodes in the network
>          * @param numContacts The number of connections each node should =
make
> to other nodes
>          * @param numInitialNodes The number of nodes initially in the ne=
twork
>          * @param node The node class
>          * @param edge The edge class
>          * @return A List of connected nodes
>          */
>         public static List createBarabasiAlbertNetwork(int size, int
> numContacts, int numInitialNodes, Class node,
>                         Class edge) {
>                 BarabasiAlbertNet net =3D new BarabasiAlbertNet(size, num=
Contacts,
> numInitialNodes, node, edge);
>                 List list =3D null;
>                 try {
>                         list =3D net.createBarabasiAlbertNet();
>                 } catch (IllegalAccessException ex) {
>                         SimUtilities.showError("Error creating ScaleFreeN=
et", ex);
>                         System.exit(0);
>                 } catch (InstantiationException ex) {
>                         SimUtilities.showError("Error creating ScaleFreeN=
et", ex);
>                         System.exit(0);
>                 }
>=20
>                 return list;
>         }
>=20
>=20
>=20
> Bj=F6rn Lijnema
>=20
>=20
> On 7/25/05, Laszlo Gulyas <lg...@ai...> wrote:
> > Hi,
> >
> > Back in 2001 I was in e-mail correspondence with Prof. Barabasi, and
> > asked the same question. His answer was that they were always using
> > a fully connected initial network, even though 'it should work' with
> > other configurations, too.
> >
> > I hope this helps,
> >
> > -- g
> > --
> > Gulyas Laszlo   |     Laszlo Gulyas
> > kut.ig.         |  dir. of research
> > AITIA Rt.       |         AITIA Inc.
> >
> > <quote who=3D"Bj=F6rn Lijnema">
> > > Hello everyone,
> > >
> > > I managed to find some time to write the Barabasi-Albert network
> > > generator I mentioned on this list a few weeks back. (Actually I
> > > called it a scale free network generator, but  Laszlo Gulyas pointed
> > > out my error). I'm afraid it was a bit of a rush job, but I think it
> > > should work correctly.
> > >
> > > There is one  issue though, in Emergence of Scaling in Random Network=
s
> > > Barabasi and Albert say that the network can have a small number of
> > > initial vertices, however they do not mention anything about
> > > connecting those initial vertices to each other.
> > >
> > > This would mean, with their formula (the probability formula of the
> > > probability for a new vertex being connected to an existing vertex i
> > > being the number of i's edges divided by the total number of edges)
> > > that you will get unconnected vertices if the number of initial
> > > vertices is not equal to the number of edges each vertex has.
> > >
> > > Of the initial vertices, those that do not have a connection after th=
e
> > > first new vertex has been connected, will never get one since the
> > > probability that a new vertex will connect to them is always zero.
> > >
> > > I chose to just connect all initial nodes to each other, mainly
> > > because I really didn't know what to do.  I noticed that JUNG
> > > (jung.sf.net) chose another way to go, by changing p =3D degree(v) / =
|E|
> > > to p =3D (degree(v) + 1) / (|E| + |V|)
> > >
> > >
> > > If someone could look over my code and point out/correct any errors
> > > I've made, and make suggestions for the initial nodes problem, I woul=
d
> > > be most thankful.
> > >
> > >
> > > Bj=F6rn Lijnema
> > >
> >
> >
> >
>=20
>=20
>

Re: [Repast-developer] Barabasi-Albert net

[<li...@gm...>]

Hello again,

I cleaned the code up a little bit, and added a catch for catching
null parameters (for the classes). Unless someone points out an
obvious flaw I'll consider it finished, and probably won't be touching
the code anymore.

If you (repast developers) want to add it to Repast, feel free to use
it. If you add it, you might want to add the following code to the
NetworkFactory class:

=09/**
=09 *=20
=09 * Creates a Barabasi-Albert network by initially connecting a given
number of nodes to each other, and then
=09 * incrementally connecting the other nodes. Each new node is
connected with a preference towards well-connected
=09 * nodes.
=09 *=20
=09 * @param size The number of nodes in the network
=09 * @param numContacts The number of connections each node should make
to other nodes
=09 * @param numInitialNodes The number of nodes initially in the network
=09 * @param node The node class
=09 * @param edge The edge class
=09 * @return A List of connected nodes
=09 */
=09public static List createBarabasiAlbertNetwork(int size, int
numContacts, int numInitialNodes, Class node,
=09=09=09Class edge) {
=09=09BarabasiAlbertNet net =3D new BarabasiAlbertNet(size, numContacts,
numInitialNodes, node, edge);
=09=09List list =3D null;
=09=09try {
=09=09=09list =3D net.createBarabasiAlbertNet();
=09=09} catch (IllegalAccessException ex) {
=09=09=09SimUtilities.showError("Error creating ScaleFreeNet", ex);
=09=09=09System.exit(0);
=09=09} catch (InstantiationException ex) {
=09=09=09SimUtilities.showError("Error creating ScaleFreeNet", ex);
=09=09=09System.exit(0);
=09=09}

=09=09return list;
=09}



Bj=F6rn Lijnema


On 7/25/05, Laszlo Gulyas <lg...@ai...> wrote:
> Hi,
>=20
> Back in 2001 I was in e-mail correspondence with Prof. Barabasi, and
> asked the same question. His answer was that they were always using
> a fully connected initial network, even though 'it should work' with
> other configurations, too.
>=20
> I hope this helps,
>=20
> -- g
> --
> Gulyas Laszlo   |     Laszlo Gulyas
> kut.ig.         |  dir. of research
> AITIA Rt.       |         AITIA Inc.
>=20
> <quote who=3D"Bj=F6rn Lijnema">
> > Hello everyone,
> >
> > I managed to find some time to write the Barabasi-Albert network
> > generator I mentioned on this list a few weeks back. (Actually I
> > called it a scale free network generator, but  Laszlo Gulyas pointed
> > out my error). I'm afraid it was a bit of a rush job, but I think it
> > should work correctly.
> >
> > There is one  issue though, in Emergence of Scaling in Random Networks
> > Barabasi and Albert say that the network can have a small number of
> > initial vertices, however they do not mention anything about
> > connecting those initial vertices to each other.
> >
> > This would mean, with their formula (the probability formula of the
> > probability for a new vertex being connected to an existing vertex i
> > being the number of i's edges divided by the total number of edges)
> > that you will get unconnected vertices if the number of initial
> > vertices is not equal to the number of edges each vertex has.
> >
> > Of the initial vertices, those that do not have a connection after the
> > first new vertex has been connected, will never get one since the
> > probability that a new vertex will connect to them is always zero.
> >
> > I chose to just connect all initial nodes to each other, mainly
> > because I really didn't know what to do.  I noticed that JUNG
> > (jung.sf.net) chose another way to go, by changing p =3D degree(v) / |E=
|
> > to p =3D (degree(v) + 1) / (|E| + |V|)
> >
> >
> > If someone could look over my code and point out/correct any errors
> > I've made, and make suggestions for the initial nodes problem, I would
> > be most thankful.
> >
> >
> > Bj=F6rn Lijnema
> >
>=20
>=20
>

[Repast-developer] [ repast-Bugs-1194596 ] slash in string parameters throws IOException

[SourceForge.net <no...@so...>]

Bugs item #1194596, was opened at 2005-05-03 12:23
Message generated for change (Comment added) made by jerryvos
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1194596&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: bobuse (bobuse)
Assigned to: Nobody/Anonymous (nobody)
Summary: slash in string parameters throws IOException

Initial Comment:
Hi  
  
I'm using RePastJ 3.  
My SimModelImpl have as a property a name of a file to  
load.  
  
I launch my repast-model, an in the model parameters  
box, I've a textfield with a button "Browse", OK.  
I click for choose my file, I'm on a GNU/Linux platform,  
and my filename is :  
/home/dumoulin/Documents/eclipse_workspace/SALGlassEel/data/SiAM3168.nc  
  
I save my parameters in a file.  
But, when I want load it, I've this exception :  
  
java.io.IOException: Illegally formatted parameter file at  
line: 3  
Expected '}'  
  
	at  
uchicago.src.sim.parameter.ParameterReader.parse(Unknown  
Source)  
	at  
uchicago.src.sim.parameter.ParameterReader.read(Unknown  
Source)  
	at  
uchicago.src.sim.parameter.ParameterReader.<init>(Unknown  
Source)  
	at  
uchicago.src.sim.parameter.DefaultParameterSetter.init(Unknown  
Source)  
	at  
uchicago.src.sim.parameter.ParameterSetterFactory.createParameterSetter(Unknown  
Source)  
	at uchicago.src.sim.engine.SimInit.load(Unknown  
Source)  
	at uchicago.src.sim.engine.SimInit.load(Unknown  
Source)  
	at  
uchicago.src.sim.engine.SimInit.loadModel(Unknown  
Source)  
	at  
fr.cemagref.glassEel.repast.GlassEelRepastSimulator.main(GlassEelRepastSimulator.java:169)  
Error reading parameter file  
  
See my parameters file attached. 
 
If I replace the slashes by backslashes, all is allright. So 
I conclude the problem is due to the slashes ! 

----------------------------------------------------------------------

>Comment By: Jerry Vos (jerryvos)
Date: 2005-07-25 13:18

Message:
Logged In: YES 
user_id=1093815

Nick's committed some changes to the parameter reader that
fix this issue. It was being caused by the parameter lexer
considering '/' as a separator charactor instead of as part
of a word.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1194596&group_id=1703

[Repast-developer] [ repast-Bugs-1215501 ] Bad links on RePast project page

[SourceForge.net <no...@so...>]

Bugs item #1215501, was opened at 2005-06-06 03:31
Message generated for change (Comment added) made by jerryvos
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1215501&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Bjrn (lijnema)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bad links on RePast project page

Initial Comment:
Most, or all, links on repast.sf.net linking to the API
documentation are broken. Instead of pointing to
http://repast.sourceforge.net/doc/package/class they
point to
http://repast.sourceforge.net/api.package/class which
returns a 404 error.

Having those links fixed would be great.

----------------------------------------------------------------------

>Comment By: Jerry Vos (jerryvos)
Date: 2005-07-25 13:16

Message:
Logged In: YES 
user_id=1093815

The website's links have been fixed using Macromedia
Homesite's link checking tools.  If anyone finds any broken
links again please update this bug report.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1215501&group_id=1703

[Repast-developer] [ repast-Bugs-1229009 ] FAQ on the website

[SourceForge.net <no...@so...>]

Bugs item #1229009, was opened at 2005-06-28 08:49
Message generated for change (Comment added) made by jerryvos
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1229009&group_id=1703

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 4
Submitted By: Bjrn (lijnema)
Assigned to: Nobody/Anonymous (nobody)
Summary: FAQ on the website

Initial Comment:
There are fifteen frequently asked questions, and they
are numbered, but the answers aren't numbered the same way.

perhaps it would be a good idea to repeat the question
above each answer? Clicking on question 12 and then
being presented with anwser 8 is a bit confusing.

----------------------------------------------------------------------

>Comment By: Jerry Vos (jerryvos)
Date: 2005-07-25 13:15

Message:
Logged In: YES 
user_id=1093815

The website's FAQ has been synchronized with the how-to
doc's FAQ which fixes the link issues and numbering issues.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101703&aid=1229009&group_id=1703