You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(13) |
Feb
(17) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(42) |
Jul
(23) |
Aug
(38) |
Sep
(12) |
Oct
(9) |
Nov
(6) |
Dec
|
2005 |
Jan
(3) |
Feb
(17) |
Mar
(6) |
Apr
|
May
(1) |
Jun
(10) |
Jul
|
Aug
(10) |
Sep
|
Oct
(8) |
Nov
(2) |
Dec
(2) |
2006 |
Jan
(2) |
Feb
(11) |
Mar
(44) |
Apr
(84) |
May
(120) |
Jun
(18) |
Jul
|
Aug
(12) |
Sep
(19) |
Oct
(22) |
Nov
(7) |
Dec
(11) |
2007 |
Jan
(6) |
Feb
(10) |
Mar
(24) |
Apr
(13) |
May
(46) |
Jun
(25) |
Jul
(46) |
Aug
(47) |
Sep
(60) |
Oct
(61) |
Nov
(138) |
Dec
(47) |
2008 |
Jan
(6) |
Feb
(23) |
Mar
(58) |
Apr
(78) |
May
(82) |
Jun
(34) |
Jul
(56) |
Aug
(59) |
Sep
(54) |
Oct
(127) |
Nov
(47) |
Dec
(33) |
2009 |
Jan
(16) |
Feb
(18) |
Mar
(37) |
Apr
(162) |
May
(49) |
Jun
(58) |
Jul
(59) |
Aug
(17) |
Sep
(10) |
Oct
|
Nov
|
Dec
|
From: Edwin P. <es...@cs...> - 2003-09-02 07:00:09
|
On Mon, 2003-09-01 at 20:29, Prof AP Engelbrecht wrote: This type of question is precisely the type of thing that should be discussed on the cilib-devel list. I've moved this discussion there for all to see. First off, Clive has written the EA stuff (which is evident from the comments in the source) so he's probably got a much better idea about what's going on in the EA package than any of us. But I agree with you, the EA code there looks a lot like a GA to me. If it is a GA, then I recommend we rename it to GA and then when other EA algorithms get implemented we figure out what the most general abstraction for all of them is. Clive, are you making use of the EA code for your studies? Can you comment on Frans' question? Cheers, Edwin > Ek ken nou nie die detail van die EA goed wat bygevoeg is nie. > Ek dink dis bygevoeg na die laaste sarsie wat ek onder oe" gehad > het. Maar, die term EA word gebruik in die algemeen om enige > van GA, GP, ES, EP, ens in te sluit. As ek nou moet raai (ek sit > by die huis en doen my mail sonder "connectivity"), dan is die > EA klas 'n abstrakte klas wat bloot 'n koppelvlak definieer vir > alle tipes van evolutionary algorithms. As ek verder kan raai > dan is dit 'n Abstract Factory Design Pattern. > > Ek cc vir Edwin in hierdie e-mail sodat hy my kan reghelp indien > ek verkeerd raai. > > Frans van Niekerk wrote: > > Dit is hoekom ek vra. > > > > Dit gaan stadig maar vordering vind wel plaas. Ek sit net en wonder oor > > iets baie simpel en dit is die verskill tussen 'n GA en a EA want in die > > CIlib is daar 'n EA impl. maar dit lyk vermy baie naby aan 'n GA. Ek > > weet dat GA 'n sub algoritme in die EA veld is? > > > > Frans > > > > > > > > On Fri, 2003-08-29 at 11:21, Prof AP Engelbrecht wrote: > > > >>Nee. Nog nie. Ek sal poog om dit oor die naweek te doen. Hoe gaan > >>dit met die kodering van die algoritmes? > >> > >>Frans van Niekerk wrote: > >> > >>>Het Prof al my email gelees in verband met die reply op ons vrae aan die > >>>author? > >>> > >>>Frans > >>> > >>>On Fri, 2003-08-29 at 09:33, Prof AP Engelbrecht wrote: > >>> > >>> > >>>>Nee Frans. Al ons studente se registrasie vorms moet na ons > >>>>faksmasjien gestuur word, waar ons dit bymekaar maak sodat die > >>>>departement vir die registrasie kan betaal. > >>>> > >>>>Groete > >>>> > >>>> > >>>>Frans van Niekerk wrote: > >>>> > >>>> > >>>>>Hi Prof. > >>>>> > >>>>>Dit lyk my daar is 'n bietjie van 'n misverstand. Ek het my aansoek na > >>>>>die onder genoemde faks nr. gestuur. Ek het toe vir Elmarie gebel om net > >>>>>seker maak dat die volledige form ontvang is. Sy het gese ek moet dit na > >>>>>die nr. faks na die nr. op die website van die konferensie. > >>>>>Ek het egter nog nie betaal nie en dus ook nie daai deel van die > >>>>>registrasie betaal nie. Moet ons die laaste deel van die form ook invul > >>>>>(die betaling deel)? > >>>>> > >>>>>Frans > >>>>> > >>>>>On Wed, 2003-08-27 at 16:05, Prof AP Engelbrecht wrote: > >>>>> > >>>>> > >>>>> > >>>>>>Hi, > >>>>>> > >>>>>>Those of you that have to attend SAICSIT (since you have presentations) > >>>>>>there, and those who want to attend, please make sure to visit > >>>>>>Mrs Willemse and to fill in the registration form. The department will > >>>>>>try its best to pay for all the registration fees. Those of you who > >>>>>>cannot visit Mrs Willemse, go to www.cs.up.ac.za, follow the conferences > >>>>>>link. You will find a registration form there. Please fill in and then > >>>>>>fax to (012) 362 5188 (do not use the fax number on the registration > >>>>>>form). We need this done, at the latest Monday. > >>>>>> > >>>>>>Thanks -- "If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas." -- George Bernard Shaw. |
From: Edwin P. <es...@cs...> - 2003-08-22 08:10:37
|
Hi Guys, It's about time we release another packaged version of CILib for the general public / users. I have a few finishing touches to do on the OptiBench integration (mostly scalability issues) after which I'll be ready for the CILib v0.3 release. Clive, I know I don't have your latest code in CVS (apparently your new Niching algorithm rocks). Please send me an updated version so that I can merge the changes into CVS. Also, Herbert has got a development environment with cvs/ssh working under windows - perhaps he can help you out with any issues you might still have. How far are the algorithms that you guys currently have implemented in the library? I think we need to find some way to mark some algorithms as development versions while the other stable algorithms in the library can be released. Any ideas how do do this? I could just drop the unstable/development algorithms out of the release archive - but perhaps there is some kind of taging we can do in the software that causes the algorithm to issue a warning to the user or something... Either way, we are still safe for the moment because not many external people are making use of the code yet and CILib is still labeled as alpha code in the Trove software map. After I'm finished with the OptiBench integration and got repsonses from you guys as to the state of your contributions I will tag the 0.3 version in CVS and release a package. Cheers, Edwin -- "If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas." -- George Bernard Shaw. |
From: Edwin P. <es...@cs...> - 2003-08-22 07:28:37
|
Hi Guys, I've taken the liberty of adding you to the cilib-devel mailing list (being mailing list administrator has its advantages). As the CILib project now has six different developers it will be necessary me to start doing some coordination. This list is where we can discuss developement of CILib. Firstly, some rules with respect to cvs updates: 1) Do not commit any code into CVS that doesn't compile. You are welcome to submit code that doesn't yet work properly since CVS is a good place to backup your code. However, commiting something that breaks the build process means that nobody else can carry on work with the latest CVS code. 2) Discuss any changes that will affect existing code with the members of this list before commiting. Making changes that break features that others rely on will mean that they can't do any work. Any major changes should as a matter of principle be discussed here. Cheers, Edwin -- "If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas." -- George Bernard Shaw. |