Re: [Math][Numbers] Move Field, etc. to numbers?

On Sat, Dec 23, 2017 at 8:11 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sat, 23 Dec 2017 15:35:14 -0500, Raymond DeCampo wrote: > >> What would you do with FieldElement and in particular >> FieldElement.getField()? >> > > I was thinking of a n

Re: [Math][Numbers] Move Field, etc. to numbers?

CM, the higher level concepts, such as > "FieldMatrix" impose a complex API on otherwise basic > utilities. > > Regards, > Gilles > > [1] http://mathworld.wolfram.com/FieldAxioms.html > > > On Wed, 20 Sep 2017 08:35:00 -0400, Raymond DeCampo wr

Re: [Math][Numbers] Move Field, etc. to numbers?

On Wed, Sep 20, 2017 at 7:29 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sat, 16 Sep 2017 14:19:04 -0400, Raymond DeCampo wrote: > >> [...] >> >>> >>> So from the POV of a "Commons Numbers" developer, what is the >>> added

Re: [Math][Numbers] Move Field, etc. to numbers?

On Sat, Sep 16, 2017 at 1:34 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sat, 16 Sep 2017 10:57:06 -0400, Raymond DeCampo wrote: > >> On Fri, Sep 15, 2017 at 9:59 PM, Gilles <gil...@harfang.homelinux.org> >> wrote: >> >> On Fri, 15 Sep

Re: [Math][Numbers] Move Field, etc. to numbers?

On Fri, Sep 15, 2017 at 9:59 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Fri, 15 Sep 2017 17:30:26 -0400, Raymond DeCampo wrote: > >> So I was trying to work through MATH-1416, which is to remove code from CM >> which has been moved to CN and I ran into a sna

[Math][Numbers] Move Field, etc. to numbers?

So I was trying to work through MATH-1416, which is to remove code from CM which has been moved to CN and I ran into a snag when trying to replace o.a.c.math4.f.BigFraction with the version from CN in the KolmogorovSmirnovTest class. This class uses o.a.c.m.f.BigFraction as an implementation of

Re: [All][Math] New component: "Commons Geometry"?

On Mon, Sep 11, 2017 at 1:20 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sun, 10 Sep 2017 12:35:17 -0400, Raymond DeCampo wrote: > >> I know I haven't been around lately, but I this exchange caught my eye. >> >> I was trying to figure out a wa

Re: [All][Math] New component: "Commons Geometry"?

I know I haven't been around lately, but I this exchange caught my eye. I was trying to figure out a way to balance the issues, first, that there is resistance to creating a large number of projects spun out from CM and second, that there is a practical limit to how large a project can be

Re: [Numbers] NUMBERS-33

On Wed, May 10, 2017 at 10:49 AM, Gilles <gil...@harfang.homelinux.org> wrote: > Hi. > > > On Tue, 9 May 2017 12:59:40 -0400, Raymond DeCampo wrote: > >> If I make the method static and rename it to "gamma", then I can do the >>> >> much >&

Re: [Numbers] NUMBERS-33

> If I make the method static and rename it to "gamma", then I can do the much > simpler: > Stream d = numbers.parallelStream().map(Gamma::gamma); It seems to me like the above, suggested by Stian earlier if I am not mistaken, is the best option of the ones you have discussed, once you agree

Re: [4/4] commons-numbers git commit: Avoid "malformed HTML" javadoc error

How does MathJax interact with HTML entities? My LateX is very rusty - is there a suitable escape sequence (like the \leq used in other parts of the doc) that could be used instead? On Tue, May 9, 2017 at 7:17 AM, Gilles wrote: > On Tue, 09 May 2017 11:09:49

Re: [math] Proposed resolution for MATH-1284

On Sun, May 7, 2017 at 5:22 PM, Matt Sicker wrote: > I find using "tuples" here confusing since a tuple can have multiple types, > while a vector or point are all the same type (given the space it's in, so > reals -> doubles for example). > > There is no mention of tuples in

Re: [math] Simple fix to add --allow-script-in-comments for Javadoc8+

Thanks Sestabian. I am going try to power through the javadoc errors now. On Sun, May 7, 2017 at 8:19 AM, wrote: > Repository: commons-math > Updated Branches: > refs/heads/master 52ddc9d35 -> cdf22ce63 > > > Simple fix to add --allow-script-in-comments for Javadoc8+ > >

[math] Proposed resolution for MATH-1284

I have prepared a resolution for issue MATH-1284 ( https://issues.apache.org/jira/browse/MATH-1284) in the feature-MATH-1284 branch. I'd appreciate a review by any interested parties. I am particularly concerned to know if the changes represent to much of an API change, even given the target is

Re: [Numbers] Java version?

Please note I wrote an issue concerning this last week or so. https://issues.apache.org/jira/browse/NUMBERS-21 I noticed when moving code from [math] to [numbers] that [math] targets 7. I had to make some minor downgrades in the code (use of diamond operator). Given that [math] targets Java 7

Re: [11/11] [math] MATH-1284: Vector no longer extends Point. Replace/rename Vector?D classes with Coordinate?D classes which implement both Vector and Point. When there are multiple implementations o

On Tue, Apr 25, 2017 at 8:24 PM, Gilles wrote: > Hi Ray. > > On Tue, 25 Apr 2017 22:57:07 -, raydeca...@apache.org wrote: > >> MATH-1284: Vector no longer extends Point. >> Replace/rename Vector?D classes with Coordinate?D classes which >> implement both Vector

[NUMBERS] Proposed resolution for NUMBERS-20

I have committed a proposed resolution for NUMBERS-20 on the branch feature-NUMBERS-20 in commons-numbers. Feedback or comments from interested parties are welcome. https://issues.apache.org/jira/browse/NUMBERS-20 https://github.com/apache/commons-numbers/tree/feature-NUMBERS-20 Thanks, Ray

Re: [ALL] The Commons Math issue

Well, as someone with even less time put in than Rob, I'll chime in as well. First, while I wasn't here for it, it is clear that the fork was traumatic for the community. It should be expected there would be a recovery time. I think a lot of positive steps have been taken and given where the

[NUMBERS] Proposed resolution for NUMBERS-12

A have committed a proposed resolution for NUMBERS-12 on the branch feature-NUMBERS-12 in commons-numbers. Feedback or comments from interested parties are welcome. https://issues.apache.org/jira/browse/NUMBERS-12 https://github.com/apache/commons-numbers/tree/feature-NUMBERS-12 Thanks, Ray

Re: [Math][Numbers] Release(s)? What? When? Who?

On Sat, Apr 15, 2017 at 8:50 AM, Gilles <gil...@harfang.homelinux.org> wrote: > Hello. > > On Sat, 15 Apr 2017 07:56:49 -0400, Raymond DeCampo wrote: > >> On Sun, Apr 9, 2017 at 2:20 PM, Gilles <gil...@harfang.homelinux.org> >> wrote: >> >> Hi

Re: [Math][Numbers] Release(s)? What? When? Who?

On Sun, Apr 9, 2017 at 2:20 PM, Gilles wrote: > Hi. > > On Sun, 9 Apr 2017 14:01:54 -0400, Rob Tompkins wrote: > >> Has anyone created a Jira as a mechanism to track the decisioning >> process of classifying the other Jiras in a project? >> > > Not sure if it's what

Re: [Math][Numbers] Release(s)? What? When? Who?

On Fri, Apr 7, 2017 at 12:13 PM, Gilles wrote: > Hello. > > > IMO, it would make sense that the next release of Commons > Math (v4.0) depend on "Commons Numbers" (v1.0 ?) and > Commons RNG (v1.1). > > Could people who volunteered for moving/refactoring the > codes

Re: [text] On the value of idempotent string escape methods?

gt; On 20 February 2017 at 15:36, Rob Tompkins <chtom...@apache.org> wrote: > > > > > >> On Feb 20, 2017, at 10:30 AM, sebb <seb...@gmail.com> wrote: > > >> > > >> On 20 February 2017 at 14:55, Rob Tompkins <chtom...@apache.org> &

Re: [text] On the value of idempotent string escape methods?

I am trying to see how having the proposed unescape() method leads to an a useful escape method. E.g. clearly unescape("") would evaluate to "&". So would unescape("amp;"). That means the proposed escape() method would also have the same output for "" and "amp;". I think a better approach for

Re: [Numbers] Process for merging feature branch?

. On Sun, Feb 5, 2017 at 8:01 PM, Gilles <gil...@harfang.homelinux.org> wrote: > Hi. > > On Sun, 5 Feb 2017 13:31:53 -0500, Raymond DeCampo wrote: > >> I have everything for NUMBERS-6 wrapped up in a feature branch in the >> common-numbers repo. I was wondering if

Re: [VOTE] Release Commons Text 1.0-beta-1 based on RC4

Rob, I could help out with the checkstyle issues if you need the help and we can figure out how to partition it so we aren't stepping on each other. Thanks, Ray On Sun, Feb 5, 2017 at 11:04 AM, Rob Tompkins wrote: > > > > On Feb 5, 2017, at 10:02 AM, Benedikt Ritter

[Numbers] Process for merging feature branch?

I have everything for NUMBERS-6 wrapped up in a feature branch in the common-numbers repo. I was wondering if there was a particular process to follow when merging the branch into master and closing the issue. E.g. should the commits be squashed into one commit first, or is there some rebase

Re: [Numbers] Parsing and formatting classes

On Wed, Feb 1, 2017 at 4:43 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Tue, 31 Jan 2017 20:25:37 -0500, Raymond DeCampo wrote: > >> On Tue, Jan 31, 2017 at 11:27 AM, Gilles <gil...@harfang.homelinux.org> >> wrote: >> >> On Sun, 29 Jan

Re: [Numbers] Parsing and formatting classes

On Tue, Jan 31, 2017 at 11:27 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sun, 29 Jan 2017 17:02:05 -0500, Raymond DeCampo wrote: > >> On Sun, Jan 29, 2017 at 11:15 AM, Gilles <gil...@harfang.homelinux.org> >> wrote: >> >> On Sun, 29 Jan

Re: [Numbers] Scope?

On Mon, Jan 30, 2017 at 8:58 AM, Gilles wrote: > > A very important issue here: what JDK version do we target? > > I'd go for Java8, in the hope to revive interest in Commons from an > audience that might be put off by the "no fun" of older and soon > unsupported

Re: [Numbers] Parsing and formatting classes (Was: Further work on NUMBERS-6)

On Sun, Jan 29, 2017 at 11:15 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sun, 29 Jan 2017 10:36:07 -0500, Raymond DeCampo wrote: > >> On Sat, Jan 28, 2017 at 7:00 PM, Gilles <gil...@harfang.homelinux.org> >> wrote: >> >> Hi. >>> >

Re: [Numbers] Further work on NUMBERS-6

On Sat, Jan 28, 2017 at 7:00 PM, Gilles <gil...@harfang.homelinux.org> wrote: > Hi. > > On Sat, 28 Jan 2017 14:38:21 -0500, Raymond DeCampo wrote: > >> [...] >>> >>> Now, for the contents of the "fraction" module. >>> >>

Re: [Numbers] Further work on NUMBERS-6 (Was: [5/5] Add maven module for fractions [...])

On Sat, Jan 28, 2017 at 10:48 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sat, 28 Jan 2017 09:00:52 -0500, Raymond DeCampo wrote: > >> Thanks for the feedback Gilles. >> > > Thanks for helping with the project! > > I generally prefer to work in smal

Re: [5/5] commons-numbers git commit: Add maven module for fractions package from commons-math Resolves pull request #4

Thanks for the feedback Gilles. I generally prefer to work in smaller increments so that suits me fine. Re working on an outdated branch, I'm not sure I completely understand what you want plus I am not a git expert by any stretch. Are you suggesting I back out the changes on the multimodule

Re: [Numbers] Going forward

>> On Tue, 17 Jan 2017 08:20:54 -0500, Raymond DeCampo wrote: >> >>> Let me know if there is anything I can do to help out with the >>> transition. >>> >> >> Thanks for the offer! Very much appreciated. >> I'm about to create a branch for makin

Re: [RESULT][VOTE] Rename "Complex" to "Numbers"

Let me know if there is anything I can do to help out with the transition. On Thu, Jan 12, 2017 at 8:23 PM, Gilles wrote: > The following people > Eric Barnhill > Rob Tompkins > Jörg Schaible > Emmanuel Bourg > voted +1 > > Vote passes. > > Gilles > > > On Mon,

Re: [complex] Moving existing JIRA issues?

I gave this a try with MATH-1397 => COMPLEX-4. Please let me know if I missed a step or otherwise made an error. On Sat, Jan 7, 2017 at 7:17 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sat, 7 Jan 2017 18:58:58 -0500, Raymond DeCampo wrote: > >> Gilles - would this

Re: [complex] Moving existing JIRA issues?

That makes sense to me, thanks Gilles On Sat, Jan 7, 2017 at 7:17 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Sat, 7 Jan 2017 18:58:58 -0500, Raymond DeCampo wrote: > >> Gilles - would this be the preferred way to handle the split of >> commons-complex from

Re: [complex] Moving existing JIRA issues?

<pascalschumac...@gmx.net > wrote: > Yes it is possible. You can move jira issues between projects with "more" > -> "move". > > > Am 07.01.2017 um 18:05 schrieb Raymond DeCampo: > >> Is it possible to move existing JIRA issues from the commons-math pr

[complex] Moving existing JIRA issues?

Is it possible to move existing JIRA issues from the commons-math project to the commons-complex project or do we need to manually duplicate them and refer to the old ones?

[complex] Contributing code

Gilles, Eric, what is the recommended workflow for contributing code for commons-complex in its current state? A) Create patches using "git format-patch" and attach them to the appropriate JIRA issue B) Get the github mirror working and submit pull requests and reference them in the JIRA issue C)

[math] (MATH-1397) Complex.ZERO.pow(2.0) is NaN

I could probably find some time to help out moving the complex number library out of math and into complex. I was going to start by generating a pull request for this fix. I found the apache/commons-complex on github however it is currently empty so I imagine there is something more fundamental

[dbutils] DBUTILS-50; OUT parameters for stored procedures

I have attached a patch for DBUTILS-50 which requests OUT parameters for stored procedures. My approach was to add execute() methods to QueryRunner which will use a CallableStatement to run the SQL. If any of the parameters passed are instances of OutParameter (a new class), the parameter is

[dbutils] OUT parameters for stored procedures (DBUTILS-50, DBUTILS-104)

I was hoping to contribute a solution to these issues for the dbutils project. If I am not mistaken, DBUTILS-104 is a duplicate of DBUTILS-50. Both request means of running stored procedures and retrieving the values of OUT parameters. At first I only noticed DBUTILS-104 and started coding up a

Re: [dbutils] OUT parameters for stored procedures (DBUTILS-50, DBUTILS-104)

, Ray On Mon, Sep 1, 2014 at 11:19 AM, Raymond DeCampo r...@decampo.org wrote: I was hoping to contribute a solution to these issues for the dbutils project. If I am not mistaken, DBUTILS-104 is a duplicate of DBUTILS-50. Both request means of running stored procedures and retrieving