On 12/01/2012 01:42 AM, Konstantin Berlin wrote:
> Hi,
>
> 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
> co
Hi,
My opinion is that the package should be organized by what it does rather, than
how it does it. My thinking is
optim
optim.scalar.
optim.scalar.linear
optim.scalar.socp (second order cone programming)'
optim.scalar.qcqp
optim.scalar.nonlinear
optim.scalar.nonlinear.derivfree
optim.scalar.no
Hi,
2012/12/1 Konstantin Berlin
> Hi,
>
> 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 compute a derivativ
Correctness isn't that hard to get. You just need to add a bitmap for
exceptional values in all matrices. This bitmap can be accessed by sparse
operations so that the iteration is across the union of non-zero elements
in the sparse vector/matrix and exception elements in the operand.
That fact i
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
> compute a derivative without a computer for the l
On Sat, Dec 01, 2012 at 09:59:37AM -0800, Ted Dunning wrote:
> Correctness isn't that hard to get. You just need to add a bitmap for
> exceptional values in all matrices. This bitmap can be accessed by sparse
> operations so that the iteration is across the union of non-zero elements
> in the spa
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
>> compute a derivative without a co
I forgot to say that there are commonly used benchmarks for optimization
algorithm developers. They are commonly used to compare different algorithms in
publications. I am personally not familiar with them, but it would be easy to
google them.
On Dec 1, 2012, at 1:31 PM, Gilles Sadowski
wrote
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
Hello.
>
> My opinion is that the package should be organized by what it does rather,
> than how it does it.
My proposal is based on what the user wants to do and on what input is
required in order to use the tools in the given package, where all
algorithms will share the same interface.
> My
On 30 November 2012 11:43, Luc Maisonobe wrote:
> 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 dedic
>
> 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
> where the cost of the evaluation is several orders of magn
On 28 November 2012 06:29, Gary Gregory wrote:
> On Mon, Nov 26, 2012 at 2:20 PM, sebb wrote:
>
>> On 26 November 2012 19:08, Gary Gregory wrote:
>> > Hi,
>> >
>> > I thought we had a policy to keep BC for minor releases?
>>
>> Yes.
>>
>> > I understand that the removed methods are not in core c
On 26 November 2012 18:29, sebb wrote:
> This is a vote to release Apache Commons NET 3.2 based on RC1.
>
> [X] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it because...
Adding my vote.
> tag:
> https://svn.apache.org/repos/asf/commons/proper/net/tags/NET_3_2_RC1/
>
>>
>> My opinion is that the package should be organized by what it does rather,
>> than how it does it.
>
> My proposal is based on what the user wants to do and on what input is
> required in order to use the tools in the given package, where all
> algorithms will share the same interface.
>
On Sat, Dec 1, 2012 at 5:04 PM, sebb wrote:
> On 28 November 2012 06:29, Gary Gregory wrote:
> > On Mon, Nov 26, 2012 at 2:20 PM, sebb wrote:
> >
> >> On 26 November 2012 19:08, Gary Gregory wrote:
> >> > Hi,
> >> >
> >> > I thought we had a policy to keep BC for minor releases?
> >>
> >> Yes.
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 compute a derivative without
On 1 December 2012 22:14, Gary Gregory wrote:
> On Sat, Dec 1, 2012 at 5:04 PM, sebb wrote:
>
>> On 28 November 2012 06:29, Gary Gregory wrote:
>> > On Mon, Nov 26, 2012 at 2:20 PM, sebb wrote:
>> >
>> >> On 26 November 2012 19:08, Gary Gregory wrote:
>> >> > Hi,
>> >> >
>> >> > I thought we h
On Sat, Dec 01, 2012 at 09:39:04PM +, sebb wrote:
> On 30 November 2012 11:43, Luc Maisonobe wrote:
> > 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 s
The vote is now closed.
Voting was as follows:
+1 Oliver Heger
+1 Gary Gregory
+1 Sebastian Bazley
There were no other votes.
All the above are members of the Commons PMC so the vote passes.
Thanks to those who voted.
On 26 November 2012 18:29, sebb wrote:
> This is a vote to release Apache
Hi Luc.
>
> 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
> where the cost of the evaluation is several order
On Sat, Dec 01, 2012 at 05:09:00PM -0500, Konstantin Berlin wrote:
> >>
> >> My opinion is that the package should be organized by what it does rather,
> >> than how it does it.
> >
> > My proposal is based on what the user wants to do and on what input is
> > required in order to use the tools
> There are probably various way to look at a "problem".
>
> For example, I have a leastsquares "problem" but evaluating the derivatives
> is expensive (finite differences), so I nevertheless use the classes in
> "direct" (no derivatives).
>
> [We had another discussion (raised by someone who det
Google has a nice @ExposedForTesting annotation that they use for this.
There are numerous instances in guava where otherwise private methods are
exposed to the test suite for testing. It makes a lot of sense, and there
are no questions to anybody looking at the code about what is happening.
If
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-dbcp has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-dbcp2 has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-digester3 has an issue affecting its community integration.
This i
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-chain2 has an issue affecting its community integration.
This issu
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-dbutils has an issue affecting its community integration.
This iss
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
31 matches
Mail list logo
