On Sat, Dec 23, 2017 at 8:11 PM, Gilles
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 new interface to represent t
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 wrote:
>
>> On Wed, Sep 20
On Wed, Sep 20, 2017 at 7:29 AM, Gilles
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 value of "Field"?
>>&
On Sat, Sep 16, 2017 at 1:34 PM, Gilles
wrote:
> On Sat, 16 Sep 2017 10:57:06 -0400, Raymond DeCampo wrote:
>
>> On Fri, Sep 15, 2017 at 9:59 PM, Gilles
>> wrote:
>>
>> On Fri, 15 Sep 2017 17:30:26 -0400, Raymond DeCampo wrote:
>>>
>>> So I w
On Fri, Sep 15, 2017 at 9:59 PM, Gilles
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 snag when trying to replace
>> o.a.c.
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 Fi
On Mon, Sep 11, 2017 at 1:20 PM, Gilles
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 way to balance the issues, first, that there
&
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
maintain
On Sat, May 13, 2017 at 9:33 AM, Gilles
wrote:
> Hello Ray.
>
>
> On Sat, 13 May 2017 07:29:13 -0400, Raymond DeCampo wrote:
>
>> On Fri, May 12, 2017 at 6:49 PM, Gilles
>> wrote:
>>
>> On Fri, 12 May 2017 13:31:46 -0400, Raymond DeCampo wrote:
>&g
On Fri, May 12, 2017 at 6:49 PM, Gilles
wrote:
> On Fri, 12 May 2017 13:31:46 -0400, Raymond DeCampo wrote:
>
>> On Fri, May 12, 2017 at 12:27 PM, Rob Tompkins
>> wrote:
>>
>>
>>> > On May 12, 2017, at 11:49 AM, Raymond DeCampo wrote:
>>> &
On Fri, May 12, 2017 at 12:27 PM, Rob Tompkins wrote:
>
> > On May 12, 2017, at 11:49 AM, Raymond DeCampo wrote:
> >
> > I still think that we should leave geometric concepts out of
> > commons-numbers.
>
> Are we defining numbers using the fundamental theorem
quot;PlaneAngle" should
> be defined in another module (rather than in "commons-numbers-core").
>
> Do you think of other functionalities that would be grouped with
> "PlaneAngle" within their own module?
> [Perhaps that the potential of a future feature such
My first thought is that adding geometry to commons-numbers is too much
"scope creep" for lack of a better term. There's a lot of code under the
org.apache.commons.math4.geometry package in CM.
I guess I am wondering where we want to draw the line. Obviously we do not
want all of CM in numbers o
On Wed, May 10, 2017 at 10:49 AM, Gilles
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
>>
>>> simpler:
> 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
o
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 -, st...@apache.org wrote:
>
>>
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 the code, only in my
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+
>
> Project: http://git-w
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 4
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 an
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 and Point.
>>
>
> Shouldn't it
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
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
comm
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
On Sat, Apr 15, 2017 at 8:50 AM, Gilles
wrote:
> Hello.
>
> On Sat, 15 Apr 2017 07:56:49 -0400, Raymond DeCampo wrote:
>
>> On Sun, Apr 9, 2017 at 2:20 PM, Gilles
>> wrote:
>>
>> Hi.
>>>
>>> On Sun, 9 Apr 2017 14:01:54 -0400, Rob Tompkins w
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 you mean, but there already we
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 provide some status information
t;
> > On 20 February 2017 at 15:36, Rob Tompkins wrote:
> > >
> > >> On Feb 20, 2017, at 10:30 AM, sebb wrote:
> > >>
> > >> On 20 February 2017 at 14:55, Rob Tompkins
> wrote:
> > >>>
> > >>>> On Feb 20, 2
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("&"). That means the proposed escape() method would also
have the same output for "&" and "&".
I think a better approach f
ne options.
On Sun, Feb 5, 2017 at 8:01 PM, Gilles 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 there was a particular proce
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 wrote:
> >
> > Hello Rober
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 magi
On Wed, Feb 1, 2017 at 4:43 AM, Gilles wrote:
> On Tue, 31 Jan 2017 20:25:37 -0500, Raymond DeCampo wrote:
>
>> On Tue, Jan 31, 2017 at 11:27 AM, Gilles
>> wrote:
>>
>> On Sun, 29 Jan 2017 17:02:05 -0500, Raymond DeCampo wrote:
>>>
>>> On S
On Tue, Jan 31, 2017 at 11:27 AM, Gilles
wrote:
> On Sun, 29 Jan 2017 17:02:05 -0500, Raymond DeCampo wrote:
>
>> On Sun, Jan 29, 2017 at 11:15 AM, Gilles
>> wrote:
>>
>> On Sun, 29 Jan 2017 10:36:07 -0500, Raymond DeCampo wrote:
>>>
>>>>
&g
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 JVM.
I am inclined to go with J
On Sun, Jan 29, 2017 at 11:15 AM, Gilles
wrote:
> On Sun, 29 Jan 2017 10:36:07 -0500, Raymond DeCampo wrote:
>
>> On Sat, Jan 28, 2017 at 7:00 PM, Gilles
>> wrote:
>>
>> Hi.
>>>
>>> On Sat, 28 Jan 2017 14:38:21 -0500, Raymond DeCampo wrote:
>
On Sat, Jan 28, 2017 at 7:00 PM, Gilles
wrote:
> Hi.
>
> On Sat, 28 Jan 2017 14:38:21 -0500, Raymond DeCampo wrote:
>
>> [...]
>>>
>>> Now, for the contents of the "fraction" module.
>>>
>>> (1)
>>> My main current conc
On Sat, Jan 28, 2017 at 10:48 AM, Gilles
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 smaller increments so that suits m
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 bra
Thanks Gilles, I think I have all the necessary git manipulations worked
out, I will see if I can create a "fraction" module.
On Wed, Jan 18, 2017 at 9:17 AM, Gilles
wrote:
> Hi.
>
> On Wed, 18 Jan 2017 02:46:19 +0100, Gilles wrote:
>
>> On Tue, 17 Jan 2017 08:20:54
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, 09 Jan 2017 19:02:04 +0100, Gi
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 wrote:
> On Sat, 7 Jan 2017 18:58:58 -0500, Raymond DeCampo wrote:
>
>> Gilles - would this be the preferred way to hand
That makes sense to me, thanks Gilles
On Sat, Jan 7, 2017 at 7:17 PM, Gilles 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 CM? I could go through the iss
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 project
>> to the common
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?
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)
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 t
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 regi
hanks,
Ray
On Mon, Sep 1, 2014 at 11:19 AM, Raymond DeCampo 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 the v
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
50 matches
Mail list logo
