You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(32) |
Oct
(34) |
Nov
(23) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(21) |
Feb
(3) |
Mar
(1) |
Apr
(11) |
May
(11) |
Jun
(5) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
|
From: kristi t. <kri...@gm...> - 2006-10-19 05:25:09
|
any documentation on sf is likely very out of date. =P I dunno how everyone else feels about posting those docs on sourceforge. (though i think the list of epochs was supposed to be committed into cvs a while ago... supposedly) ~kristi |
|
From: Zachary B. <cpt...@ya...> - 2006-10-19 03:21:48
|
Hey all, At the meeting the other week some of the new members wanted to see more documentation on the sourceforge site. I have the brain spec (1 of them), and I think Charlie has the list of epochs. Should we post these on sourceforge? Also, is the other documentation on sourceforge up to date? See you guys tomorrow at 7pm and Friday at 8am. -Zach --------------------------------- Do you Yahoo!? Next-gen email? Have it all with the all-new Yahoo! Mail. |
|
From: Zachary B. <cpt...@ya...> - 2006-10-11 17:21:40
|
Hey all, I also wanted to say I won't make it to the Thursday meeting either because I'll be out of town. See you all next week! -Zach --------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. |
|
From: Zachary B. <cpt...@ya...> - 2006-10-10 18:22:54
|
Hey all,
Here are the minutes from lat meeting, but I wanted to say first that I am out of town this Friday and can't make it to the design meeting. Can we delay the next brain meeting to next Friday 10/20? Lemme know, thanks!
Minutes from 10/6
-Brain discussion
-Brain polynomial form:
w_i = ith synaptic weight
x_i = ith output
h_i = f(w_i,x_i) = SUM(sparse over n,m){ (a_nm) * (w_i)^n * (x_i)^m }
g(H) = SUM(over k) { (a_k)*PRODUCT(over i)[ (h_i)^(b_k) ] }
+ SUM(sparse over L) { (c_L) * SUM(over i) [ (h_i)^L ] }
g(H) acts on the set H of all h_i, treating each symmetrically. The output of g(H) is a scalar that is then run through an IIR filter. This output is then run through another polynomial d that acts like the output stage (sigmoid???).
-Discussion is needed concerning how chemical inputs are added.
-Energy costs also need to be attached to the brain. The current idea is to time the execution of the think function for the brain and use this to determine enrgy cost. Further debate may be needed. **This solution may not be consistent across platforms.**
-Synaptic weights are at the dendrites.
-Form needs to be specified for polynomials to determine other changeable brain variables such as synaptic weights should be plastic within a generation.
-Polynomials are fixed for a given generation and change only during evolution.
Cheers!
-Zach
---------------------------------
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. |
|
From: Zachary B. <cpt...@ya...> - 2006-08-24 15:49:20
|
Hey all,
Just wanted to let you know I can't make it this Friday, we are out of town visiting family. I'll see you guys next week.
-Zach
---------------------------------
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. |
|
From: <ch...@uc...> - 2006-08-17 17:39:23
|
Hi Guys, I am afraid I will not be able to make the meeting tomorrow, but I will be there next week. Please feel free to meet without me. Thanks for your understanding, ck... |
|
From: Zachary B. <cpt...@ya...> - 2006-08-02 22:08:05
|
Wow, that's pretty cool, but looks like they have a ways to go. Are we meeting this week? Professor Guest is on vacation, so i wasn't sure what the plan was. Lemme know. -Zach Robert Stacey <ro...@pr...> wrote: http://www.wired.com/news/technology/medtech/0,71457-0.html?tw=rss.index ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Evolveproject-design mailing list Evo...@li... https://lists.sourceforge.net/lists/listinfo/evolveproject-design --------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min. |
|
From: Robert S. <ro...@pr...> - 2006-08-01 16:24:35
|
http://www.wired.com/news/technology/medtech/0,71457-0.html?tw=rss.index |
|
From: Robert S. <ro...@pr...> - 2006-07-28 05:39:35
|
Cathy and i have to go look at a prospective location for our wedding, so I can't make it to the meeting tomorrow. Sorry! Rob |
|
From: Zachary B. <cpt...@ya...> - 2006-07-21 06:05:01
|
Hey all,
Here is a link to the work I mentioned.
http://nn.cs.utexas.edu/project-view.php?RECORD_KEY(Projects)=ProjID&ProjID(Projects)=14
The guys at Univ. of Texas have done some interesting work. Also check out NERO:
http://nerogame.org/
Enjoy! Happy food for thought!
-Zach
---------------------------------
Do you Yahoo!?
Next-gen email? Have it all with the all-new Yahoo! Mail Beta. |
|
From: Zachary B. <cpt...@ya...> - 2006-07-07 17:38:59
|
Hey all, Sorry I couldn't make it this week. I don't have internet at home yet and I have been crazy busy getting moved in. I'll definitely see you all next week. -Zach Robert Stacey <ro...@pr...> wrote: Welcome back! Hope you had a great wedding/honeymoon. We're meeting this friday at Clark's office I believe, same time as usual. Zachary Bauer wrote: > Hey all, this is Zach, and I'm back in San Diego. Are we still meeting > this summer, and if so, when/where? Lemme know, or call me > (661.547.9007). Thanks a bunch! > > -Zach > > ------------------------------------------------------------------------ > How low will we go? Check out Yahoo! Messenger�s low PC-to-Phone call > rates. > > > > > ------------------------------------------------------------------------ > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Evolveproject-design mailing list > Evo...@li... > https://lists.sourceforge.net/lists/listinfo/evolveproject-design > Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Evolveproject-design mailing list Evo...@li... https://lists.sourceforge.net/lists/listinfo/evolveproject-design --------------------------------- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. |
|
From: Robert S. <ro...@pr...> - 2006-07-06 01:51:06
|
Welcome back! Hope you had a great wedding/honeymoon. We're meeting this friday at Clark's office I believe, same time as usual. Zachary Bauer wrote: > Hey all, this is Zach, and I'm back in San Diego. Are we still meeting > this summer, and if so, when/where? Lemme know, or call me > (661.547.9007). Thanks a bunch! > > -Zach > > ------------------------------------------------------------------------ > How low will we go? Check out Yahoo! Messenger’s low PC-to-Phone call > rates. > <http://us.rd.yahoo.com/mail_us/taglines/postman8/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com> > > > <http://us.rd.yahoo.com/mail_us/taglines/postman8/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com> > ------------------------------------------------------------------------ > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://us.rd.yahoo.com/mail_us/taglines/postman8/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com> > > <http://us.rd.yahoo.com/mail_us/taglines/postman8/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com> > ------------------------------------------------------------------------ > > _______________________________________________ > Evolveproject-design mailing list > Evo...@li... > https://lists.sourceforge.net/lists/listinfo/evolveproject-design > <http://us.rd.yahoo.com/mail_us/taglines/postman8/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com> |
|
From: Zachary B. <cpt...@ya...> - 2006-07-05 19:20:06
|
Hey all, this is Zach, and I'm back in San Diego. Are we still meeting this summer, and if so, when/where? Lemme know, or call me (661.547.9007). Thanks a bunch! -Zach --------------------------------- How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. |
|
From: Robert S. <ro...@pr...> - 2006-06-23 06:17:22
|
Sorry guys, work thing came up. Will definitely be there next week. Rob |
|
From: Robert S. <ro...@pr...> - 2006-06-12 14:20:31
|
Vision is a 10 by 10 pixel matrix with 3 channels per pixel and there are 2 eyes so that makes 600 inputs. As for your efficiency question I can't seem to reproduce it... Zachary Bauer wrote: > Hey Rob, > Wow, I am impressed, you've got a lot planned. We'll have to talk > on Friday. A couple quick questions: > > 1.) With the set of brains I have saved and I reload to train, they > are blowing way over 100% efficiency, not sure why. Starting the > simulation from scratch seems to be ok, but I may just need to train > them longer. > 2.) How many vision inputs are we using? Right now vision adds 600 > inputs, so I was wondering if the vision window is bigger or what. > > Anywho, that is all for now. I am making rapid progress on brain > stuff, but it has a LONG ways to go. Somestuff will need to be > tweaked (such as sensor interfaces to the bug/brain) in the new > project, but we can discuss that later. > Welcome back! See ya Friday! > > -Zach > > */Robert Stacey <ro...@pr...>/* wrote: > > Hey guys, > > I'm back from Taiwan. I will be at our friday meeting this week. So > here's a short update. Over the past two weeks I've been playing > around > with a physics engine called ODE, which stands for Open Dynamics > Engine(http://www.ode.org/). This project was written in C, but some > smart folks created a JNI (Java Native Interface) called odejava > (http://odejava.org). The concept here is similar to that of using > JOGL > to access OpenGL libraries. Just like JOGL, there are odejava > binaries > for windows, linux and mac. Anyway, I actually got a running > simulation > (just physical stuff) of a bunch of 4 wheeled robots just like what > we're modeling. ODE is fast and stable and it will allow us to do > some > great stuff. Right now I'm just working on the final piece of the > puzzle, the Evolve to ODE interface and meanwhile I'm cleaning up a > bunch of other stuff. I created a new project called Evolve3. I am > confident this will become our mainline codebase within a week or > two, > I've already made significant progress. > > This is the feature set I expect as a part of phase 1: > > 1. Mostly continuous world. No more rounds!!! > 2. Realistic physics. The bugs have 4 wheels (each motor controls > two wheels, kinda like a tank). > 3. Movement impedance will be replaced by the concept of friction > (I'm not 100% sure about this one, more of a try it out and see if > it makes sense type feature. Ridiculously simple to implement > however.) > > This is planned feature set for phase 2, subject to change > depending how > phase 1 works out: > > 1. Have a concept of "Sensor Space" where sensors are represented as > physical objects that are located somewhere on the bug chassis. > However instead of belonging to the same collision space that the > bugs belong to, they will have their own sensor space. Stimuli > objects (like aroma clouds) will also exist in this "Sensor > Space", so all we look for is the collision between a sensor and > its stimuli after each step of the simulation (btw, "looking for > collisions" just involves asking ODE to find them for you =) ). > These kind of operations are actually cheap in ODE, since it > treats collisions in each space completely separately. The real > motivation here is not so much for the benefit of using ODE to do > our sensing for us, but more for letting ODE transform the sensors > physical position and orientation for us. > 2. Three Dimensions. Technically phase 1 will be in 3 dimensions but > the environment will still be 2D (no cliffs or peaks, just flat > area). I have some ideas on this might be done but i want to save > it for after we have something working. > 3. We can replace our bresenham line calculations with a ray that > goes from the bug to the light and collides with objects and cubes > of impedance representing environment cells. Then we just add up > all the impedances from all of the collisions. > > Phase 3 and Beyond > > 1. Create a whole new concept of actuators. How about giving the > bugs actual arms, and letting the bugs control joint rotations. > This will give us a mechanism to allow bugs to grab on to each > other. We are only limited here by our own imagination. > > > Okay here's some of the bad news about this change, and we can > discuss > how important or unimportant these issues are: > > 1. The world won't wrap anymore. > 2. Audio stimuli needs to be rethought, since it won't quite work as > well anymore. I'm thinking to just represent audio and a sphere > which radius grows, and we can use the "Sensor Space" of phase 2 > to determine when a bug senses audio. We can use the ray method > to calculate audio impedances > > Tell me what you guys think =) > Rob > > > _______________________________________________ > Evolveproject-design mailing list > Evo...@li... > https://lists.sourceforge.net/lists/listinfo/evolveproject-design > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------ > > _______________________________________________ > Evolveproject-design mailing list > Evo...@li... > https://lists.sourceforge.net/lists/listinfo/evolveproject-design > |
|
From: Zachary B. <cpt...@ya...> - 2006-06-12 04:35:04
|
Hey Rob,
Wow, I am impressed, you've got a lot planned. We'll have to talk on Friday. A couple quick questions:
1.) With the set of brains I have saved and I reload to train, they are blowing way over 100% efficiency, not sure why. Starting the simulation from scratch seems to be ok, but I may just need to train them longer.
2.) How many vision inputs are we using? Right now vision adds 600 inputs, so I was wondering if the vision window is bigger or what.
Anywho, that is all for now. I am making rapid progress on brain stuff, but it has a LONG ways to go. Somestuff will need to be tweaked (such as sensor interfaces to the bug/brain) in the new project, but we can discuss that later.
Welcome back! See ya Friday!
-Zach
Robert Stacey <ro...@pr...> wrote: Hey guys,
I'm back from Taiwan. I will be at our friday meeting this week. So
here's a short update. Over the past two weeks I've been playing around
with a physics engine called ODE, which stands for Open Dynamics
Engine(http://www.ode.org/). This project was written in C, but some
smart folks created a JNI (Java Native Interface) called odejava
(http://odejava.org). The concept here is similar to that of using JOGL
to access OpenGL libraries. Just like JOGL, there are odejava binaries
for windows, linux and mac. Anyway, I actually got a running simulation
(just physical stuff) of a bunch of 4 wheeled robots just like what
we're modeling. ODE is fast and stable and it will allow us to do some
great stuff. Right now I'm just working on the final piece of the
puzzle, the Evolve to ODE interface and meanwhile I'm cleaning up a
bunch of other stuff. I created a new project called Evolve3. I am
confident this will become our mainline codebase within a week or two,
I've already made significant progress.
This is the feature set I expect as a part of phase 1:
1. Mostly continuous world. No more rounds!!!
2. Realistic physics. The bugs have 4 wheels (each motor controls
two wheels, kinda like a tank).
3. Movement impedance will be replaced by the concept of friction
(I'm not 100% sure about this one, more of a try it out and see if
it makes sense type feature. Ridiculously simple to implement
however.)
This is planned feature set for phase 2, subject to change depending how
phase 1 works out:
1. Have a concept of "Sensor Space" where sensors are represented as
physical objects that are located somewhere on the bug chassis.
However instead of belonging to the same collision space that the
bugs belong to, they will have their own sensor space. Stimuli
objects (like aroma clouds) will also exist in this "Sensor
Space", so all we look for is the collision between a sensor and
its stimuli after each step of the simulation (btw, "looking for
collisions" just involves asking ODE to find them for you =) ).
These kind of operations are actually cheap in ODE, since it
treats collisions in each space completely separately. The real
motivation here is not so much for the benefit of using ODE to do
our sensing for us, but more for letting ODE transform the sensors
physical position and orientation for us.
2. Three Dimensions. Technically phase 1 will be in 3 dimensions but
the environment will still be 2D (no cliffs or peaks, just flat
area). I have some ideas on this might be done but i want to save
it for after we have something working.
3. We can replace our bresenham line calculations with a ray that
goes from the bug to the light and collides with objects and cubes
of impedance representing environment cells. Then we just add up
all the impedances from all of the collisions.
Phase 3 and Beyond
1. Create a whole new concept of actuators. How about giving the
bugs actual arms, and letting the bugs control joint rotations.
This will give us a mechanism to allow bugs to grab on to each
other. We are only limited here by our own imagination.
Okay here's some of the bad news about this change, and we can discuss
how important or unimportant these issues are:
1. The world won't wrap anymore.
2. Audio stimuli needs to be rethought, since it won't quite work as
well anymore. I'm thinking to just represent audio and a sphere
which radius grows, and we can use the "Sensor Space" of phase 2
to determine when a bug senses audio. We can use the ray method
to calculate audio impedances
Tell me what you guys think =)
Rob
_______________________________________________
Evolveproject-design mailing list
Evo...@li...
https://lists.sourceforge.net/lists/listinfo/evolveproject-design
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com |
|
From: Robert S. <ro...@pr...> - 2006-06-12 04:11:18
|
Hey guys, I'm back from Taiwan. I will be at our friday meeting this week. So here's a short update. Over the past two weeks I've been playing around with a physics engine called ODE, which stands for Open Dynamics Engine(http://www.ode.org/). This project was written in C, but some smart folks created a JNI (Java Native Interface) called odejava (http://odejava.org). The concept here is similar to that of using JOGL to access OpenGL libraries. Just like JOGL, there are odejava binaries for windows, linux and mac. Anyway, I actually got a running simulation (just physical stuff) of a bunch of 4 wheeled robots just like what we're modeling. ODE is fast and stable and it will allow us to do some great stuff. Right now I'm just working on the final piece of the puzzle, the Evolve to ODE interface and meanwhile I'm cleaning up a bunch of other stuff. I created a new project called Evolve3. I am confident this will become our mainline codebase within a week or two, I've already made significant progress. This is the feature set I expect as a part of phase 1: 1. Mostly continuous world. No more rounds!!! 2. Realistic physics. The bugs have 4 wheels (each motor controls two wheels, kinda like a tank). 3. Movement impedance will be replaced by the concept of friction (I'm not 100% sure about this one, more of a try it out and see if it makes sense type feature. Ridiculously simple to implement however.) This is planned feature set for phase 2, subject to change depending how phase 1 works out: 1. Have a concept of "Sensor Space" where sensors are represented as physical objects that are located somewhere on the bug chassis. However instead of belonging to the same collision space that the bugs belong to, they will have their own sensor space. Stimuli objects (like aroma clouds) will also exist in this "Sensor Space", so all we look for is the collision between a sensor and its stimuli after each step of the simulation (btw, "looking for collisions" just involves asking ODE to find them for you =) ). These kind of operations are actually cheap in ODE, since it treats collisions in each space completely separately. The real motivation here is not so much for the benefit of using ODE to do our sensing for us, but more for letting ODE transform the sensors physical position and orientation for us. 2. Three Dimensions. Technically phase 1 will be in 3 dimensions but the environment will still be 2D (no cliffs or peaks, just flat area). I have some ideas on this might be done but i want to save it for after we have something working. 3. We can replace our bresenham line calculations with a ray that goes from the bug to the light and collides with objects and cubes of impedance representing environment cells. Then we just add up all the impedances from all of the collisions. Phase 3 and Beyond 1. Create a whole new concept of actuators. How about giving the bugs actual arms, and letting the bugs control joint rotations. This will give us a mechanism to allow bugs to grab on to each other. We are only limited here by our own imagination. Okay here's some of the bad news about this change, and we can discuss how important or unimportant these issues are: 1. The world won't wrap anymore. 2. Audio stimuli needs to be rethought, since it won't quite work as well anymore. I'm thinking to just represent audio and a sphere which radius grows, and we can use the "Sensor Space" of phase 2 to determine when a bug senses audio. We can use the ray method to calculate audio impedances Tell me what you guys think =) Rob |
|
From: Zachary B. <cpt...@ya...> - 2006-06-08 06:31:27
|
Hey all,
So this is late getting out, sorry about that. At last week's meeting we decided to meet at CPK (California Pizza Kitchen) at 7pm tomorrow (Thursday). If you are on campus you can meet up with me at the Mandeville city shuttle stop at about 6:45pm to ride over to CPK. Gimme a call if you have questions, 661.547.9007. Otherwise, peace out gang!
-Zach
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com |
|
From: <zb...@uc...> - 2006-05-31 04:56:05
|
I wouldn't mind meeting Thursday to talk Brain stuff, but that is all I have. Anyone interested can come at 7pm (what room?) and we can talk. If not I'll peace out. Lemme know. ttyl -Zach > Hey, I can't make this Thursday, I have a rugby banquet i need to go > to. Did you still want to have a meeting with the rest of the gang, > or should we call it off for this week? > > ~kristi > |
|
From: Robert S. <ro...@pr...> - 2006-05-21 08:40:23
|
I had changed the energytomass conversion factor which caused high energy bugs to be too fat, therefore being unable to move. That's why you guys were seeing bugs near the light not moving. They were too fat to move. The value has been lowered accordingly =) Rob |
|
From: kristi t. <kri...@gm...> - 2006-05-18 14:12:45
|
oh, in the Java perspective, right click on the project, and go to Team =3D> Disconnect. :) On 5/16/06, Zachary Bauer <cpt...@ya...> wrote: > Hey, thanks for the good info, but I can't even find "Team". Where do I > look? Thanks! > > -Zach > > |
|
From: Zachary B. <cpt...@ya...> - 2006-05-16 07:05:09
|
Hey, thanks for the good info, but I can't even find "Team". Where do I look? Thanks! -Zach kristi tsukida <kri...@gm...> wrote: Rob & Zach: DO NOT UPDATE YOUR PROJECT. Make a zip backup of your current project files first. I tagged what was in the project before as Post_CVS_Crash_2006_05_13. I committed the changes from my files and tagged that as CVS_Fix_Kristi_2006_05_13 Also, using evolveproject.cvs.sf.net doesn't seem to work. (At least not right now). I had to use evolveproject.cvs.sourceforge.net (with sf expanded to sourceforge). So I attempted to re-commit everything with the files on my hard drive. I think it was the project state ~May 7th, guessing by looking at the file timestamps. The re-commit process is kinda weird because Eclipse won't automatically detect a difference even when the version number on your harddrive is newer than the version in CVS. Here's what I had to do: 1) I had to go to Team => Disconnect, and choose "Also delete CVS meta data" to remove the CVS directories. 2) Then go to Team => Share Project, and choose the evolveproject.cvs.sourceforge.net repository location that you should already have. 3) Select "Use project name as module name" (assuming the project name is EvolveNet) 4) Select the HEAD tag 5) Wait while the project files are downloaded and compared with the files on your hard drive 6) UNCHECK the launch commit wizard option. (This option will attempt to commit all your changes, which isn't good. You should synchronize first, see next step) Press OK. 7) Go to the Team Synchronization perspective and synchronize the project. Review/merge your changes then commit as usual. (To commit a file with a conflict, first go through and copy the changes into your file. There's a button "Copy all non-conflicting changes from left to right" which is pretty useful, though you have to manually look at any conflicting changes. Then right click on the file and choose "Mark as Merged". Then you can commit the file.) Another note, I'm going to delete the EvolveNet jars from CVS cuz i'm tired of having to download them. =P (Don't worry, I'm not talking about the jogl and jfreechart jars, just the EvolveServer.jar and whatnot.) ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 _______________________________________________ Evolveproject-design mailing list Evo...@li... https://lists.sourceforge.net/lists/listinfo/evolveproject-design --------------------------------- How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. |
|
From: kristi t. <kri...@gm...> - 2006-05-13 20:19:29
|
Add a Program argument to your Run profile to set the default starting
directory of the file chooser. If you use ${project_loc} then Eclipse
will send the absolute path of your project. =3DD. Or you can just
type in the path ie D:\Workspace\EvolveNet
screenshot:
http://img294.imageshack.us/my.php?image=3Drunargument0ln.png
http://img510.imageshack.us/my.php?image=3Drunargument24cz.png
So yeah... I guess I'll update the Running EvolveNet documentation eventual=
ly...
~kristi
|
|
From: kristi t. <kri...@gm...> - 2006-05-13 20:03:33
|
Rob & Zach: DO NOT UPDATE YOUR PROJECT. Make a zip backup of your current project files first. I tagged what was in the project before as Post_CVS_Crash_2006_05_13. I committed the changes from my files and tagged that as CVS_Fix_Kristi_2006_05_13 Also, using evolveproject.cvs.sf.net doesn't seem to work. (At least not right now). I had to use evolveproject.cvs.sourceforge.net (with sf expanded to sourceforge). So I attempted to re-commit everything with the files on my hard drive. I think it was the project state ~May 7th, guessing by looking at the file timestamps. The re-commit process is kinda weird because Eclipse won't automatically detect a difference even when the version number on your harddrive is newer than the version in CVS. Here's what I had to do: 1) I had to go to Team =3D> Disconnect, and choose "Also delete CVS meta data" to remove the CVS directories. 2) Then go to Team =3D> Share Project, and choose the evolveproject.cvs.sourceforge.net repository location that you should already have. 3) Select "Use project name as module name" (assuming the project name is EvolveNet) 4) Select the HEAD tag 5) Wait while the project files are downloaded and compared with the files on your hard drive 6) UNCHECK the launch commit wizard option. (This option will attempt to commit all your changes, which isn't good. You should synchronize first, see next step) Press OK. 7) Go to the Team Synchronization perspective and synchronize the project. Review/merge your changes then commit as usual. (To commit a file with a conflict, first go through and copy the changes into your file. There's a button "Copy all non-conflicting changes from left to right" which is pretty useful, though you have to manually look at any conflicting changes. Then right click on the file and choose "Mark as Merged". Then you can commit the file.) Another note, I'm going to delete the EvolveNet jars from CVS cuz i'm tired of having to download them. =3DP (Don't worry, I'm not talking about the jogl and jfreechart jars, just the EvolveServer.jar and whatnot.) |
|
From: kristi t. <kri...@gm...> - 2006-05-12 20:41:19
|
EvolveNet, not v2. I don't use the xml file in v2. Though it's been lost due to the sf cvs crash. I'll add it back in tonight= . One disadvantage is that you do have to choose the file each time you run the simulation. I think I'll change it so that you can give the main function a string to your directory, and the file chooser will use that for the default path in the file chooser. I'll send out more specific instructions after i code it. :) ~kristi On 5/8/06, Zachary Bauer <cpt...@ya...> wrote: > Hey, > Is that file chooser thing in EvolveNet or v2? Can you put in it > EvolveNet if it's not? It would make my life easier, I keep needing to > avoid overwriting my path. Thanks! > > -Zach |
