comparison.
The "commons-math4-ga" module consistently provided better results than
"commons-math4-ga2".
The code is kept in my repo
https://github.com/avijit-basak/commons-math/tree/feature/MATH-1563_comparison
.
I did not raise a PR till now. This is only kept in my repo for co
1
10
.05 --
5
.02 --
let the
operator decide on the probability.
Please share further thoughts.
Thanks & Regards
-- Avijit Basak
on but this cannot be
>> >> >enforced, and mixed ownership can entail subtle bugs.]
>> >> -- I think this applies to both representation as well as generic
>> parameter
>> >> type T. But I don't see any other option but to rely on the user.
>> >
romosome. [The
>> >doc assumes immutability of the representation but this cannot be
>> >enforced, and mixed ownership can entail subtle bugs.]
>> -- I think this applies to both representation as well as generic
parameter
>> type T. But I don't see any other o
t;
-- I have renamed the same for Chromosome classes.
What about the nextGeneration() method of ListPopulation class. Renaming
this to create() or from() won't convey the purpose of it.
>(10)
>o.a.c.m.ga.chromosome.AbstractListChromosome
>
>Constructor is called with an argume
is a typo in that name).]
--This is corrected.
>* Are annotations (@SafeVarargs, ...) necessary? Please document.
-- This annotation is necessary for any parameterized vararg. This is also
used in legacy classes like o.a.c.m.l.a.i.FieldHermiteInterpolator and
o.a.c.m.l.o.n.RungeKuttaFieldStepI
be a minimal change (as compared to the removal
>of a module)
--I have made the changes and created a new PR. Kindly review the same and
share your thoughts.
*https://github.com/apache/commons-math/pull/208
<https://github.com/apache/commons-math/pull/208>*
Thanks & R
uot;old" implementation, you
>could add a "legacy" flag (as "@Option" in the "Standalone" application).
-- There was a discussion on this some time back. The sole purpose of
keeping the legacy example module is for comparison with the new
implementation. It will
ExecutionException) and rethrow them. As of now I have handled them using
the GeneticIllegalArgumentException. I think we need to introduce another
exception class to handle this. Please share your thought regarding this.
Thanks & Regards
--Avijit Basak
On Mon, 21 Feb 2022 at 20:11, Gilles Sa
populations).
>
>> Users can also implement parallel GA in a synchronous manner although
that
>> won't be a recommended way.
>> Multi-threading is only a way to improve performance using a user's multi
>> core CPU.
>> The threads in the thread pool w
ate()) {
// apply crossover policy to create two offspring
pair = getCrossoverPolicy().crossover(pair.getFirst(), pair.getSecond());
}
// mutation
if (randGen.nextDouble() < getMutationRate()) {
// apply mutation policy to the chromosomes
pair = new ChromosomePair(
getMutationPolicy().mutate(pair.g
; parallel GA i.e. convergence of multiple populations together.
>
>The two features (multi-thread vs multiple populations) should
>be implemented independently: Users that only need the "basic"
>GA should also be able to take advantage of their machine's
>multiple C
eclaration. In our case the arguments would be provided by the client
program and cannot be pre-initialized as part of an enum declaration.
(7)
>The currently available GA implementations are sequential.
>IIUC, the "nextGeneration" methods should provide an option
>that processes th
I have created a new PR#205 after rebase and closed the old one(PR#204).
Thanks & Regards
--Avijit Basak
On Wed, 2 Feb 2022 at 19:58, Gilles Sadowski wrote:
> Hi.
>
> Le mer. 2 févr. 2022 à 09:29, Avijit Basak a
> écrit :
> >
> > Hi All
> >
> > Pleas
-rat:check checkstyle:check
> pmd:check spotbugs:check javadoc:javadoc*".
>As Alex noted, you should ensure that the build is successful with
>the supported version of the JDK (i.e. Java 8 currently).
>[If you encounter problems with a later version, it's always nice to
>file
rrent
>state of "master" because I stumble on the same conflict every
>time (on the "pom.xml" file)...
--This will be helpful to accelerate the further development of the GA
module. The rebase and merging process is consuming lots of additional time.
Thanks & Regard
eedful.
Thanks & Regards
--Avijit Basak
On Tue, 25 Jan 2022 at 19:02, Gilles Sadowski wrote:
> Hello.
>
> I just did "git push" (no "force" this time) on the feature branch.
> The problem arose from changes applied a few hours ago in
> "master" and no
Hi All
I have missed the build report URL in my previous mail. Please find
the same here.
https://app.travis-ci.com/github/apache/commons-math/builds/245277914
Thanks & Regards
--Avijit Basak
On Tue, 25 Jan 2022 at 11:10, Avijit Basak wrote:
> Hi All
>
> I
Could anyone help me to resolve this.
Thanks & Regards
-- Avijit Basak
Hi All
I have taken all changes from the feature branch and put my code
for commons-math-ga and examples-ga modules. A new PR(#204) is also created
and the previous PR(#203) is closed.
Thanks & Regards
--Avijit Basak
On Sat, 22 Jan 2022 at 23:02, Gilles Sadowski wrote:
> Le
p; Regards
--Avijit Basak
On Fri, 21 Jan 2022 at 06:15, Gilles Sadowski wrote:
> Hi.
>
> Le jeu. 20 janv. 2022 à 17:58, Gilles Sadowski a
> écrit :
> >
> > Hello.
> >
> > Le jeu. 20 janv. 2022 à 13:09, Avijit Basak a
> écrit :
> > >
> > > Hi A
let
me know if you see any issues with it.
https://github.com/apache/commons-math/pull/203
Thanks & Regards
--Avijit Basak
On Wed, 12 Jan 2022 at 20:55, Avijit Basak wrote:
> Hi All
>
> I have lost track of the jar creation process in the examples
> module. Everytime be
same in the pom file.
>I noticed that there is an example relating to "Dimension2" and another
>to "DimensionN". Isn't the former, in principle, a special case of the
latter?
--Yes, the former is the special case of the latter. But the way the
executable jar is generated
sub-task descriptions.
Kindly let me know if any further clarification is required.
Thanks & Regards
--Avijit Basak
On Sat, 8 Jan 2022 at 16:17, Bruno P. Kinoshita
wrote:
> Reviewed about 1/4 of the PR, but it was mainly about serialization
> (started from the bottom, comparing using
ld be helpful if anyone can confirm the process of checking in
new code now. Will it be as part of the same PR(#200) with a new commit?
Would the commit message remain the same as earlier?
Thanks & Regards
--Avijit Basak
On Sun, 2 Jan 2022 at 19:05, Avijit Basak wrote:
> Hi All
>
&
th
protected/public methods which mutate private fields for internal
processing e.g. generationsEvolved field in AbstractGeneticAlgorithm class.
However the child classes cannot modify those private fields as there are
no direct mutation methods.
>If so, that's an excellent basis, and we should
Hi All
I have created a new *PR*(*#200*) with all changes under a single
commit message. Kindly review the same and let me know if any further
change is required.
Thanks & Regards
--Avijit Basak
On Mon, 27 Dec 2021 at 23:31, Gilles Sadowski wrote:
> Hello.
>
> Le lun. 2
Hi All
Please ignore my previous mail. The rebase is done successfully.
Please let me know if there is any issue.
Thanks & Regards
--Avijit Basak
On Mon, 27 Dec 2021 at 19:21, Avijit Basak wrote:
> Hi All
>
> I have tried to rebase. However I found too many
Hi All
I have tried to rebase. However I found too many conflicts and most
of them are unnecessary. So I aborted the process. Can we avoid the rebase
as we have very few commits after the last rebase. Please share your views
on this.
Thanks & Regards
--Avijit Basak
On Sat, 25 Dec
/master/commons-math-core/pom.xml
Also please let me know if you see any other issues.
Thanks & Regards
--Avijit Basak
On Fri, 24 Dec 2021 at 17:27, Gilles Sadowski wrote:
> Le ven. 24 déc. 2021 à 12:23, Avijit Basak a
> écrit :
> >
> > Hi
> >
> >
present in the master
branch of the repository
https://github.com/apache/commons-math/blob/master/commons-math-core/pom.xml
.
Am I missing anything?
Thanks & Regards
--Avijit Basak
On Thu, 23 Dec 2021 at 18:34, Gilles Sadowski wrote:
> Hi.
>
> Le mer. 22 déc. 2021 à 17
e frame this concern w.r.t. the scheduling example
provided above.
>There is always a scope from which design decisions must be taken.
>If "multi-threading" is in the scope, then the design must avoid
>inheritance (in public classes) in order to much more easily
&g
[1;33mSKIPPED [m
Thanks & Regards
-- Avijit Basak
arate copies of operators for each set of operations.
*--* *T*he factory based approach can introduce *custom* RNG, but it can
improve performance only when we can have separate copies of operators for
each set of operations which might lead to *memory issues* as explained in
previous mail.
Thank
classes.
*-- *One of the primary reasons for me to contribute in Apache' GA library
is it's simplicity and extensibility. I would like to have a framework
which should be always extensible for any problem domain with minor
changes. The primary reason behind this is that application domains o
ss which explicitly
specifies the range of integers to be used. I have initially implemented
the Binary chromosome and the corresponding binary mutation following the
same pattern. However, restricting extension of concrete classes by private
constructor does not prevent users from extending
scussion thread.
Thanks & Regards
--Avijit Basak
On Mon, 29 Nov 2021 at 23:47, Gilles Sadowski wrote:
> Le lun. 29 nov. 2021 à 19:07, Alex Herbert a
> écrit :
> >
> > Note that your examples have incorrect usage of ThreadLocalRandomSource:
>
> The detailed explanation conf
s to be much simpler regarding implementation and I would vote
for the same if we decide to allow customization of RandomSource.
Thanks & Regards
--Avijit Basak
On Mon, 22 Nov 2021 at 19:28, Gilles Sadowski wrote:
> Hello.
>
> Le lun. 22 nov. 2021 à 13:49, Avijit Basak a
Hi All
I have uploaded the image(*chromosome hierarchy.png*) in JIRA. Here
is the link. Let me know if anyone faces any issues.
https://issues.apache.org/jira/projects/MATH/issues/MATH-1563?filter=allopenissues
Thanks & Regards
--Avijit Basak
On Mon, 22 Nov 2021 at 19:39, Gi
& Regards
-- Avijit Basak
providing a RandomSource instance of their choice
or use the default one configured while instantiating the operators.
Thanks & Regards
-- Avijit Basak
would
like to request everyone to share their opinion.
Thanks & Regards
-- Avijit Basak
6) Internal genotype representations have been exposed which enabled the
reuse of crossover and mutation operators.
I would like to request everyone to review the design and reply in
case of any concerns.
Thanks & Regards
-- Avijit Basak
We really don't need users to customize RandomSource for each and
every operator or for the application. Can we stick to the previous
implementation and remove the configure(RandomSource rng) method of
RandomNumberGenerator class? Kindly share your thoughts.
Thanks & Regards
--Avijit Basak
n the "examples-ga" module.
> > --JUnit version is inherited from commons-math module.
>
> Not sure what you mean.
> It's possible to use Junit5 in new modules/test classes even if
> other classes use older Junit.
> --Do you think it is fine to have two separate ver
t" (see e.g. "OnePointCrossover"); a link[2] is often
> preferable.
> * Do no duplicate documentation (see e.g. "OnePointCrossover").
> --I have formatted the method declaration to have one parameter in one
line.
> --Most of the if conditions are having a single condi
ructor).
* Avoid "ASCII art" (see e.g. "OnePointCrossover"); a link[2] is often
preferable.
* Do no duplicate documentation (see e.g. "OnePointCrossover").
--I have formatted the method declaration to have one parameter in one line.
--Most of the if conditions are ha
ld repeat this code in all
places. Is it fine?
Objects.requireNonNull(object,
Message.format(GeneticException.NULL_ARGUMENT, args));
* Class "ConvergenceListenerRegistry"
Shouldn't it be thread-safe?
-- Yes. We need this to be thread-safe for parallel multi-population
parallel genetic algorithms.
Thank
ConvergenceListenerRegistry.java:[line 89] MS_EXPOSE_REP
However, the same code in my previous PR(#197) was
built successfully. I am not sure how to resolve this issue. Any help will
be appreciated.
Thanks & Regards
--Avijit Basak
On Mon, 27 Sept 2021 at 18:21, Avijit Basak wrote:
> Hi All
>
>
changes like introduction of adaptive model and data structure change for
Binary chromosomes.
Kindly let me know for any concerns or queries.
Thanks & Regards
-- Avijit Basak
Hi All
I have made all the changes.
Thanks & Regards
--Avijit Basak
On Sat, 25 Sept 2021 at 17:14, Gilles Sadowski wrote:
> Hello.
>
> Le sam. 25 sept. 2021 à 08:06, Avijit Basak a
> écrit :
> >
> > Hi All
> >
> > I have created a P
spotbugs:check javadoc:javadoc
*PR Link*: https://github.com/apache/commons-math/pull/197
Thanks & Regards
-- Avijit Basak
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: d
-math/pull/197
Thanks & Regards
--Avijit Basak
On Sun, 15 Aug 2021 at 23:17, Gilles Sadowski wrote:
> Le dim. 15 août 2021 à 15:48, Avijit Basak a
> écrit :
> >
> > Hi
> >
> > As mentioned earlier I need to use descriptive statistics in
> > *gen
, we have a DescriptiveStatistics class as part of math4.legacy
module. Is there any plan to develop a new statistics module like neuralnet
and genetics? If not what is the way to proceed forward. Kindly guide me in
this regard.
Thanks & Regards
--Avijit Basak
On Sun, 8 Aug 2021 at 19:14, Gi
che/commons-math.git denied to avijitbasak.
fatal: unable to access '*https://github.com/apache/commons-math.git/
<https://github.com/apache/commons-math.git/>*': The requested URL returned
error: *403*
Thanks & Regards
--Avijit Basak
On Sun, 8 Aug 2021 at 10:49, Avijit Basak wrote:
p; Regards
--Avijit Basak
On Wed, 28 Jul 2021 at 23:22, Gilles Sadowski wrote:
> Hello.
>
> Le mer. 28 juil. 2021 à 10:23, Avijit Basak a
> écrit :
> >
> > Hi
> >
> > I shall try to describe my proposed changes with proper context
> in
> > my ne
this?
Thanks & Regards
--Avijit Basak
On Tue, 27 Jul 2021 at 19:33, Gilles Sadowski wrote:
> Hello.
>
> Le mar. 27 juil. 2021 à 09:15, Avijit Basak a
> écrit :
> >
> > Hi All
> >
> > Please find the proposed changes for the Genetic Algorithm
>
. This can be useful
to calculate population statistics if required.
Kindly share your thoughts.
Thanks & Regards
--Avijit Basak
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: d
response.
Thanks & Regards
--Avijit Basak
On Fri, 7 May 2021 at 02:26, sebb wrote:
> On Thu, 6 May 2021 at 21:13, Gary Gregory wrote:
> >
> > It is true that there much less friction these days to get a repository
> > going with GitHub, GitLab, and BitBucket, but, for n
Hi Gilles
Thanks for voting on behalf of me.
Regards
--Avijit Basak
On Mon, 3 May 2021 at 18:14, Gilles Sadowski wrote:
> Recording a vote in the proper thread on behalf of Avijit Basak (who
> inadequately posted his vote in two other threads).
>
> Le mer. 21 avr. 2021 à 1
Hi
I would like to vote for *commons-ml*.
Thanks & Regards
--Avijit Basak
On Mon, 3 May 2021 at 04:29, Gilles Sadowski wrote:
> Hi.
>
> > [... Discussion about GA data-structures...]
>
> I'd suggest that we finalize the [Vote] before getting into the
IUC your document above, it seems not (?).]
--The document only describes the data structure related to Binary
genotype. We already have an implementation of RandomKey genotype in
commons. We can think of adding other genotypes gradually.
Thanks & Regards
--Avijit Basak
On Sat, 1 May 2021 a
Hi
I would like to vote for *commons-ml*.
Thanks & Regards
--Avijit Basak
On Sat, 24 Apr 2021 at 08:12, Paul King wrote:
> I added some more comments relevant to if the proposed algorithm
> belongs somewhere in the commons "math" area back in the Jira:
>
>
for AI/ML
programming with a very minimal learning curve. Can we think of fulfilling
this need?
This will be helpful for many java developers to venture into
AI/ML without learning a new language like Python.
Thanks & Regards
--Avijit Basak
On Wed, 28 Apr 2021 at 18:48,
this format. We can copy the
same to any other team repository if required.
Repo URL: https://github.com/avijitbasak/commons-machinelearning
Thanks & Regards
--Avijit Basak
On Mon, 26 Apr 2021 at 04:49, Paul King wrote:
> On Mon, Apr 26, 2021 at 12:27 AM sebb wrote:
> >
ations, then you should demonstrate it
-- Do we have any kind of performance benchmark or use case
regarding this? Once that is decided, then I can proceed with this.
Thanks & Regards
--Avijit Basak
On Mon, 19 Apr 2021 at 18:51, Gilles Sadowski wrote:
> Hello.
>
> Le lun.
erent types of co-evolution as part of parallel
GA. Need to decide on the corresponding strategies we are going to
incorporate.
Thanks & Regards
--Avijit Basak
On Wed, 14 Apr 2021 at 05:53, Gilles Sadowski wrote:
> Le mar. 13 avr. 2021 à 18:21, Avijit Basak a
> écrit :
> >
>
quot;)
-- Could you kindly share the GitHub repository URL for any Commons
modular component.
Thanks & Regards
--Avijit Basak
On Tue, 13 Apr 2021 at 18:29, Gilles Sadowski wrote:
> Hello.
>
> Le lun. 12 avr. 2021 à 17:21, Avijit Basak a
> écrit :
> >
> > Hi
&g
reused with minor modifications.
So it won't take too much effort for this activity.
Kindly share further thoughts.
Thanks & Regards
--Avijit Basak
On Sun, 14 Feb 2021 at 19:56, Gilles Sadowski wrote:
> Le dim. 14 févr. 2021 à 09:06, Avijit Basak a
> écrit :
> >
&g
rt of *commons.math* library.
The same library can be reused in ml or neural network libraries as
a dependency.
Kindly share further views on this.
Thanks & Regards
--Avijit Basak
On Wed, 10 Feb 2021 at 19:49, Gilles Sadowski wrote:
> Le mer. 10 févr. 2021 à 13:19, s
Hello Gilles
Thanks for your reply. Actually I am not very comfortable with the
porting process. It will be really nice if I can have an initial repository.
Thanks & Regards
--Avijit Basak
On Wed, 20 Jan 2021 at 17:50, Gilles Sadowski wrote:
> Hello.
>
> Le mer. 20 janv.
& Regards
--Avijit Basak
On Wed, 20 Jan 2021 at 04:11, Gilles Sadowski wrote:
> Hi Avijit.
>
> [I've changed the "Subject:" line.]
>
> Le mar. 19 janv. 2021 à 08:31, Avijit Basak a
> écrit :
> >
> > Hello Gilles Sadowski
> >
> >
libraries I have chosen a.c.m because of
it's flexible and extensible design.
This is to be decided if we need a new component or extend the
same component.
Kindly share your thoughts on this.
Thanks & Regards
--Avijit Basak
On Mon, 18 Jan 2021 at 23:21, Gilles Sadows
h and published in this article "
https://www.ijcaonline.org/archives/volume175/number10/basak-2020-ijca-920572.pdf
".
I have created a JIRA "MATH-1563" to describe the same.
Kindly let me know your views on the same.
Thanks & Regards
-- Avijit Basak
75 matches
Mail list logo
