Re: [math] API proposal for differentiation

Le 22/07/2012 22:48, Gilles Sadowski a écrit : > On Sun, Jul 22, 2012 at 12:44:07PM -0700, Phil Steitz wrote: >> On 7/22/12 9:35 AM, Luc Maisonobe wrote: >>> Hi all, >>> >>> A few months ago, Gilles proposed to add an implementation of the >>> Ridder&#x

Re: [math] API proposal for differentiation

Le 23/07/2012 17:03, Anxionnat Julien a écrit : > Hi Luc, > Hi all, > >> [...] >> Last week, at work, someone asked me again about differentiation and I >> directed him to this issue and also to the Nabla project. He told me he >> was interested in having some support in [math] for this (I'm not s

Re: [Math] Towards release 3.1

Le 03/08/2012 22:22, Gilles Sadowski a écrit : > Hello. Hi Gilles, > > More than 60 issues have been resolved since the release of Commons Math > 3.0. > I think that it is time to lay out a road map for the next release (3.1), > with a target date of early September (at which point, 3.0 will be

Re: [Math] MATH-610 (please vote)

Le 05/08/2012 01:16, Gilles Sadowski a écrit : > On Sat, Aug 04, 2012 at 03:01:49PM -0700, Phil Steitz wrote: >> On 8/4/12 11:57 AM, Gilles Sadowski wrote: >>> Hi. >>> >>> It seems that the patch for MATH-610 >>> https://issues.apache.org/jira/browse/MATH-610 >>> is fairly innocuous. >>> >>> Does

Re: [MATH] Resignation as a committer

Le 05/08/2012 20:29, Mikkel Meyer Andersen a écrit : > Dear all, Hi Mikkel, > > As you all know, I have not been sufficiently active the past one to > two years due to other tasks with higher priority. This is not going > to change the next many years due to happy circumstances. I therefore > wi

Re: [math] spinning BOBYQAOptimizerTest

Le 07/08/2012 00:21, Phil Steitz a écrit : > On 8/6/12 2:53 PM, Gilles Sadowski wrote: >> On Sun, Aug 05, 2012 at 03:13:33PM -0700, Phil Steitz wrote: >>> The site build just hung on me due to >>> BOBYQAOptimizerTest.testConstrainedRosenWithMoreInterpolationPoints >>> spinning. A sample thread dum

[math] some more utilities functions

Hi all, I have encountered some missing functions that are easy to fix in [math]. I've done it on my local copy but would like your opinion before committing them. There are no function to raise a double to an int argument. There are similar functions to raise an int, a long or a BigDecimal, but

Re: [all] NSWC and Apache license

Le 08/08/2012 17:58, Christian Grobmeier a écrit : > On Wed, Aug 8, 2012 at 5:38 PM, Sébastien Brisard > wrote: > Does that mean that porting it into Commons-Math is possible (license-wise?). I would think it does… >>> >>> That seems explicitly restrictive to me. e.g. If I don't claim

Re: [math] API proposal for differentiation

Le 24/07/2012 11:51, Anxionnat Julien a écrit : > > >>> [...] >>> I have to deal with functions like that: >>> >>> public double[] value (double t) { ... } >>> >>> (The best interface for my subjects would be: public Vector3D value >> (double t) { ... }, but it's not the point now.) >>> >>> >

Re: Commons web site

Hi, Le 05/08/2012 05:05, Matt Benson a écrit : > Hi Ralph--thanks for opening this up and offering a concrete > direction. This sounds like a good approach and I will try to read up > on the link you provided in the next couple of days. I agree with the proposal. We really need to move forward o

Re: [math] problems with tests due to matrix formatting

Le 14/08/2012 21:09, Thomas Neidhart a écrit : > On 08/14/2012 05:25 PM, luc wrote: >> Hi, >> >> Since a few weeks, I have lots of tests failures due to matrix formats. >> >> I'm not sure exactly when this started, but I think this may be related >> to MATH-831 and the fix introduced as of r1364775

Re: [math] Changes in the Gamma class

Le 15/08/2012 16:58, Sébastien Brisard a écrit : > Dear All, > I'm currently working on accuracy improvements of the incomplete beta > function, based on the NSWC library [1]. It's quite a long work, but it > looks promising, since the implementation of the Gamma function they > propose (I had to w

Re: [Math] MATH-843

Le 17/08/2012 05:37, Sébastien Brisard a écrit : > Hi Gilles, >> >> Please have a look at MATH-843: >> https://issues.apache.org/jira/browse/MATH-843 >> >> As indicated there, I think that the current documentation is clear enough. >> I don't know how to test the assertion of the reporter. >> In

Re: [Math] Cleanup in "HarmonicFitter" and "GaussianFitter"

Le 16/08/2012 23:48, sebb a écrit : > On 16 August 2012 21:58, Gilles Sadowski wrote: >> Hello. >> >> In classes "HarmonicFitter" and "GaussianFitter" (in package >> "o.a.c.m.optimization.fitting"), there is an inner class "ParameterGuesser". >> All the necessary input for the guessing procedure i

Re: [math] Double.NaN or NotStrictlyPositiveException?

Le 20/08/2012 05:51, Sébastien Brisard a écrit : > Hi, > the current implementation of Gamma.logGamma(double) fails silently when > the argument is not strictly positive, returning Double.NaN. > Previous discussions on this ML show that we all agree (do we?) that > throwing an exception is preferra

[all] displaying some class and sequence diagrams for our components

Hello, As our components are mainly low level libraries, they target developers. I wonder if we could add some basic UML diagrams for some elements. I know such diagrams are a pain to maintain, so I have looked at something really simple, with the goal to only display a few core elements. I have

Re: [math] Convolution

Le 20/08/2012 17:00, Clemens Novak a écrit : > Dear all, Hi Clemens, > > I would like to work on some signal processing functions (as indicated > on the wiki WishList) and started with the convolution of 2 sequences > (represented as RealVector). I have completed a first working version > (some

Re: [all] displaying some class and sequence diagrams for our components

Le 20/08/2012 15:52, Simone Tripodi a écrit : > Hi Gary! > >> I still like the idea! I was hoping at an automagic solution ;) > > Me too! :) I have used several tools that were able to do such automatic diagrams generation. All tools that support roundtrip engineering should be able to do so. Th

Re: svn commit: r1375192 - in /commons/proper/math/trunk/src: changes/ main/java/org/apache/commons/math3/random/

Le 21/08/2012 16:15, Gilles Sadowski a écrit : > Hi. > >> [...] >> >> Added: >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/random/RandomDataGenerator.java >> URL: >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/random/RandomD

Re: [all] displaying some class and sequence diagrams for our components

Hi Sébastien, Le 21/08/2012 08:50, Sébastien Brisard a écrit : > Hi Luc, > > 2012/8/20 Luc Maisonobe >> >> Le 20/08/2012 15:52, Simone Tripodi a écrit : >>> Hi Gary! >>> >>>> I still like the idea! I was hoping at an automagic solution ;) >

Re: [math] UnexpectedNegativeIntegerException

Le 23/08/2012 05:16, Sébastien Brisard a écrit : > Hi, > in MATH-849, I have proposed an implementation of Gamma(x) > (previously, class Gamma had only logGamma(x)). Gamma(x) is not > defined for x negative integer. In such instances, I would like to > throw an exception instead of returning Double

Re: [math] Formatting

Le 23/08/2012 13:25, Thomas Neidhart a écrit : > On Thu, Aug 23, 2012 at 1:16 PM, Sébastien Brisard < > sebastien.bris...@m4x.org> wrote: > >> Hi, >> >>> >>> Probably easiest to use the Wiki for this, at least initially. >>> >> I'm not very fond of the Wiki: maybe I could just start a JIRA ticket,

Re: [math] UnexpectedNegativeIntegerException

Le 23/08/2012 13:37, Gilles Sadowski a écrit : > On Thu, Aug 23, 2012 at 12:35:18PM +0200, Sébastien Brisard wrote: >> Hi Gilles, >> >> 2012/8/23 Gilles Sadowski : >>> On Thu, Aug 23, 2012 at 10:05:10AM +0200, Sébastien Brisard wrote: >>>> Hi Luc, >>

Re: [math] UnexpectedNegativeIntegerException

Le 24/08/2012 01:35, Gilles Sadowski a écrit : > On Thu, Aug 23, 2012 at 12:00:56PM -0700, Phil Steitz wrote: >> On 8/23/12 5:37 AM, Luc Maisonobe wrote: >>> Le 23/08/2012 13:37, Gilles Sadowski a écrit : >>>> On Thu, Aug 23, 2012 at 12:35:18PM +0200, Sébastien

Re: [math] Formatting

Le 24/08/2012 03:29, Becksfort, Jared a écrit : >>> [...] >>> >>> Think about it from the standpoint of a new contributor. How >>> long does it take to prepare and get a patch committed for a) the >>> new contributor and b) the committer who ends up applying the >>> patch. More rules means more t

[math] introducing DerivativeStructure into solvers hierarchy

Hi all, As explained in various messages on this list, I am introducing an enhanced differentiation framework into [math]. The low level part lies in the analysis.differentiation package. This low level part has already been integrated with the basic functions, together with the older framework.

Re: [math] UnexpectedNegativeIntegerException

Le 24/08/2012 16:09, Gilles Sadowski a écrit : > Hello Sébastien. > >>> > [...] I see that's another area where everyone has its own opinion because of various experiences. I was previously in favor of exceptions, but maybe it's too much for such a low-level component as a

Re: [math] UnexpectedNegativeIntegerException

Le 25/08/2012 23:43, Gilles Sadowski a écrit : > Hello Luc. Hi Gilles, > > On Fri, Aug 24, 2012 at 09:31:41AM +0200, Luc Maisonobe wrote: >> Le 24/08/2012 01:35, Gilles Sadowski a écrit : >>> On Thu, Aug 23, 2012 at 12:00:56PM -0700, Phil Steitz wrote: >>>&g

Re: [math] UnexpectedNegativeIntegerException

Le 26/08/2012 19:42, Phil Steitz a écrit : > On 8/26/12 12:20 AM, Luc Maisonobe wrote: >> Le 25/08/2012 23:43, Gilles Sadowski a écrit : >>> Hello Luc. >> Hi Gilles, >> >>> On Fri, Aug 24, 2012 at 09:31:41AM +0200, Luc Maisonobe wrote: >>>> Le 2

Re: [math] UnexpectedNegativeIntegerException

Le 28/08/2012 16:04, Gilles Sadowski a écrit : > Hello. > >>> [...] > > Applications that call CM would be safe (apart from bugs raising "NPE") > with a unique catch clause intercepting "MathRuntimeException". I am happy (and surprised) to read that. I would really much like

Re: [math] UnexpectedNegativeIntegerException

Le 29/08/2012 00:51, Gilles Sadowski a écrit : > Hi Luc. Hi Gilles, > > First off, I'd like to make it quite clear that _I_ was fine (and still am) > about a singly rooted hierarchy of exceptions for CM. > > I nevertheless answer to your reply because we differ on the rationale for > such a cha

[math] Re: Single root for Exceptions

Le 29/08/2012 01:40, Gilles Sadowski a écrit : > Hi. Hello, > >>> [...] >> >> I think I get your point, but again given transitive / nested >> dependencies I would not want to depend on it, even if all of the >> components have single-rooted exception hierarchies. This is >> especially true if

Re: [math] Re: Single root for Exceptions

Le 29/08/2012 20:31, Sébastien Brisard a écrit : > Hello, Hi Sébastien, > > 2012/8/29 Luc Maisonobe : >> Le 29/08/2012 01:40, Gilles Sadowski a écrit : >>> Hi. >> >> Hello, >> >>> >>>>> [...] >>>> >>>> I

Re: [math] Re: Single root for Exceptions

Le 30/08/2012 05:08, Sébastien Brisard a écrit : > Hello, > > 2012/8/30 Gilles Sadowski : >> Hello. >> >> To summarize: >> (1) Does anyone disagree with having all CM exceptions inherit >> from a new "MathRuntimeException" which itself will inherit >> from the standard "RuntimeException

Re: [site] yet another proposal on how to restyle the commons site

Le 30/08/2012 15:52, Simone Tripodi a écrit : > Hi all guys, > > new Apache Maven Fluido Skin is gonna be released soon, I started > experimenting locally how the _main_ commons site would look alike if > the new skin would be applied (with some modifications): voilà[1] :) > > If you think that p

Re: [math] Re: Single root for Exceptions

Le 31/08/2012 03:22, Sébastien Brisard a écrit : > Hello, > > [...] > > Thus, shall I open a JIRA ticket with the tasks of completing the "throws" > clauses of all CM methods? > Does someone absolutely needs this task tobe completed before releasing > 3.1? > [I don't t

Re: [math] Re: Single root for Exceptions

and store it in a variable declared with the base class only. However, I don't know if adding an unchecked exception to the signature of an interface is a compatible change or not. Luc > > Sébastien > > 2012/9/1 Sébastien Brisard : >> Hello, >> >> >> 201

Re: [math] Re: Single root for Exceptions

Le 01/09/2012 10:42, Sébastien Brisard a écrit : > Hi Luc, > > 2012/9/1 Luc Maisonobe : >> Le 01/09/2012 10:03, Sébastien Brisard a écrit : >>> Hi, >>> >>> in ConjugateGradient, I get the following error >>> >>> "Exception NonPo

Re: [math] UnexpectedNegativeIntegerException

Le 29/08/2012 22:02, Gilles Sadowski a écrit : > Hello. > [...] I encountered this need in two different cases. The first one was to identify very precisely an error type, even with finer granularity than exception type. Parsing the error message to recognize the exception is >

Re: [math] UnexpectedNegativeIntegerException

Le 02/09/2012 00:16, Gilles Sadowski a écrit : > Hello Luc. Hi Gilles, > >>> >> [...] >> I encountered this need in two different cases. The first one was to >> identify very precisely an error type, even with finer granularity than >> exception type. Parsing the error message to

Re: [math] UnexpectedNegativeIntegerException

Le 02/09/2012 14:00, Gilles Sadowski a écrit : > Hi again. > >>> >> > [...] > I encountered this need in two different cases. The first one was to > identify very precisely an error type, even with finer granularity > than > exception type. Parsing

Re: [math] UnexpectedNegativeIntegerException

Le 05/09/2012 19:09, Ole Ersoy a écrit : > Hi Gilles, > > On 09/04/2012 06:48 PM, Gilles Sadowski wrote: >> Hello. >> >> There are ideas that sound good we experiment with them within a limited >> framework (like a course on programming, for example); and then become a >> nightmare when you find y

Re: [Math] About "NullArgumentException"

Le 10/09/2012 08:11, Sébastien Brisard a écrit : > Hi, > > 2012/9/10 Gilles Sadowski : >> On Sun, Sep 09, 2012 at 09:16:51AM -0700, Phil Steitz wrote: >>> On 9/9/12 4:34 AM, Gilles Sadowski wrote: Hi. Further discussion on the JIRA page https://issues.apache.org/jira/browse/M

Re: [math] Is this good practice?

Le 10/09/2012 21:08, Sébastien Brisard a écrit : > Hi, Hi Sébastien, > I thought it was not good practice to rely on exception in > unexceptional circumstances. In ArrayFieldVector, there are numerous > occurences of the following pattern > > public FieldVector add(FieldVector v) > t

[math] silly classes naming question

Hi all, Continuing the work on the new differentiation framework, I am facing a silly naming problem. This problem is exactly the same I encountered while I updated the solvers: the Java language does not allow to inherit from the same parameterized interface with two different parameters. So whe

Re: [Math] Towards release 3.1

Le 12/09/2012 14:04, Gilles Sadowski a écrit : > Hello. > > This thread was left alone for some time, although the main issue was not > settled: I requested the release of a new version of CM. > > I quote my remarks from an earlier message in this thread: > >> [...] issues resulted in some work

Re: [math] silly classes naming question

Le 12/09/2012 16:32, Gilles Sadowski a écrit : > > I think that "silly classes" should not be allowed in CM! As all I am able to do is silly work, I should stop working for [math] then ;-) > ;-) > >> Hi all, >> >> Continuing the work on the new differentiation framework, I am facing a >> silly

Re: [Math] About "NullArgumentException"

Le 14/09/2012 08:46, Sébastien Brisard a écrit : > Hi Phil > >>> >>> Back to square one, with 3 fully consistent alternatives: >>> 1. CM to always check for null? Then "NullArgumentException" inheriting >>> from >>> "MathIllegalArgumentException" is fine because we promise to the user >>> t

Re: svn commit: r1384363 - in /commons/proper/math/trunk/src: changes/ main/java/org/apache/commons/math3/linear/ test/java/org/apache/commons/math3/linear/ test/java/org/apache/commons/math3/random/

Le 13/09/2012 19:10, Thomas Neidhart a écrit : > On 09/13/2012 05:13 PM, l...@apache.org wrote: >> Author: luc >> Date: Thu Sep 13 15:13:03 2012 >> New Revision: 1384363 >> >> URL: http://svn.apache.org/viewvc?rev=1384363&view=rev >> Log: >> Fixed an error in rectangular Cholesky decomposition. >>

Re: [Math] Towards release 3.1

Le 12/09/2012 14:55, Thomas Neidhart a écrit : > On Wed, Sep 12, 2012 at 2:04 PM, Gilles Sadowski < > gil...@harfang.homelinux.org> wrote: > >> Hello. >> >> This thread was left alone for some time, although the main issue was not >> settled: I requested the release of a new version of CM. >> >> I

Re: [Math] About "NullArgumentException"

lles > > [1] As opposed to being passed on to another method. > >> Phil >> >> On 9/14/12 8:46 AM, Gilles Sadowski wrote: >>> On Fri, Sep 14, 2012 at 07:44:08AM -0700, Phil Steitz wrote: >>>> On 9/14/12 4:28 AM, Gilles Sadowski wrote: >>>>&

Re: [all] xdoc vs. apt

Le 17/09/2012 21:24, Sébastien Brisard a écrit : > Hi, Hi Sébastien, > I'm looking into extending the user's guide of Commons-Math for > special functions. xdoc seems to be offering only very crude > formatting possibiliities, and apt seems much better. It should work > out of the box, alongside

Re: [math] apachecon

I should be there. I will present a talk about community gathering around open-source project in the space field… Luc Thomas Neidhart a écrit : >Hi, > >does anybody plan to go to ApacheCon 2012? >Would be nice to meet each other there. > >Thomas > >

Re: [math] Adding some methods in Precision class (oacm.util)

Le 19/09/2012 15:02, Tanguy Yannick a écrit : > Hello, Hi Yannick, > > This message is about some methods in Precision class, and follows a > discussion about MATH-863 > (https://issues.apache.org/jira/browse/MATH-863). > > Recently, we slightly modified our Precision class, by adding a > speci

Re [Math] About the API of the optimizers

[Sorry for the strange format of this mail, but I managed to lose the original message from Gilles, so had to recreate it by copy/paste and adding the quotation marks by hand...] Gilles wrote: > Hello. > > This issue https://issues.apache.org/jira/browse/MATH-872 is about a > workaround similar

Re: [Math] About the API of the optimizers

Hi Gilles, Le 05/10/2012 01:15, Gilles Sadowski a écrit : > On Thu, Oct 04, 2012 at 09:43:47PM +0200, Luc Maisonobe wrote: >> [Sorry for the strange format of this mail, but I managed to lose the >> original message from Gilles, so had to recreate it by copy/paste and >>

Re: svn commit: r1395181 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/optimization/package-info.java

Hi Gilles, Le 07/10/2012 00:17, er...@apache.org a écrit : > Author: erans > Date: Sat Oct 6 22:17:12 2012 > New Revision: 1395181 > > URL: http://svn.apache.org/viewvc?rev=1395181&view=rev > Log: > Javadoc. > > Modified: > > commons/proper/math/trunk/src/main/java/org/apache/commons/math3

Re: [Math] About the API of the optimizers

Le 05/10/2012 16:56, Gilles Sadowski a écrit : > Hi. > >>> [...] What I clearly don't like in our setting is the complexity of the hierarchy with the generics. I have the same reluctance with the solvers hierarchy, and was directly hit by both when I needed to had a new fu

Re: [math] geometry algorithms

Le 09/10/2012 20:21, Thomas Neidhart a écrit : > Hi, Hi Thomas, > > I started to work on the proposed new features, namely convex hull and > voronoi diagrams but am a bit stuck with the API design. > > The current type structure in the geometry package introduced a so > called Space with differ

Re: [math] Apachecon US talk

Hi Phil, Le 28/10/2012 06:27, Phil Steitz a écrit : > I am thinking about submitting a proposal for a talk on Commons Math > at Apachecon US in Portland next February. The agenda I have in > mind is more or less the following: > > 0. A little history - how it started, guiding principles, how th

Re: Retiring as Apache Commons Committer and PMC

Le 01/11/2012 12:48, Siegfried Goeschl a écrit : > Hi folks, Hi Siegfried, > > due to some unwelcome changes in my private life I want/need to retire > from most of my Apache activities - in this case > > * Apache Commons Committer > * Apache Commons PMC I am really sorry to hear that. I wis

[all] moving to svnpubsub or CMS?

Hi all, Once again, I ping everyone in our community to find a volunteer to move our site to one of the new mechanisms provided by infra: svnpubsub or the Apache CMS. We really *need* to do this. If we don't, our site will be completely frozen at end of year. Infra has already warned several time

Re: [math] UTF-8 characters in javadoc comments

Le 14/11/2012 07:53, Sébastien Brisard a écrit : > Hi, Hi Sébastien, > since the pom specifies the encoding of our source files as well as the > generated HTML files of the Javadoc, it occured to me that it is possible > to use UTF-8 characters in the Javadoc comments. > I think using Γ instead o

Re: [math] Making last iteration data available when iterative algorithms fail to converge (MATH-902)

Le 18/11/2012 10:53, Sébastien Brisard a écrit : > Hi, Hi all, > > > 2012/11/17 Gilles Sadowski > >> On Sat, Nov 17, 2012 at 12:34:30PM -0800, Phil Steitz wrote: >>> I think MATH-902 makes a reasonable request, but I don't think the >>> exception is the right place to communicate last iterati

Re: My Jira Privileges

Le 21/11/2012 20:05, Jochen Wiedmann a écrit : > Hi, > > I'd like to close > FILEUPLOAD-213, > but don't seem to have the necessary privieges. Can anybody help? I have added you to the administrators (using your apache@ account as it seemed yo

Re: [Math] Towards the 3.1 release (take 3)

Le 27/11/2012 16:30, Gilles Sadowski a écrit : > Hello. > > Quoting from the previous thread about this subject: >> As far as I am concerned, 3.1 could be released anytime now. > [Luc Maisonobe, September 14, 2012] > > Plenty of needed work has been done since then. Mo

Re: [math] Using reflection to test private methods

Le 30/11/2012 09:19, Thomas Neidhart a écrit : > On Fri, Nov 30, 2012 at 8:06 AM, Sébastien Brisard < > sebastien.bris...@m4x.org> wrote: > >> Hi, >> I've already posted the same question in another thread [1], but I thought >> having a dedicated thread would increase its visibility. >> >> Here is

Re: [Math] Old to new API ("MultivariateDifferentiable(Vector)Function")

Hi all, Le 30/11/2012 17:33, Konstantin Berlin a écrit : > As a user of the optimization algorithms I am completely confused by > the change. It seems different from how optimization function are > typically used and seems to be creating a barrier for no reason. The reason is that the framework h

Re: [Math] Old to new API ("MultivariateDifferentiable(Vector)Function")

Le 30/11/2012 19:38, Konstantin Berlin a écrit : > In my view the framework should be as simple as possible. > > class OptimizationFunction > { > public DiffValue value(double[] x) > } > > where > > class DiffValue > { > double val; > double[] gradient; > } I understood your previous mes

Re: [Math] Old to new API ("MultivariateDifferentiable(Vector)Function")

Le 30/11/2012 19:22, Konstantin Berlin a écrit : > > On Nov 30, 2012, at 12:52 PM, Luc Maisonobe > wrote: > >> Hi all, >> >> Le 30/11/2012 17:33, Konstantin Berlin a écrit : >>> As a user of the optimization algorithms I am completely confused >>

[math] differentiation framework

[changing the subject to something different for this sub-thread] Le 30/11/2012 20:06, Gilles Sadowski a écrit : > Hi Luc. Hi Gilles, > >>> As a user of the optimization algorithms I am completely confused by >>> the change. It seems different from how optimization function are >>> typically us

Re: [Math] Old to new API ("MultivariateDifferentiable(Vector)Function")

Le 30/11/2012 20:30, Konstantin Berlin a écrit : > Hi, Hi Konstantin, > > I don't know if people are confused about auto-differentation, I > think most people working in numerical analysis are very well aware > of what it does. The issue here is that it is a completely separate > subject from op

Re: [Math] Old to new API ("MultivariateDifferentiable(Vector)Function")

Konstantin Berlin a écrit : >Hi, > > > >> Hello. >> >>> >>> Now that I have some time, let me try to make my case clearly. First >I want to say that this is not some attack on the >automatic-differentation package. I love automatic-differentation and >symbolic packages. I personally cannot c

Re: [Math] Old to new API ("MultivariateDifferentiable(Vector)Function")

Gilles Sadowski a écrit : >Hello. > >> > >> > I would propose to simply revert my changes on the optimization >package >> > and prepare for a reorganization for 4.0. I understand I focused >only on >> > the type of problems Gilles and myself routinely use, i .e. small >size problems >> > w

Re: [weaver]/[bcel] WAS [privilizer] promotion plan

Hi all, Le 04/12/2012 23:54, Matt Benson a écrit : > Well, it looks like the most comfortable avenue for everyone is Commons > [weaver]. IMO [weaver] would look like a framework for implementing any > kind of code weaving, so the most important decision is the look of the > API, and it would seem

Re: [Math] Preparing release 3.1

Le 12/12/2012 19:09, Gilles Sadowski a écrit : > Hi. Hi Gilles, > > I'm going to start the steps of the release procedure, tomorrow or Friday, > after the pending issues (MATH-874 and MATH-911) are resolved. This are really good new! > > There is one known compatibility problem (cf. messsage

Re: [Math] Preparing release 3.1

Hi Gilles, Le 14/12/2012 16:08, Gilles Sadowski a écrit : > Hi Luc. > > >>> I'm going to start the steps of the release procedure, tomorrow or Friday, >>> after the pending issues (MATH-874 and MATH-911) are resolved. >> >> This are really good new! >> >>> >>> There is one known compatibility pr

Re: [Math] Preparing release 3.1

Le 12/12/2012 20:11, Luc Maisonobe a écrit : > Le 12/12/2012 19:09, Gilles Sadowski a écrit : >> Hi. > > Hi Gilles, > >> >> I'm going to start the steps of the release procedure, tomorrow or Friday, >> after the pending issues (MATH-874 and MATH-911) ar

Re: [Math] Preparing release 3.1

Le 15/12/2012 13:44, Luc Maisonobe a écrit : > Le 12/12/2012 20:11, Luc Maisonobe a écrit : >> Le 12/12/2012 19:09, Gilles Sadowski a écrit : >>> Hi. >> >> Hi Gilles, >> >>> >>> I'm going to start the steps of the release procedure, tom

Re: [VOTE] Release Commons Math 3.1

Le 17/12/2012 00:02, Gilles Sadowski a écrit : > Hi. Hi Gilles, > > Please have a look at the Commons Math 3.1 release candidate.[1] > > -- > Tag: > https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_RC2/ > > Site: > http://people.apache.org/builds/commons/math/3.1/

Re: [VOTE] Release Commons Math 3.1

Le 17/12/2012 11:40, Gilles Sadowski a écrit : > On Mon, Dec 17, 2012 at 10:13:15AM +0100, Luc Maisonobe wrote: >> Le 17/12/2012 00:02, Gilles Sadowski a écrit : >>> Hi. >> >> Hi Gilles, >> >>> >>> Please have a look at the Commons Mat

Re: [VOTE] Release Commons Math 3.1 (take 4)

Le 19/12/2012 11:03, Gilles Sadowski a écrit : > Hi. > > Please have a look at the latest candidate (RC4), and vote for the release > of Commons Math 3.1. > > -- > Tag: > https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_RC4/ > > Site: > http://people.apache.org/buil

Re: [VOTE] Release Commons Math 3.1 (take 4)

Le 19/12/2012 22:04, Gary Gregory a écrit : > On Wed, Dec 19, 2012 at 3:10 PM, Luc Maisonobe wrote: > >> Le 19/12/2012 11:03, Gilles Sadowski a écrit : >>> Hi. >>> >>> Please have a look at the latest candidate (RC4), and vote for the >> release >&g

Re: [Math] Request for future releases: kill Cobertura

Le 20/12/2012 18:05, Benedikt Ritter a écrit : > 2012/12/20 luc > >> Le 2012-12-20 15:01, Phil Steitz a écrit : >> >> On 12/19/12 6:19 PM, Gilles Sadowski wrote: >>> Hello. >>> >> Hi all, >> >> >> The situation with "Cobertura" is fairly annoying, perhaps particularly so

Re: svn commit: r1424678 - /commons/trunks-proper/pom.xml

Le 20/12/2012 21:34, ol...@apache.org a écrit : > Author: olamy > Date: Thu Dec 20 20:34:22 2012 > New Revision: 1424678 > > URL: http://svn.apache.org/viewvc?rev=1424678&view=rev > Log: > math in aggregator build -> will be available in analysis.a.o > > Modified: > commons/trunks-proper/pom.

[math] major problem with new released version 3.1

Hi all, I have encountered a major problem with version 3.1 just released. This problem occurs in the revamped optimizers. One of the OptimizationData implementations we can pass to multivariate vector optimizers is the weight of the various observations. In all cases I can think of, this weight

Re: [math] major problem with new released version 3.1

Le 28/12/2012 16:08, Dimitri Pourbaix a écrit : > Luc, > >> However, it is also possible to set a non-diagonal weight matrix, and >> one class (AbstractLeastSquaresOptimizer) performs an eigen dcomposition >> on the matrix to extract its square root. I don't know any use case for >> this, but it h

Re: [math] major problem with new released version 3.1

Le 28/12/2012 17:51, Konstantin Berlin a écrit : > Hi, > > I can understand Dimitri's frustration, it seems the optimization > framework gets worse with every iteration. However, we should > probably look forward and think about how to design it properly > instead. > > Several times I brought out

Re: [math] major problem with new released version 3.1

Le 28/12/2012 19:11, Phil Steitz a écrit : > On 12/28/12 9:58 AM, Luc Maisonobe wrote: >> Le 28/12/2012 17:51, Konstantin Berlin a écrit : >>> Hi, >>> >>> I can understand Dimitri's frustration, it seems the optimization >>> framework g

Re: [math] major problem with new released version 3.1

Le 28/12/2012 19:47, Phil Steitz a écrit : > On 12/28/12 10:35 AM, Luc Maisonobe wrote: >> Le 28/12/2012 19:11, Phil Steitz a écrit : >>> On 12/28/12 9:58 AM, Luc Maisonobe wrote: >>>> Le 28/12/2012 17:51, Konstantin Berlin a écrit : >>>>> Hi, >>&

Re: [commons-parent] drop cobertura

Le 28/12/2012 18:21, Phil Steitz a écrit : > Any objections to this? In [math] at least we can't seem to turn it > off and it is causing the site build to take forever. Go for it. Luc > > Thanks! > > Phil > > - > To unsubscr

Re: [commons-parent] drop cobertura

Hi Phil, Le 28/12/2012 21:10, Phil Steitz a écrit : > On 12/28/12 11:44 AM, Gary Gregory wrote: >> It seems a shame to turn off this feature for ALL projects because one >> project can't figure out a workaround. > > Can *any* project find a workaround? Is there *any way* to turn > this thing off

Re: [math] major problem with new released version 3.1

Le 29/12/2012 04:09, Gilles Sadowski a écrit : > Hi. Hi Gilles, > >> [...] > >>> third is just bug-fix. Does the fix for the issue that started this >>> thread change the API? If so, we would need to cut 3.2 in any case. > > The current fix does change the usage (one needs to call optimize w

Re: [math] major problem with new released version 3.1

Le 29/12/2012 10:08, Luc Maisonobe a écrit : > Le 29/12/2012 04:09, Gilles Sadowski a écrit : >> Hi. > > Hi Gilles, > >> >>> [...] >> >>>> third is just bug-fix. Does the fix for the issue that started this >>>> thread change t

Re: [math] major problem with new released version 3.1

Le 29/12/2012 12:34, Gilles Sadowski a écrit : > On Sat, Dec 29, 2012 at 10:43:11AM +0100, Luc Maisonobe wrote: >> Le 29/12/2012 10:08, Luc Maisonobe a écrit : >>> Le 29/12/2012 04:09, Gilles Sadowski a écrit : >>>> Hi. >>> >>> Hi Gilles, >&g

Re: [VOTE][RC1] Release Commons Math 3.1.1

Le 09/01/2013 23:18, Gilles Sadowski a écrit : > Hello. > > Please have a look at the release candidate (RC1) for Commons Math 3.1.1, > and vote. > > -- > Tag: > https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_1_RC1/ > > Site: > http://people.apache.org/builds/comm

Re: [VOTE] Release Apache Commons Daemon 1.0.12

Le 15/01/2013 12:21, Mladen Turk a écrit : > Apache Commons Daemon 1.0.12 based on RC1 is ready. > It contains several fixes for regressions found in previous release(s). > > Binaries and sources for testing are at [1], dist layout is at [2], > generated site can be found at [3]. Tag is [4] which

Re: [VOTE] Release Apache Commons Daemon 1.0.13

Le 07/02/2013 06:37, Mladen Turk a écrit : > > Apache Commons Daemon 1.0.13 based on RC1 is ready. > It contains a fix for regression found in previous release(s). > > Binaries and sources for testing are at [1], dist layout is at [2], > generated site can be found at [3]. Tag is [4] which will b

Re: [Math] Moving on or not?

Le 08/02/2013 03:21, Konstantin Berlin a écrit : > Sorry, but not of this is making sense to me. We had a long discussion > about how the library doesn't test for large scale problem > performance. A lot of algorithms probably do not scale well as the > result. There was talk of dropping sparse sup

Re: [Math] Moving on or not?

Hi Phil, Le 08/02/2013 15:20, Phil Steitz a écrit : > On 2/8/13 12:04 AM, Luc Maisonobe wrote: >> Le 08/02/2013 03:21, Konstantin Berlin a écrit : >>> Sorry, but not of this is making sense to me. We had a long discussion >>> about how the library doesn

  1   2   3   4   5   6   7   8   9   10   >