Re: [Math] FastMath missing methods from java.lang.Math...

unit test suite fails when building with JDK 9+ (when "JAVA_HOME" is not set properly). > > FM is documented as ‘drop-in replacement’ so should the new jlM methods be > added to FM? Do you propose to write/port pure Ja

Re: [RNG] Multiple samplers, shared "UniformRandomProvider"

Le mer. 26 mai 2021 à 00:06, Alex Herbert a écrit : > > On Tue, 25 May 2021 at 20:15, Gilles Sadowski wrote: > > > Hi. > > > > I wonder if/how we would introduce the following functionality: > > ---CUT--- > > /** > > * @param rng Generato

[RNG] Multiple samplers, shared "UniformRandomProvider"

gth]; for (int i = 0; i < list.length; i++) { out[i] = samplers[i].sample(); } return out; } }; } ---CUT--- Gilles - To unsubscribe, e-mail: dev-un

Re: [Math][Numbers][Geometry][Statistics] Road map for next release(s)

Le dim. 23 mai 2021 à 22:54, Alex Herbert a écrit : > > On Sun, 23 May 2021 at 15:58, Gilles Sadowski wrote: > > > > > I've created a multi-module[1] version of the code base with a > > corresponding JIRA issue: > > https://issues.apache.org/jira/browse/MAT

Re: [Math][Numbers][Geometry][Statistics] Road map for next release(s)

Le dim. 23 mai 2021 à 22:54, Alex Herbert a écrit : > > On Sun, 23 May 2021 at 15:58, Gilles Sadowski wrote: > > > > > I've created a multi-module[1] version of the code base with a > > corresponding JIRA issue: > > https://issues.apache.org/jira/browse/MAT

[Math][Numbers][Geometry][Statistics] Road map for next release(s)

such as [RNG] or [Numbers], and *not* depending on the "legacy" module. The upcoming version of CM would depend on (non-beta) releases of * Commons Numbers * Commons Geometry * Commons Statistics Any objection to have those released, and the

Re: [math] working on increasing performance for Math3

the name. It should be a "core" module (independend of the "legacy" module). Regards, Gilles Le sam. 15 mai 2021 à 18:38, Gilles Sadowski a écrit : > > Le mer. 12 mai 2021 à 13:23, Erik Svensson a écrit > : > > > > Howdy all, > >

Re: [math] working on increasing performance for Math3

A report with the proposal (e.g. as a "sub-task" of the MATH-1575 report.[2] Thanks, Gilles [1] https://gitbox.apache.org/repos/asf?p=commons-math.git;a=shortlog;h=refs/heads/modularized_master [2] https:

Re: [rng] Add ObjectSampler interfaces and a CompositeSampler

Hi Alex. Would the proposal be any different if with Java 8+ features? [IOW, is it still useful (in any sense) to stick with Java 6?] Regards, Gilles > [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.

Re: [text][geometry] DoubleFormats utility

or this feature? > 2) easy to use, 3) offer a range of formats, and 4) are at least as > performant as BigDecimal and DecimalFormat. As a concrete discussion point, it might be interesting to post benchma

Re: [math] working on increasing performance for Math3

out bytebuddy because of point 5 on the > https://commons.apache.org/proper/commons-math/ As of the current development version of Commons Math[1], the JDK dependency has been upgraded to at least Java 8. The features (whatever they may be) could also be available, or not, depending

Re: [math] working on increasing performance for Math3

>> [...] > > It might make sense to update the FastMath Javadoc to clarify that the > main focus of the class is now accuracy (and portability?) rather than > speed. Done. > This should help manage user expectations. Yet the idea that though some API (TBD), an application could select which

Re: [math] working on increasing performance for Math3

transparent call to "java.util.Math" won't have side-effects. > Drawback: bad IDE support Personally I don't care. ;-) Regards, Gilles [1] If you'd like to propose a patch/PR, I could set up a dedicated branch. > > 1: https://maven.apache.org/plugins/maven-compiler-plugin/mult

Re: [math] working on increasing performance for Math3

r sin anyway). > Did you use JMH for the benchmark?[2] The first step is perhaps to open a new JIRA issue and post the result over there. We want to modularize Commons Math, so setting up a module for JMH testing is welcome. Regards, Gilles [1] https://issues.apache.org/jira/issues/?jql=project%

Re: The case for a Commons component

Le jeu. 6 mai 2021 à 20:29, Oliver Heger a écrit : > > > > Am 05.05.21 um 21:54 schrieb Gilles Sadowski: > > Le mer. 5 mai 2021 à 20:33, Oliver Heger > > a écrit : > >> > >> > >> > >> Am 05.05.21 um 20:26 schrieb Gilles Sadow

Re: The case for a Commons component

uot;concept" for that nowadays: Cancel culture... > Trying to justify creating a new Commons component by endlessly > discussing the topic just isn’t going to work. > > I’ll not be responding to more ema

Re: The case for a Commons component

Le jeu. 6 mai 2021 à 14:48, Emmanuel Bourg a écrit : > > Le 2021-05-06 13:06, Gilles Sadowski a écrit : > > > It is not nice to decide for others what they may need. > > It is not nice to suggest I shouldn't voice my opinions. Your argued opinion is welcome. In the te

Re: The case for a Commons component

te to release CM v4.0? * Would you help (more than if the ML codes were in a specific component) to review/merge the PRs? Gilles > > Emmanuel Bourg > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: The case for a Commons component

Le jeu. 6 mai 2021 à 07:53, Ralph Goers a écrit : > > > > On May 5, 2021, at 11:13 AM, Gilles Sadowski wrote: > > > > Le mer. 5 mai 2021 à 17:44, Ralph Goers a > > écrit : > >> > >> > >> > >>> On May 5, 2021, at 6:38 AM,

Re: The case for a Commons component

Le mer. 5 mai 2021 à 20:33, Oliver Heger a écrit : > > > > Am 05.05.21 um 20:26 schrieb Gilles Sadowski: > > Le mer. 5 mai 2021 à 18:57, Gary Gregory a écrit : > >> > >> IMO the lack of +1s shows the lack of appetite to manage another component > >

Re: The case for a Commons component

Le mer. 5 mai 2021 à 18:57, Gary Gregory a écrit : > > IMO the lack of +1s shows the lack of appetite to manage another component That's certainly true. And nobody is forced to do anything. When the other CM spin-offs started, there was only _one_ person willing to do the work.

Re: The case for a Commons component

Le mer. 5 mai 2021 à 17:44, Ralph Goers a écrit : > > > > > On May 5, 2021, at 6:38 AM, Gilles Sadowski wrote: > > > > Le mar. 4 mai 2021 à 02:49, Ralph Goers a > > écrit : > >> > >> I apologize. I started another thread regarding th

Re: Jacoco 0.8.7

gh "Commons Parent": https://downloads.apache.org/commons/commons-parent/RELEASE-NOTES.txt Gilles > as it > fixes JDK 15 and 16 issues. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For

Re: The case for a Commons component

community (perhaps not viable, but only the future can tell...),[1] 4. the same kind of welcoming gestures should apply for the proposed contributions, as for the attempt to resuscitate "Commons Graph"[2], even if some of the PMC might arguably prefer another option. Regards, Gil

Re: The case for a Commons component

ther parties, such as the ASF's INFRAstructure people. In this case (the eventual creation of a repository, they might not need to be involved, so I've voted on your behalf in the proper thread (but, please, confirm by acknowledging, in that *other* thread that the vote is according to your preference). Th

Re: [Vote] Create repository for "machine learning" algorithms.

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 à 19:05, Gilles Sadowski a écrit : > > [...] > > Name of component: "Commons Machine Learning" > Name of "git" reposito

Re: The case for a Commons component

sed on settling to the issues put forward by the opponents to having this new component: * Problem 1: Functionality should go somewhere else (Emmanuel, Sebb) * Problem 2: Who will contribute? (Ralph) Partial answers have been given. We need more opinions (and votes). Regards, Gil

Re: The case for a Commons component

oid any other framework. > In java we don't have any library which can be used for AI/ML > programming with a very minimal learning curve. Can we think of fulfilling > this need? That would be nice. Don't hesitate to enlist fellow programmers. :-) Regards, Gilles >

Re: [Vote] Create a "machine learning" component

Le ven. 30 avr. 2021 à 18:00, Avijit Basak a écrit : > > Hi > > I would like to vote for *commons-ml*. Wrong thread (the vote on this one has been cancelled due to being idle for too long): The new vote is there: https://markmail.org/message/g5gwof3qdkzyvedc >>> [...]

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

Le jeu. 29 avr. 2021 à 01:45, sebb a écrit : > > On Thu, 29 Apr 2021 at 00:10, Gilles Sadowski wrote: > > > > It occurs to me that we *should* create a specific "git" repository > > for holding web site contents; having the "asf-site" and "asf-st

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

d only use the "staging" section that will make the site accessible at https://commons.staged.apache.org Any objection to creating the following repositories: commons-site.git commons-math-site.git ? Gilles Le mer. 28 avr. 2021 à 00:39, sebb a écrit : > > On Tue,

Re: The case for a Commons component

whole design be revised (based on interfaces and streams)? > We can copy the > same to any other team repository if required. That would be a repository on an ASF server, once the pending vote process is completed. [By the way: You didn't vote...] Regards, Gilles >> [...] ---

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

Le mar. 27 avr. 2021 à 12:32, sebb a écrit : > > On Tue, 27 Apr 2021 at 02:10, Gilles Sadowski wrote: > > > > >>> [...] > > > > > > > > OK to create the > > > > commons-site > > > > "git" repository? > &

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

>>> [...] > > > > OK to create the > > commons-site > > "git" repository? > > Are you offering to do the work? If the option is still on the table, I could test the website-related feature of ".asf.yaml":

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

Le lun. 26 avr. 2021 à 17:08, Ralph Goers a écrit : > > See below > > > On Apr 18, 2021, at 3:21 PM, sebb wrote: > > > > On Sun, 18 Apr 2021 at 18:40, Gilles Sadowski > <mailto:gillese...@gmail.com>> wrote: > >> > >> Le dim. 18 avr. 2021

Re: The case for a Commons component

become committers. Gilles > > [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: The case for a Commons component

n't have much grasp on the arrival rate of contributors but I contend that a component with a specific scope is much more appealing (especially to newcomers) than a mixed bag à la CM which nobody here is able (or willing) to maintain (and the reason why I'll only merge bug-fixes). Not creating the

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

hen we can gradually adapt the links of the top-level Commons site to point to the new locations. Gilles > [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: The case for a Commons component

Le dim. 25 avr. 2021 à 00:32, Paul King a écrit : > > Thanks Gilles, > > I can provide the same sort of stats across a clustering example > across commons-math (KMeans) vs Apache Ignite, Apache Spark and > Rheem/Apache Wayang (incubating) if anyone would find that useful. It >

Re: [RNG][Geometry] TriangleSampler and other shape samplers

to a o.a.c.rng.sampling.shape > package and to start adding items there. When the samplers are done then > the package can be reviewed and the options with regard to geometry can > be discussed, e.g. a geometry module using it, or the functionality being > moved to geometry.

The case for a Commons component

more effective than experimenting with those platforms. Admittingly, at that epoch, there were people around, who were maintaining the clustering and GA codes; hence, the prototyping of a machine-learning library didn't look strange to anyone. Regards, Gilles >>> [...]

Re: [RNG][Geometry] TriangleSampler and other shape samplers

ut of scope for RNG and would be a better fit in > commons Geometry? At first sight, sampling codes would seem more out of scope in [Geometry] than "shape" sampling in [RNG]. Regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

[Vote] Create repository for "machine learning" algorithms.

maintenance of a full-fledged math library). ---CUT--- You might want to read the discussion that proceeded from the previous vote request. [10] Please vote: [ ] Yes. [ ] No, because ... Thanks, Gilles [1] https://issues.apache.org/jira/projects/MATH/issues/MATH-1563 [2] https://m

[Cancel][Vote] Create a "machine learning" component

>>> [...] > > > > So currently, IIRC the tally (on creating a dedicated component) is > > Gilles Sadowski +1 > > Avijit Basak +1 > > Paul King +1 > > And several -1 on the initially suggested name; but the proposed > > name has been changed

Re: [Vote] Create a "machine learning" component

; Fair enough. I am +1 (non-binding). So currently, IIRC the tally (on creating a dedicated component) is Gilles Sadowski +1 Avijit Basak +1 Paul King +1 And several -1 on the initially suggested name; but the proposed name has been changed early on to "commons-machinelearning&q

Re: [Vote] Create a "machine learning" component

odebase. This doesn't preclude that other committers might want to do that for you; however judging by the last 5 years, I wouldn't count too much on it. ;-) Regards, Gilles > > > Thanks & Regards > --Avijit Basak > > On Mon, 19 Apr 2021 at 18:51, Gilles Sadows

Re: [geometry] 1.0-beta2

bination" facility is also encapsulated in the "DoublePrecisionContext"? Regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [geometry] 1.0-beta2

Le lun. 19 avr. 2021 à 20:26, Matt Juntunen a écrit : > > Hi Gilles, > > Are you suggesting skipping another beta version and having numbers 1.0 and > geometry 1.0 be the next releases? Yes, that's the question which I'm asking. There is no point in waiting much longer for fe

Re: [geometry] 1.0-beta2

e risk JAR hell, which we explicitly permit in beta releases). Since it isn't likely that additional feedback will come about the beta components, it would be good to plan for an "official" release of [Numbers] and [Geometry], in that order. [It's not mandatory to i

Re: [Vote] Create a "machine learning" component

to do it would be to create a GitHub project (aimed at becoming a new "machine learning" component, or a maven/JPMS module within Commons Math). Best regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

UC, the "zip" step could be skipped altogether by setting the "staginDirectory" directly to be the site reporsitory (?). Gilles > We do at least have a way forward if Infra insist on removing > websites/production. > Simple to implement, but tedious, as nearly every

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

Le dim. 18 avr. 2021 à 12:51, sebb a écrit : > > On Sun, 18 Apr 2021 at 00:03, Ralph Goers wrote: > > > > > > > > > On Apr 17, 2021, at 3:32 PM, sebb wrote: > > > > > > On Sat, 17 Apr 2021 at 22:57, Ralph Goers > > > wrote: > > >> > > >> > > >> When I release

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

ices > site gets built but all the subprojects use the Maven site plugin. As noted previously, we seem to use that too in (all?) Commons components $ mvn site But, how does one go from the web files created in the target/site/staging directory, to them being moved (?) to the sit

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

Hi. Le ven. 16 avr. 2021 à 15:15, sebb a écrit : > > On Fri, 16 Apr 2021 at 13:40, Gilles Sadowski wrote: > > > > Hi. > > > > Le ven. 16 avr. 2021 à 14:28, sebb a écrit : > > > > > > On Thu, 15 Apr 2021 at 14:41, Gilles Sadowski > >

Re: Redesign of Commons website generation (was: CMS Deprecated. Removal of configs and move to new publishing area)

Hi. Le ven. 16 avr. 2021 à 14:28, sebb a écrit : > > On Thu, 15 Apr 2021 at 14:41, Gilles Sadowski wrote: > > > > Hello. > > > > [Sorry for jumping into the discussion while missing the meaning of > > most of what is being said (and cutting it).] >

Re: [jira] [Closed] (STATISTICS-30) Gain Marks in Oracle Certified - 1Z0-997-20 Dumps PDF [2021] - Prepare4test

closed STATISTICS-30. > -- > Resolution: Invalid I believe those should be "deleted". [The reason is probably to avoid that they be taken into account for some report (e.g. number of issues opened/closed).] Regards, Gilles > > [...] -

Re: CMS Deprecated. Removal of configs and move to new publishing area

...] $ svn commit And the web site for that component was updated. Is "site-content" being replaced by another location? Is the consequence that in each component we'll have to $ svn co https://new_location_of_site_content site-content ? Could we perhaps take this opportunity to do away wi

Re: [Vote] Create a "machine learning" component

ar component. https://github.com/apache/commons-rng https://github.com/apache/commons-numbers https://github.com/apache/commons-geometry https://github.com/apache/commons-statistics > > Thanks & Regards > --Avijit Basak > > > On Tue, 13 Apr 2021 at 18:29, Gilles Sadowski w

Re: [Vote] Create a "machine learning" component

h minor modifications. > So it won't take too much effort for this activity. You did not expand about the usability/performance (e.g. the issue of multi-threading)... Regards, Gilles >> [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: GitHub license display confused by LICENSE-header.txt

Le mar. 9 mars 2021 à 11:58, sebb a écrit : > > On Tue, 9 Mar 2021 at 01:39, Gilles Sadowski wrote: > > > > Le mar. 9 mars 2021 à 01:41, sebb a écrit : > > > > > > Most of the Commons projects show up in GitHub as having the Apache 2.0 > > > Licens

Re: GitHub license display confused by LICENSE-header.txt

re is a single license file; so the reason must be different. Perhaps the contents (several sections were added below the license text)? Should those be moved to the "NOTICE" file? Gilles > [...] - To unsubscribe, e-mail

Re: [crypto] Interest in adding support for cryptographic hash function?

Le sam. 27 févr. 2021 à 19:00, Bernd Eckenfels a écrit : > > Hello, > > I don’t think it’s a Good idea to introduce native dependencies to formerly > pure Java projects. +1 [I thought that the idea was a (pure) Java implementation.] > So i think native optimized hash implementations would fit

Re: [crypto] Interest in adding support for cryptographic hash function?

Hi. Le sam. 27 févr. 2021 à 15:51, Alex Remily a écrit : > > I'm working on a project that makes heavy use of hashing, and I'd like to > use the OpenSSL implementation. Thoughts on adding support for the SHA-2

Re: [STATISTICS] Truncated Normal Distribution

Hello. Le ven. 19 févr. 2021 à 08:43, Marko Malenic a écrit : > > Hi Gilles, > > Thanks, I've sent that through, and opened a pull request on the > commons-statistics github page. Thanks! Nit-pick: When you've implemented the changes suggested by Alex, please mention the

Re: [STATISTICS] Truncated Normal Distribution

Hi. Le ven. 19 févr. 2021 à 00:59, Marko Malenic a écrit : > > Hi Gilles, > > Do I need to sign a contributor license agreement for this? Yes, it is preferable.[1] Thank you for asking. Regards, Gilles [1] http://www.apache.org/licenses/contributor-agr

Re: [STATISTICS] Truncated Normal Distribution

github.com/mmalenic/commons-statistics/tree/STATISTICS-27-TruncatedNormalDistribution > > When submitting a PR what is the preferred format for commits? > Should I squash all my commits into one, Yes. Thanks, Gilles > or leave my individual commits > (some of which do

Re: [Vote] Create a "machine learning" component

will do it?] (3) Modularize CM? [Who will do it?] (4) New component (with another name) with the proposed contents? To make things clear from my side: As a *user*, I've currently some stake at having a clean, independent "ml" component or an independent "sofm" module. So I

Re: [Vote] Create a "machine learning" component

bove, I'd tend to think (unfortunately) that it isn't. He should first explore whether the Spark community is interested, that the GA functionality be moved over there. Gilles [1] https://issues.apache.org/jira/browse/MATH-1563 [2] https://markmail.org/message/26yxj5vhysdsoety [3] http

Re: [Vote] Create a "machine learning" component

e needs... > > > > However, I wouldn’t be -1 on commons-math-ml, although at best I would > > be +0 since it is still not obvious what it would contain. As explained, this is not a useful or descriptive name: ML is not part of what mathematicians would consider a part of mathema

[Vote] Create a "machine learning" component

among other threads) for the reorganization of the "Commons Math"[5] code base into more maintainable components[6][7][8][9], each focused on actually related functionalities (thus *not* the wide expertise necessary for the maintenance of a full-fledged math library). I suggest "ML" for the

Re: [lang] Introduce @NonNull, and @Nullable

wn internal annotations in version 4.0.0 that do not break anything [...] ---CUT--- Regards, Gilles [1] https://github.com/google/guava/issues/2960#issue-263628666 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [lang] Introduce @NonNull, and @Nullable

with that library. Or create a "Commons" component for that specific purpose (?). Gilles > > [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

[Vote] New "git" repository (Was: [All][Math] New GA component)

to the new repository), after which Avijit can start improving it. Thanks, Gilles [1] https://www.apache.org/foundation/glossary.html#LazyConsensus [2] https://issues.apache.org/jira/browse/MATH-1563 Le ven. 29 janv. 2021 à 13:20, Avijit Basak a écrit : > > Hello Gilles > > Thanks fo

Re: [geometry] IO Modules

quot;cube.obj"))' This would just work (the devil being in the details) with the hypothetical "handlers.conf" file containing: ---CUT--- formats=OBJ OBJ.extensions=obj,OBJ OBJ.reader=org.apache.commons.geometry.io.euclidean.threed.ObjFormatReader ---CUT-- Regards, Gilles >

Re: NPE in CSVFormat

superseded by the "Log4j" project [1] ? Gilles [1] https://logging.apache.org/log4j/2.x/ > Gary > > On Wed, Jan 27, 2021, 15:40 Derek Bennett wrote: > > > While writing integration tests for my software, I noticed that many calls > > to commons logging were termin

Re: [math] FastMath isn't fast...

ion would be to check for the annotation in the Math package, and if > it’s available, use the Math package instead. See Matt's reply. Thanks, Gilles [1] https://gitbox.apache.org/repos/asf?p=commons-math.git;a=blob;f=src/userguide/java/org/apache/

Re: [geometry] IO Modules

Hi. Le ven. 22 janv. 2021 à 03:38, Matt Juntunen a écrit : > > Hi Gilles, > > > Really, the main point is to separate format (contents) from filename > > (container). > > This makes sense. What would you think of the approach below? I have no strong object

Re: [geometry] IO Modules

Hello. Le mer. 20 janv. 2021 à 23:55, Matt Juntunen a écrit : > > Hi Gilles, > > I've updated the PR with the new module/package names. > > > I don't see the link between "(not) extensible" and "enum": Extensibility > > is provided by API (which

Re: [geometry] IO Modules

Le mer. 20 janv. 2021 à 22:42, Matt Juntunen a écrit : > > Hi Gilles, > > > package "io" does not belong in "core". > > Ah, yes. I'd like to keep the core and euclidean IO modules separate since > I'm picturing a spherical IO module later on down the

Re: [geometry] IO Modules

in class "IO3D", I'm not convinced by the usage of file "extensions" to determine how the contents should be parsed. At first sight, an "enum"-based approach[3] would be more flexible and clearer from a code design POV. Regards, Gilles [1] https://www.oracle.com/corporate

Re: [All][Math] New GA component

Hello. Le mer. 20 janv. 2021 à 11:11, Avijit Basak a écrit : > > Hello Gilles Sadowski > > Thanks for your reply. Yes I intend to contribute to enhancement > of the GA functionality as per the JIRA (MATH-1563) proposal. My proposal was to first create a new compo

[All][Math] New GA component

Hi Avijit. [I've changed the "Subject:" line.] Le mar. 19 janv. 2021 à 08:31, Avijit Basak a écrit : > > Hello Gilles Sadowski > > I have extended the current implementation of Genetic Algorithm in > a.c.m package and made the probability generation process a

Re: [All][Math] GH PR and Travis-CI

commit was > submitted. Ah, OK; sorry for the noise. Thanks for looking into it. Regards, Gilles > cheers, > Lee > > On 12 22 2020, at 7:50, Peter Lee wrote: > > It's weird cause travis seems have a successful build with this PR: > > https://travis-ci.com/github/apa

[All][Math] GH PR and Travis-CI

/asf?p=commons-math.git;a=blob;f=.travis.yml;h=44fa4f89543fc03fa18974117dda614910e3edad;hb=HEAD (but perhaps should have?) Regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail

Re: [All][Math] A Proposal for Implementation of Adaptive Probability Generation Strategy for Genetic Algorithm

lternative Java projects that provide GA). Thanks, Gilles Le ven. 18 déc. 2020 à 16:56, Gilles Sadowski a écrit : > > Le ven. 18 déc. 2020 à 16:25, Avijit Basak a écrit : > > > > Hi All > > > > I would like to propose incorporation of adaptive probability >

[All][Math] A Proposal for Implementation of Adaptive Probability Generation Strategy for Genetic Algorithm

. > Kindly let me know your views on the same. FTR, a discussion about how to proceed had started on JIRA: https://issues.apache.org/jira/browse/MATH-1563 In short, my take on this is that further development should happen in a dedicated (new) component, as per the same ra

Re: [geometry] Parse error type

t it is a good time to create a new maven module for hosting this functionality; it is more than a usage "example", and could become the indispensable complement to the "core" modules (as IIUC the parser creates the Java objects specific to this component). Regards, Gilles [1] E.g

Re: [geometry] Rename BoundarySource factory methods

ethod. I also think it better reflects the performed > operation since no processing is performed on the input. +1 > It's a small change but it would be a breaking change in the public API > (still in beta) so I'd like to make sure tha

Re: [MATH] - Truncated Normal Distribution

Hello. Le mar. 1 déc. 2020 à 06:02, Marko Malenic a écrit : > > Awesome. > > Should I submit a jira ticket for this? Yes. https://issues.apache.org/jira/browse/STATISTICS Regards, Gilles > > On Tue, Dec 1, 2020 at 12:11 PM Gilles Sadowski > wrote: > > > Hello.

Re: [MATH] - Truncated Normal Distribution

t using inverse transform sampling would be okay. Some of the implemented distributions use the inverse transform. It's fine and sane to not do everything at once. ;-) Indeed, if you implement another sampler, it must go into the "sampling" module of "Commons RNG", reusing funct

Re: [MATH] - Truncated Normal Distribution

ion for the new "Commons Statistics" component: http://commons.apache.org/proper/commons-statistics/ in module "distribution": https://gitbox.apache.org/repos/asf?p=commons-statistics.git;a=tree;f=commons-statistics-distributio

Re: [apache/commons-codec] (doc) Remove duplicate "from"s in javadoc comments (#66)

alse attribution: We value contributions (Alex posted an explicit appreciation on GH). Contributing to an free project is not a popularity contest: If looking for "visibility" is the primary goal, that's not a good start (IMO). > You, of course, are free to leave such contributions uncredit

Re: [apache/commons-codec] (doc) Remove duplicate "from"s in javadoc comments (#66)

Le jeu. 26 nov. 2020 à 16:04, Gary Gregory a écrit : > > On Thu, Nov 26, 2020 at 10:00 AM Gilles Sadowski > wrote: > > > Gary, > > > > Le jeu. 26 nov. 2020 à 15:47, Gary Gregory a > > écrit : > > > > > > On Thu, Nov 26, 2020 at 9:43 AM

Re: [apache/commons-codec] (doc) Remove duplicate "from"s in javadoc comments (#66)

Gary, Le jeu. 26 nov. 2020 à 15:47, Gary Gregory a écrit : > > On Thu, Nov 26, 2020 at 9:43 AM Gilles Sadowski > wrote: > > > Hello Gary. > > > > Le jeu. 26 nov. 2020 à 15:09, Gary Gregory a > > écrit : > > > > > > Please update changes.xml

Re: [apache/commons-codec] (doc) Remove duplicate "from"s in javadoc comments (#66)

Hello Gary. Le jeu. 26 nov. 2020 à 15:09, Gary Gregory a écrit : > > Please update changes.xml when you merge a PR. Since when do we require that for Javadoc clean-up? Regards, Gilles - To unsubscribe, e-mail: dev-un

Re: [commons-codec] branch master updated: Track changes

t; file. [Rationale: Display *what* has changed (and *why* if there is an associated report). *How* (provenance) is provided by the commit.] Regards, Gilles > [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For

Re: Hello Apache Commons :)

g-tracking project of the components which you are interested in. On a personal note, I'd suggest: https://issues.apache.org/jira/projects/MATH whose release is long overdue. Thanks, Gilles - To unsubscribe, e-mail: dev-unsubscr...@

Re: Dependabot pr's

It would be so great to be able to act differently (i.e. redirecting to *different* lists) depending on whether the sender is a bot or a human being. This used to be considered a feature (cf. "robots.txt" for web crawlers). Gilles Le ven. 16 oct. 2020 à 14:36, Rob Tompkins a écrit

Re: Dependabot pr's

suggestions (and > don’t have an easy way to filter - and frankly I don’t want to spent any time > on finding one) > > So can we turn the notifications off or at least send them to a different > mailinglist? +2 (I asked the sa

Re: JUnit assertAll and assertThrows question

th the expected probability! :-) In Commons Math however, it is mildly frightening that some tests only pass for a small proportion of the possible seeds. At best, such unit tests seem ill defined... Regards, Gilles P.S. For [RNG], the only thing worth (IMHO) upgrading the minimum JDK is JPMS inde

<    1   2   3   4   5   6   7   8   9   10   >