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, Gilles wrote:
See discussion thread, copied below.
[ ] Yes
[ ] Yes but I prefer this name: ...
[ ] No, because ...
I'll assume that this is a lazy consensus vote, to be closed in 72
hours
from now (i.e. on January 12, at 18:00:00 UTC).
Thanks,
Gilles
On Mon, 9 Jan 2017 15:57:51 +0000, sebb wrote:
On 9 January 2017 at 11:46, Gilles <gil...@harfang.homelinux.org>
wrote:
On Mon, 9 Jan 2017 09:08:18 +0100, Eric Barnhill wrote:
It is overall a fine plan by me. A precision class makes more
sense than
duplicating equals methods.
From a practical standpoint I think it would be better to see
Quaternion
in
its own subpackage than with Complex. Simply because I don't use
them and
packages are better maintained by those who use them.
It is hard to see how the transforms fit in. If anything they
belong with
the new sigproc libraries.
Fine.
Is there any objection on the name "Commons Numbers"?
Since the namespace belongs to the whole of Commons, this question
should be posed to all of Commons, i.e. using the [ALL] prefix.
Are there better matches for the intended scope? [Or do we want
that
the scope grows to also contain the "o.a.c.math4.prime" package"
and
possibly more of number-theoretic functionality (as was proposed
some
time ago to be added to Commons Math)?]
Shall I wait a couple of days before filing the request with INFRA?
[I.e. to change the "git" repository, JIRA project and github
mirror.]
Gilles
Eric
On 8 Jan 2017 10:17, "Gilles" <gil...@harfang.homelinux.org>
wrote:
Hi.
How about renaming the component to "Commons Numbers" (or another
name
if preferred) that would contain the following modules:
* commons-numbers-core (with classes such as "Precision").
* commons-numbers-complex
* commons-numbers-quaternion
* commons-numbers-fraction
* commons-numbers-continued-fraction
* commons-numbers-fft (Fast Fourier Transform)
* commons-numbers-fct (Fast Cosine Transform)
* ...
?
Gilles
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
