Re: [VOTE] Release Apache Commons CSV 1.9.0 based on RC1
[x] +1 Release these artifacts Building OK from tag, with `clean test install` targets. Building OK from tag, with `site:site` targets Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d) Maven home: /opt/apache-maven-3.8.1 Java version: 16, vendor: Oracle Corporation, runtime: /Users/abernal/Library/Java/JavaVirtualMachines/openjdk-16/Contents/Home Default locale: en_US, platform encoding: UTF-8 OS name: "mac os x", version: "10.16", arch: "x86_64", family: “Mac" Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d) Maven home: /opt/apache-maven-3.8.1 Java version: 11.0.5, vendor: Oracle Corporation, runtime: /Library/Java/JavaVirtualMachines/jdk-11.0.5.jdk/Contents/Home Default locale: en_US, platform encoding: UTF-8 OS name: "mac os x", version: "10.16", arch: "x86_64", family: “mac" Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d) Maven home: /opt/apache-maven-3.8.1 Java version: 1.8.0_275, vendor: AdoptOpenJDK, runtime: /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre Default locale: en_US, platform encoding: UTF-8 OS name: "mac os x", version: "10.16", arch: "x86_64", family: "mac" [INFO] Scanning for projects... Arturo Bernal arturobern...@yahoo.com > On 29 Jul 2021, at 03:52, Bruno P. Kinoshita wrote: > > [x] +1 Release these artifacts > > Building OK on Maven 3.6.3 JDK 11 on Ubuntu. > > Checked signatures, found no issues. Site reports look good too. Inspected a > couple of files in the dist area, LICENSE/NOTICE/other files all good, no > issues. > > > Thanks and sorry for the delay reviewing the release. > > > Bruno > > >On Thursday, 29 July 2021, 3:37:19 am NZST, Gary Gregory > wrote: > > May I please get PMC reviews? > > Gary > > On Tue, Jul 27, 2021 at 7:39 AM Gary Gregory wrote: >> >> Ping ;-) >> >> Gary >> >> On Sat, Jul 24, 2021, 11:56 Gary Gregory wrote: >>> >>> We have fixed a few bugs and added some enhancements since Apache >>> Commons CSV 1.8 was released, so I would like to release Apache >>> Commons CSV 1.9.0. >>> >>> Apache Commons CSV 1.9.0 RC1 is available for review here: >>> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1 (svn >>> revision 48979) >>> >>> The Git tag commons-csv-1.9.0-RC1 commit for this RC is >>> 8e25a2b30cae841101540c26ff21b79c51ad3eff which you can browse here: >>> >>> https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=8e25a2b30cae841101540c26ff21b79c51ad3eff >>> You may checkout this tag using: >>> git clone https://gitbox.apache.org/repos/asf/commons-csv.git >>> --branch commons-csv-1.9.0-RC1 commons-csv-1.9.0-RC1 >>> >>> Maven artifacts are here: >>> >>> https://repository.apache.org/content/repositories/orgapachecommons-1558/org/apache/commons/commons-csv/1.9.0/ >>> >>> These are the artifacts and their hashes: >>> >>> #Release SHA-512s >>> #Sat Jul 24 11:41:46 EDT 2021 >>> commons-csv-1.9.0-bin.tar.gz=0b6ecb1c14c8745a10bfb2d1813446eee3dc1c44c72e14419ae0b15dd6e717f336c76a28f7664f083a70e71ad43346dc9cc555b2cd851899a089fad13f76be19 >>> commons-csv-1.9.0-bin.zip=69f12e5b65636ff3f6d5d119920c8570ce603b975869c5f89b7f1ce5f061a11d8dba28508e4b927ae8d2f0c7cda98934582a2f8befee9865323432df86cec2ab >>> commons-csv-1.9.0-javadoc.jar=15fc0bf7325db35abcb4c586df0e92521322e57e30338aa653a62460281a7cb3dedfdb770d176451ce5fef4eaf965bcf91103bc8b3d8383c107382444672ac35 >>> commons-csv-1.9.0-sources.jar=5ff2ce4e1662cba7c38d7922f418fded2e1b9ffdb64cd78f0a86b89c0d3d366a1e248f554219a2103478c365785ed9f1a9b38d218a2da3ff535a82f23ca08a68 >>> commons-csv-1.9.0-src.tar.gz=4610197fbbf1b3fb3ff19ff8f5ee0ffe945c34c05e3db71b89156bf17aa7f6b2816ddace85457fec82cb22337f777e08eac5984d7299e702b537f0d242d368d8 >>> commons-csv-1.9.0-src.zip=2903e0d47a006d68bdcd33e8a2ea30b5858ac43176a72e804f917a3f4e170e03fc66949d895e124420aa9106794fbdee4787b088b130c23ac636f9aa376f793a >>> commons-csv-1.9.0-test-sources.jar=7ac545c663f2b2ee824a18acbadfcbda19f85306ed71417cabe7c7acb9e221fdaada5c5f7946bfe5ebf4c046a2a516b1c51a4cf90244c609b1e478b933c0c62b >>> commons-csv-1.9.0-tests.jar=b29eca481fb7e8e64eec1fe4621dc8c0da7ac51480316d82a42dc73a8f99bbf64811cb948c4cab64b523890a0e8438af4e85dc6c51f14c554a4d0e0752eb6b2a >>> >>> I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P >>> japicmp clean package site deploy' using: >>> >>> Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d) >>> Maven home: /usr/local/Cellar/maven/3.8.1/libexec >>> Java version: 1.8.0_292, vendor: AdoptOpenJDK, runtime: >>> /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre >>> Default locale: en_US, platform encoding: UTF-8 >>> OS name: "mac os x", version: "10.16", arch: "x86_64", family: "mac" >>> >>> Details of changes since 1.8 are in the release notes: >>> >>> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/RELEASE-NOTES.txt >>> >>> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/changes-report.html >>> >>> Site: >>>
Re: [VOTE] Release Apache Commons CSV 1.9.0 based on RC1
[x] +1 Release these artifacts Building OK on Maven 3.6.3 JDK 11 on Ubuntu. Checked signatures, found no issues. Site reports look good too. Inspected a couple of files in the dist area, LICENSE/NOTICE/other files all good, no issues. Thanks and sorry for the delay reviewing the release. Bruno On Thursday, 29 July 2021, 3:37:19 am NZST, Gary Gregory wrote: May I please get PMC reviews? Gary On Tue, Jul 27, 2021 at 7:39 AM Gary Gregory wrote: > > Ping ;-) > > Gary > > On Sat, Jul 24, 2021, 11:56 Gary Gregory wrote: >> >> We have fixed a few bugs and added some enhancements since Apache >> Commons CSV 1.8 was released, so I would like to release Apache >> Commons CSV 1.9.0. >> >> Apache Commons CSV 1.9.0 RC1 is available for review here: >> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1 (svn >> revision 48979) >> >> The Git tag commons-csv-1.9.0-RC1 commit for this RC is >> 8e25a2b30cae841101540c26ff21b79c51ad3eff which you can browse here: >> >>https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=8e25a2b30cae841101540c26ff21b79c51ad3eff >> You may checkout this tag using: >> git clone https://gitbox.apache.org/repos/asf/commons-csv.git >> --branch commons-csv-1.9.0-RC1 commons-csv-1.9.0-RC1 >> >> Maven artifacts are here: >> >>https://repository.apache.org/content/repositories/orgapachecommons-1558/org/apache/commons/commons-csv/1.9.0/ >> >> These are the artifacts and their hashes: >> >> #Release SHA-512s >> #Sat Jul 24 11:41:46 EDT 2021 >> commons-csv-1.9.0-bin.tar.gz=0b6ecb1c14c8745a10bfb2d1813446eee3dc1c44c72e14419ae0b15dd6e717f336c76a28f7664f083a70e71ad43346dc9cc555b2cd851899a089fad13f76be19 >> commons-csv-1.9.0-bin.zip=69f12e5b65636ff3f6d5d119920c8570ce603b975869c5f89b7f1ce5f061a11d8dba28508e4b927ae8d2f0c7cda98934582a2f8befee9865323432df86cec2ab >> commons-csv-1.9.0-javadoc.jar=15fc0bf7325db35abcb4c586df0e92521322e57e30338aa653a62460281a7cb3dedfdb770d176451ce5fef4eaf965bcf91103bc8b3d8383c107382444672ac35 >> commons-csv-1.9.0-sources.jar=5ff2ce4e1662cba7c38d7922f418fded2e1b9ffdb64cd78f0a86b89c0d3d366a1e248f554219a2103478c365785ed9f1a9b38d218a2da3ff535a82f23ca08a68 >> commons-csv-1.9.0-src.tar.gz=4610197fbbf1b3fb3ff19ff8f5ee0ffe945c34c05e3db71b89156bf17aa7f6b2816ddace85457fec82cb22337f777e08eac5984d7299e702b537f0d242d368d8 >> commons-csv-1.9.0-src.zip=2903e0d47a006d68bdcd33e8a2ea30b5858ac43176a72e804f917a3f4e170e03fc66949d895e124420aa9106794fbdee4787b088b130c23ac636f9aa376f793a >> commons-csv-1.9.0-test-sources.jar=7ac545c663f2b2ee824a18acbadfcbda19f85306ed71417cabe7c7acb9e221fdaada5c5f7946bfe5ebf4c046a2a516b1c51a4cf90244c609b1e478b933c0c62b >> commons-csv-1.9.0-tests.jar=b29eca481fb7e8e64eec1fe4621dc8c0da7ac51480316d82a42dc73a8f99bbf64811cb948c4cab64b523890a0e8438af4e85dc6c51f14c554a4d0e0752eb6b2a >> >> I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P >> japicmp clean package site deploy' using: >> >> Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d) >> Maven home: /usr/local/Cellar/maven/3.8.1/libexec >> Java version: 1.8.0_292, vendor: AdoptOpenJDK, runtime: >> /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre >> Default locale: en_US, platform encoding: UTF-8 >> OS name: "mac os x", version: "10.16", arch: "x86_64", family: "mac" >> >> Details of changes since 1.8 are in the release notes: >> >>https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/RELEASE-NOTES.txt >> >>https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/changes-report.html >> >> Site: >> >>https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/index.html >> (note some *relative* links are broken and the 1.9.0 directories >> are not yet created - these will be OK once the site is deployed.) >> >> JApiCmp Report (compared to 1.8): >> >>https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/japicmp.html >> >> RAT Report: >> >>https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/rat-report.html >> >> KEYS: >> https://www.apache.org/dist/commons/KEYS >> >> Please review the release candidate and vote. >> This vote will close no sooner than 72 hours from now. >> >> [ ] +1 Release these artifacts >> [ ] +0 OK, but... >> [ ] -0 OK, but really should fix... >> [ ] -1 I oppose this release because... >> >> Thank you, >> >> Gary Gregory, >> Release Manager (using key 86fdc7e2a11262cb) >> >> For following is intended as a helper and refresher for reviewers. >> >> Validating a release candidate >> == >> >> These guidelines are NOT complete. >> >> Requirements: Git, Java, Maven. >> >> You can validate a release from a release candidate (RC) tag as follows. >> >> 1) Clone and checkout the RC tag >> >> git clone https://gitbox.apache.org/repos/asf/commons-csv.git --branch >> commons-csv-1.9.0-RC1 commons-csv-1.9.0-RC1 >> cd commons-csv-1.9.0-RC1 >> >> 2) Check Apache licenses >> >> This step is not required if the site
Research about the impact of COVID-19 on Open Source Development Activities
> > Dear all, > > We are investigating how quarantine due COVID-19 is affecting, or has > affected, the activities in the open source software projects. To this > end, I kindly ask you to answer a small survey on this topic. The survey is > available at: > > https://forms.gle/eWqot37nxedf4VjW6 > > Any questions please contact me. 헬헼혂 혀헵헼혂헹헱 헼헻헹혆 혁헮헸헲 > 혁헵헶혀 혀혂헿혃헲혆 헶헳 혆헼혂 헮헿헲 헮 혀헼헳혁현헮헿헲 > 헰헼헻혁헿헶헯혂혁헼헿 현헼헿헸헶헻헴 현헶혁헵 헼헽헲헻혀헼혂헿헰헲 헶헻 > 헚헶혁헛혂헯 헽헿헼헷헲헰혁혀. > > Best wishes. > -- PhD Edna Dias Canedo Associate Professor Homepage: https://cic.unb.br/~ednacanedo/ Department of Computer Science University of Brasília (UnB), Campus Darcy Ribeiro, Brasília-DF, Brazil
Re: [MATH][DESIGN] Design Discussion for Genetic Algorithm Library
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 next communication. Regarding the stats, I need a library that can be > used for any statistical calculation needed. Are the calculations needed for the GA to work (e.g. as part of a stopping criterion), or are they only meant to inform the user (e.g. for computing current average fitness and the like)? In the latter case, (IIUC) I don't think that we need to introduce such a dependency: Couldn't "out-of-band" functionality be defined through a plugin infrastructure? > I don't want to use the one > from math3 legacy component as that will include all other legacy > components too. If you intend to improve the "genetics" package within the current "commons-math-legacy" module, you can use all the code in there, (including the "o.a.c.math4.stat" package, although that will make it more difficult to create a new module free of those dependencies. Please clarify what goal you are pursuing. > If the commons-statistics component is an isolated one then > that can be re-used once released. I don't understand what you mean. > It will be nice to have a library for plotting graph. Earlier I > used jFreeChart (Lesser GNU Public License), which works fine for this kind > of requirement. Any suggestion regarding this? If you suggest that a Commons component should depend on a plotting library, it's likely "no go". Would a GA implementation need this? Again, if the purpose is to follow progress of the computation, we should define appropriate interfaces to allow data collection in real time. How those are processed (e.g. plotting statistics of the current population) is probably out-of-scope. Regards, Gilles > > 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 > > library in commons.maths. > > > Changes in Model: > > > 1) GeneticAlgorithm class is broken into a hierarchy to accommodate > > commons implementation in an Abstract class AbstractGeneticAlgorithm. New > > AdaptiveGeneticAlgorithm class has also been introduced. > > > 2) Introduced Elitism interface which is implemented by > > ElitisticListPopulation. > > > 3) Interface Fitness has been removed. > > > 4) Interface FitnessCalculator has been introduced. > > > 5) Chromosome has been updated with FitnessCalculator interface and > > accessor. > > > 6) Operations in AbstractChromosome has been updated with > > FitnessCalculator as interface. > > > 7) New BinaryChromosome class has been added. > > > 8) Interface PermutationChromosome has been replaced by > > IndirectlyEncodedChromosome as the interface primarily represents > > chromosomes with indirect encoding. A more appropriate name can be > > suggested. > > > 9) RandomKey class operations have been updated with FitnessCalculator. > > > 10) I would like to include a new class PermutationChromosome as we have > > corresponding crossover operators like OrderedCrossover. > > > 11) crossover method in CrossoverPolicy interface has been updated with > > additional argument probability to support dynamic probability generation. > > This would impact all implementation classes. > > > 12) mutate method in MutationPolicy has been added another argument > > probability to support dynamic probability generation. This would impact > > all implementation classes. > > > 13) Two new evolution StoppingCondition has been added > > UnchangedAvgFitness and UnchangedBestFitness. > > > 14) An interface ProbabilityGenerator has been introduced with few > > selective implementations to be used by AdaptiveGeneticAlgorithm class. The > > signature of the probability generation method has been kept generic to > > keep strategies interchangeable. > > > > I'd have a hard time commenting as we mostly miss the context: AFAIK, > > nobody here has ever used CM's GA implementation and nobody knows > > how its design structure should be changed in order to improve its > > * usability, > > * performance, > > * robustness, > > * extensibility, or > > * maintenance; > > hence the listing of changes is not very useful without some hint as to why > > things are to be modified, removed or added (e.g. pointing to shortcomings, > > missing features, performance bottlenecks, and so on; and create a JIRA > > report for each of them). > > Actually, I understand that it might be a tedious task, and probably not > > worth > > the modest feedback which you may expect in return. So the best course of > > action is perhaps to implement the new design as you see fit, and then show > > (through applications in "examples" module) how it solves selected > > problems. > > > > Doing so, you could keep us informed of your progress through commenting > > in the appropriate
Re: [VOTE] Release Apache Commons CSV 1.9.0 based on RC1
May I please get PMC reviews? Gary On Tue, Jul 27, 2021 at 7:39 AM Gary Gregory wrote: > > Ping ;-) > > Gary > > On Sat, Jul 24, 2021, 11:56 Gary Gregory wrote: >> >> We have fixed a few bugs and added some enhancements since Apache >> Commons CSV 1.8 was released, so I would like to release Apache >> Commons CSV 1.9.0. >> >> Apache Commons CSV 1.9.0 RC1 is available for review here: >> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1 (svn >> revision 48979) >> >> The Git tag commons-csv-1.9.0-RC1 commit for this RC is >> 8e25a2b30cae841101540c26ff21b79c51ad3eff which you can browse here: >> >> https://gitbox.apache.org/repos/asf?p=commons-csv.git;a=commit;h=8e25a2b30cae841101540c26ff21b79c51ad3eff >> You may checkout this tag using: >> git clone https://gitbox.apache.org/repos/asf/commons-csv.git >> --branch commons-csv-1.9.0-RC1 commons-csv-1.9.0-RC1 >> >> Maven artifacts are here: >> >> https://repository.apache.org/content/repositories/orgapachecommons-1558/org/apache/commons/commons-csv/1.9.0/ >> >> These are the artifacts and their hashes: >> >> #Release SHA-512s >> #Sat Jul 24 11:41:46 EDT 2021 >> commons-csv-1.9.0-bin.tar.gz=0b6ecb1c14c8745a10bfb2d1813446eee3dc1c44c72e14419ae0b15dd6e717f336c76a28f7664f083a70e71ad43346dc9cc555b2cd851899a089fad13f76be19 >> commons-csv-1.9.0-bin.zip=69f12e5b65636ff3f6d5d119920c8570ce603b975869c5f89b7f1ce5f061a11d8dba28508e4b927ae8d2f0c7cda98934582a2f8befee9865323432df86cec2ab >> commons-csv-1.9.0-javadoc.jar=15fc0bf7325db35abcb4c586df0e92521322e57e30338aa653a62460281a7cb3dedfdb770d176451ce5fef4eaf965bcf91103bc8b3d8383c107382444672ac35 >> commons-csv-1.9.0-sources.jar=5ff2ce4e1662cba7c38d7922f418fded2e1b9ffdb64cd78f0a86b89c0d3d366a1e248f554219a2103478c365785ed9f1a9b38d218a2da3ff535a82f23ca08a68 >> commons-csv-1.9.0-src.tar.gz=4610197fbbf1b3fb3ff19ff8f5ee0ffe945c34c05e3db71b89156bf17aa7f6b2816ddace85457fec82cb22337f777e08eac5984d7299e702b537f0d242d368d8 >> commons-csv-1.9.0-src.zip=2903e0d47a006d68bdcd33e8a2ea30b5858ac43176a72e804f917a3f4e170e03fc66949d895e124420aa9106794fbdee4787b088b130c23ac636f9aa376f793a >> commons-csv-1.9.0-test-sources.jar=7ac545c663f2b2ee824a18acbadfcbda19f85306ed71417cabe7c7acb9e221fdaada5c5f7946bfe5ebf4c046a2a516b1c51a4cf90244c609b1e478b933c0c62b >> commons-csv-1.9.0-tests.jar=b29eca481fb7e8e64eec1fe4621dc8c0da7ac51480316d82a42dc73a8f99bbf64811cb948c4cab64b523890a0e8438af4e85dc6c51f14c554a4d0e0752eb6b2a >> >> I have tested this with 'mvn -V -Prelease -Ptest-deploy -P jacoco -P >> japicmp clean package site deploy' using: >> >> Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d) >> Maven home: /usr/local/Cellar/maven/3.8.1/libexec >> Java version: 1.8.0_292, vendor: AdoptOpenJDK, runtime: >> /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre >> Default locale: en_US, platform encoding: UTF-8 >> OS name: "mac os x", version: "10.16", arch: "x86_64", family: "mac" >> >> Details of changes since 1.8 are in the release notes: >> >> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/RELEASE-NOTES.txt >> >> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/changes-report.html >> >> Site: >> >> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/index.html >> (note some *relative* links are broken and the 1.9.0 directories >> are not yet created - these will be OK once the site is deployed.) >> >> JApiCmp Report (compared to 1.8): >> >> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/japicmp.html >> >> RAT Report: >> >> https://dist.apache.org/repos/dist/dev/commons/csv/1.9.0-RC1/site/rat-report.html >> >> KEYS: >> https://www.apache.org/dist/commons/KEYS >> >> Please review the release candidate and vote. >> This vote will close no sooner than 72 hours from now. >> >> [ ] +1 Release these artifacts >> [ ] +0 OK, but... >> [ ] -0 OK, but really should fix... >> [ ] -1 I oppose this release because... >> >> Thank you, >> >> Gary Gregory, >> Release Manager (using key 86fdc7e2a11262cb) >> >> For following is intended as a helper and refresher for reviewers. >> >> Validating a release candidate >> == >> >> These guidelines are NOT complete. >> >> Requirements: Git, Java, Maven. >> >> You can validate a release from a release candidate (RC) tag as follows. >> >> 1) Clone and checkout the RC tag >> >> git clone https://gitbox.apache.org/repos/asf/commons-csv.git --branch >> commons-csv-1.9.0-RC1 commons-csv-1.9.0-RC1 >> cd commons-csv-1.9.0-RC1 >> >> 2) Check Apache licenses >> >> This step is not required if the site includes a RAT report page which >> you then must check. >> >> mvn apache-rat:check >> >> 3) Check binary compatibility >> >> Older components still use Apache Clirr: >> >> This step is not required if the site includes a Clirr report page >> which you then must check. >> >> mvn clirr:check >> >> Newer components use JApiCmp with the japicmp Maven Profile:
Re: [MATH][DESIGN] Design Discussion for Genetic Algorithm Library
Hi I shall try to describe my proposed changes with proper context in my next communication. Regarding the stats, I need a library that can be used for any statistical calculation needed. I don't want to use the one from math3 legacy component as that will include all other legacy components too. If the commons-statistics component is an isolated one then that can be re-used once released. It will be nice to have a library for plotting graph. Earlier I used jFreeChart (Lesser GNU Public License), which works fine for this kind of requirement. Any suggestion regarding 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 > library in commons.maths. > > Changes in Model: > > 1) GeneticAlgorithm class is broken into a hierarchy to accommodate > commons implementation in an Abstract class AbstractGeneticAlgorithm. New > AdaptiveGeneticAlgorithm class has also been introduced. > > 2) Introduced Elitism interface which is implemented by > ElitisticListPopulation. > > 3) Interface Fitness has been removed. > > 4) Interface FitnessCalculator has been introduced. > > 5) Chromosome has been updated with FitnessCalculator interface and > accessor. > > 6) Operations in AbstractChromosome has been updated with > FitnessCalculator as interface. > > 7) New BinaryChromosome class has been added. > > 8) Interface PermutationChromosome has been replaced by > IndirectlyEncodedChromosome as the interface primarily represents > chromosomes with indirect encoding. A more appropriate name can be > suggested. > > 9) RandomKey class operations have been updated with FitnessCalculator. > > 10) I would like to include a new class PermutationChromosome as we have > corresponding crossover operators like OrderedCrossover. > > 11) crossover method in CrossoverPolicy interface has been updated with > additional argument probability to support dynamic probability generation. > This would impact all implementation classes. > > 12) mutate method in MutationPolicy has been added another argument > probability to support dynamic probability generation. This would impact > all implementation classes. > > 13) Two new evolution StoppingCondition has been added > UnchangedAvgFitness and UnchangedBestFitness. > > 14) An interface ProbabilityGenerator has been introduced with few > selective implementations to be used by AdaptiveGeneticAlgorithm class. The > signature of the probability generation method has been kept generic to > keep strategies interchangeable. > > I'd have a hard time commenting as we mostly miss the context: AFAIK, > nobody here has ever used CM's GA implementation and nobody knows > how its design structure should be changed in order to improve its > * usability, > * performance, > * robustness, > * extensibility, or > * maintenance; > hence the listing of changes is not very useful without some hint as to why > things are to be modified, removed or added (e.g. pointing to shortcomings, > missing features, performance bottlenecks, and so on; and create a JIRA > report for each of them). > Actually, I understand that it might be a tedious task, and probably not > worth > the modest feedback which you may expect in return. So the best course of > action is perhaps to implement the new design as you see fit, and then show > (through applications in "examples" module) how it solves selected > problems. > > Doing so, you could keep us informed of your progress through commenting > in the appropriate JIRA report(s) and a link to an up-to-date PR. > > > I have few more queries related to repository structure. > > 1) Do we need to keep package name as math4 and not math. Using a > version-independent name would ease version migration for developers for > future releases. > > Commons has a strict policy of backwards compatibility of minor releases. > Changing the top-level package's name is done in every major release in > order to avoid JAR hell. > > > 2) Can we have the stat module out of legacy component. > > Are you on to fix all the reported issues? > > > This can be useful to calculate population statistics if required. > > You are certainly welcome to refactor the parts of the "o.a.c.m.stat" > package which would be of interest for that purpose. > Please note that redesign statistical functionalities should be ported > to the "Commons Statistics" component.[1] > > Regards, > Gilles > > [1] https://commons.apache.org/proper/commons-statistics/ > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- Avijit Basak
