of NaNStrategy
explaining the replacement done in MAXIMAL/MINIMAL, please go ahead.
You should put it in a new JIRA issue for clarity.
best regards,
Luc
>
>>
>> On Wed, Jun 25, 2014 at 12:21 AM, Luc Maisonobe
>> wrote:
>>
>>> Hi Venkat,
>>>
>>>
Le 25/06/2014 06:05, venkatesha murthy a écrit :
> On Wed, Jun 25, 2014 at 12:21 AM, Luc Maisonobe wrote:
>
>> Hi Venkat,
>>
>> Le 23/06/2014 21:08, venkatesha murthy a écrit :
>>> On Tue, Jun 24, 2014 at 12:08 AM, Luc Maisonobe
>> wrote:
>>
Hi Venkat,
Le 23/06/2014 21:08, venkatesha murthy a écrit :
> On Tue, Jun 24, 2014 at 12:08 AM, Luc Maisonobe wrote:
>> Hi all,
>>
>> While looking further in Percentile class for MATH-1120, I have found
>> another problem in the current implementation. NaNStrategy.FIX
finite number and
x[k+1] has been changed to +infinity, we get +infinity, instead of the
NaN we should have retrieved without replacement. So here again, I'm not
sure we are doing the right thing.
What do you think?
best regards
Le 18/06/2014 20:28, venkatesha m a écrit :
> Hi Luc, Gilles
Hi Venkat
>
> First of, Iam immensly thankful to all your comments on this patch.
> Next, i am attaching my new patch with today's date(18-jun). However
> please advise if i need to remove the old patch file if it
Hi Gilles and Venkat,
Le 18/06/2014 15:40, Gilles a écrit :
> On Wed, 18 Jun 2014 15:02:41 +0200, Luc Maisonobe wrote:
>> Le 18/06/2014 14:32, Gilles a écrit :
>>> Hello Luc.
>>>
>>>>>
>>>>> See
>>>>> https://issues.apac
Le 18/06/2014 14:32, Gilles a écrit :
> Hello Luc.
>
>>>
>>> See
>>> https://issues.apache.org/jira/browse/MATH-1129
>>>
>>> The problem reported was due to the sorting procedure not behaving
>>> correctly in the presence of NaN.
>&
ote this selection algorithm, I could do the check if you want.
best regards,
Luc
>
>
> Regards,
> Gilles
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons
year.
best regards,
Luc
>
> The deadline for proposals is getting closer and I plan to submit one for
> Collections and Math if nobody else is volunteering.
>
> Thomas
>
-
To unsubscribe, e-mail: dev-unsu
Le 04/06/2014 17:41, Gary Gregory a écrit :
> Hi All,
>
> It's that time again.
>
> Please provide feedback for our Apache Commons Board Report, June 4 2014,
> provided below.
It looks find to me, thanks Gary.
Luc
>
> Thank you,
> Gary
> -
>
>
>> repository gets set up...
>
> That might be a long wait.
Well, I would really like to see it happen.
I am still volunteering to help people new to git on this, and I still
think [math] could be a good candidate as the the commons component to
switch to git.
best regards,
Lu
cp/dbcp-2.0.1/rat-report.html
>
> Please review the release candidate and vote.
> This vote will close no sooner that 72 hours from now
>
> [X] +1 Release these artifacts
Luc
> [ ] +0 OK, but...
> [ ] -0 OK
pens when building directly from the subversion tag.
Apart from this, compilation and tests runs fine on both the tag and the
tar.gz sources.
Luc
> [ ] -1 I oppose this release because...
>
> Thanks!
>
> Phil
>
>
> -
Hi Benedikt,
Le 16/05/2014 09:09, Benedikt Ritter a écrit :
> Hi Luc
>
>
> 2014-05-15 0:17 GMT+02:00 Luc Maisonobe :
>
>> Le 14/05/2014 20:18, Luc Maisonobe a écrit :
>>> Le 11/05/2014 11:55, Luc Maisonobe a écrit :
>>>> Hi all,
>>>>
>
release.
For complete information on Apache Commons Math, including
instructions on how to submit bug reports, patches, or suggestions for
improvement, see the Apache Commons Math website:
http://commons.apache.org/proper/commons-math
Luc Maisonobe, on behalf of the Apache Commons Team
Le 14/05/2014 20:18, Luc Maisonobe a écrit :
> Le 11/05/2014 11:55, Luc Maisonobe a écrit :
>> Hi all,
>>
>> As I am not sure this message will be recovered after mail outage, I
>> send it again, with an update of final date.
>>
>> I would like to call a vo
Le 11/05/2014 11:55, Luc Maisonobe a écrit :
> Hi all,
>
> As I am not sure this message will be recovered after mail outage, I
> send it again, with an update of final date.
>
> I would like to call a vote to release Commons Math 3.3 based on RC3.
This vote has passed with t
Hi all,
I would like to call a vote to release Commons Math 3.3 based on RC3.
Changes since RC2:
* reverted javadoc fixes for Java 8
Note:
Commons Math 3.3 does compile with Java 8, but creating the site will
not work due to some incompatibilities:
* javadoc: known doclint issue
* findbugs
eview the release candidate and vote.
> This vote will close no sooner that 72 hours from now, i.e. after 1100
> GMT 14-May 2014. Should we get hit by a mail-outage again I'll defer
> counting the votes as well.
>
> [X] +1 Release th
ld with Java 8. The only problem are a too
stringent test about FastMath since there are new methods in Java 8,
which are not supported yet, and javadocs.
best regards,
Luc
>
> Gary
>
>
> On Sun, May 11, 2014 at 5:55 AM, Luc Maisonobe wrote:
>
>> Hi all,
>>
Le 11/05/2014 11:55, Luc Maisonobe a écrit :
> Hi all,
>
> As I am not sure this message will be recovered after mail outage, I
> send it again, with an update of final date.
>
> I would like to call a vote to release Commons Math 3.3 based on RC3.
>
> Changes sin
Hi all,
As I am not sure this message will be recovered after mail outage, I
send it again, with an update of final date.
I would like to call a vote to release Commons Math 3.3 based on RC3.
Changes since RC2:
* reverted javadoc fixes for Java 8
Note:
Commons Math 3.3 does compile with Java
p://people.apache.org/builds/commons/math/3.3/RC2/rat-report.html
>
> Findbugs Report:
> http://people.apache.org/builds/commons/math/3.3/RC2/findbugs.html
>
> KEYS:
> http://www.apache.org/dist/commons/KEYS
>
> Please review the release candidate and vote.
>
Le 30/04/2014 19:58, Thomas Neidhart a écrit :
> On 04/30/2014 10:25 AM, Luc Maisonobe wrote:
>> Le 29/04/2014 22:07, Thomas Neidhart a écrit :
>>> Hi all,
>>>
>>> I would like to call a vote to release Commons Math 3.3 based on RC1.
>>>
&
feature does not appear in the release notes.
I don't think it is a blocker, and I will add an entry only if there is
a need to roll another RC.
I have fixed the false positive in findbugs and also two javadoc errors.
Here again this is not blocking.
So +1 for the relea
aunted by
the task ...
best regards,
Luc
>
> Thomas
>
>
>
> On Sun, Feb 16, 2014 at 1:36 PM, Thomas Neidhart
> wrote:
>
>> On 02/08/2014 06:25 PM, Thomas Neidhart wrote:
>>> Hi,
>>>
>>> I think we are very close to releasing 3.3.
>>&
hink there would be any reason why this change would break user code?
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le 16/03/2014 13:09, Benedikt Ritter a écrit :
> Hello Luc
>
>
> 2014-03-15 15:37 GMT+01:00 Luc Maisonobe :
>
>> Le 15/03/2014 14:22, Benedikt Ritter a écrit :
>>> Hi all,
>>
>> Hi Benedikt.
>>
>>
>> I have a test failure:
d: but was:
Tests run: 2513, Failures: 1, Errors: 0, Skipped: 4
The tests were run using the following configuration:
(lehrin) luc% mvn -v
Apache Maven 3.0.5
Maven home: /usr/share/maven
Java version: 1.6.0_30, vendor: Sun Microsystems Inc.
Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre
D
view the release candidate and vote.
> This vote will close no sooner that 72 hours from now, i.e. after 0800
> GMT 12-March 2014 - I'll be sitting in a plane by then so it will
> likely be a few hours more than that.
>
>
dding fields without first checking they are not already
in a directory should be avoided. It could be that the tag 0x9c9b for
XPTITLE should be recognized in all TiffImageMetaData directories. I
don't know what should be done, so I'll let the specialists decide.
best regards,
Luc
>
&
Le 2014-02-27 16:22, Stefan Bodewig a écrit :
On 2014-02-27, luc wrote:
Is this failure expected? I am running the tests suite on a Linux
computer, maybe MicrosoftTagTest is windows-specific?
all tests pass for me:
$ uname -a
Linux brick 3.5.0-46-generic #70-Ubuntu SMP Wed Jan 8 18:40:46
am running the tests suite on a Linux
computer, maybe MicrosoftTagTest is windows-specific?
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
no silver bullets.
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
vatives are also kept
in preallocated arrays which are reused throughout the integration and
are used to exchange data between the Apache Commons Math algorithm and
the user problem to be solved. So it is somehting we already do elsewhere.
best regards,
Luc
>
> Best Regards,
> Evan
&
ast point is OptimizationProblem. Should this interface been in fitting
or in a more general
package, and in this case which one (optim, util)?
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.or
Le 18/02/2014 23:57, Evan Ward a écrit :
>
> On 02/18/2014 09:51 AM, luc wrote:
>> Hi all,
>>
>> As you have probably noticed, I have committed the changes proposed by
>> Evan. This ends up to about 20 different commits,
>> as I have tried to stick with th
has Gilles already did that.
I would like to ask Evan to check in case I have mixed something, and
after this check we can look at polishing this and
perhaps extending some parts to other optimizers or move some interfaces
upward if necessary.
best regards
Luc
It does seem like an extreme sanction to me.
I agree. I think we get over zealous here regarding NaNs, as it seems
all other libraries simply ignore this, and it seems to be a widely
accepted way.
best regards,
Luc
>
--
Le 16/02/2014 18:28, Gilles a écrit :
> Hi Luc.
>
>>>>> [...]
>>>>> I had a look at Evan's poposal in MATH-1026. I really like it!
>>>>>
>>>>> Do you think we could replace our current lestsquares (which has never
>>&g
Le 14/02/2014 16:33, Evan Ward a écrit :
>
> On 02/13/2014 12:19 PM, Gilles wrote:
>> Hello Luc.
>>
>> On Thu, 13 Feb 2014 16:10:36 +0100, Luc Maisonobe wrote:
>>> Hi Gilles,
>>>
>>> Le 08/02/2014 22:16, Gilles a écrit :
>>>
&
en released yet), with this new one and finish it? Concerning the last
comment by Evan in the JIRA system, I think they could be answered
quickly. Also the questions about caching and lazy evaluations are
implementation details that could be changed later on, even after 3.3
release.
best regards,
Le 2014-02-10 16:05, Thomas Neidhart a écrit :
Hi Luc,
it is on my queue of things to do.
I already started to look at qhull (www.qhull.org) which is under a
very
permissive license and contains algorithms for convex hull, voronoi and
triangulation for arbitrary dimensions.
This seems nice
Hi,
Thomas, do you intend to add an implementation of convex hull for 3D?
I need one soon ...
best regards
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.or
/type
and
which allows us to break compatibility for such classes even in minor
releases.
Would these annotations only be used as documentation or would there be
some
tools for users?
Luc
As a first step I would foresee the following annotations:
* Internal: Only for internal use, no
Le 09/02/2014 14:56, Luc Maisonobe a écrit :
> Le 09/02/2014 13:26, Thomas Neidhart a écrit :
>> On 02/09/2014 12:42 PM, Thomas Neidhart wrote:
>>> On 02/09/2014 12:31 PM, Luc Maisonobe wrote:
>>>> Le 09/02/2014 00:40, Thomas Neidhart a écrit :
>>>>&
Le 09/02/2014 13:26, Thomas Neidhart a écrit :
> On 02/09/2014 12:42 PM, Thomas Neidhart wrote:
>> On 02/09/2014 12:31 PM, Luc Maisonobe wrote:
>>> Le 09/02/2014 00:40, Thomas Neidhart a écrit :
>>>> On 02/08/2014 07:30 PM, Phil Steitz wrote:
>>>>&
been implemented only by myself, and I have updated all the
implementation classes. These interfaces are there *only* as a way to
share common code for BSP tree (which is complex code). I would have
liked to have them more private, but private inheritance is not allowed
in Java. So I really think upd
X] +1 Release these artifacts
Just a fun thing to note, is that the RAT reports says on file is
missing a license and the file is ... src/checkstyle/license-header.txt,
which precisely contains the Apache license! So it's clearly a false
positive, probably due to characters escaping.
So of course
Le 30/01/2014 23:23, Thomas Neidhart a écrit :
> On 01/27/2014 09:13 PM, Thomas Neidhart wrote:
>> On 01/27/2014 10:13 AM, Luc Maisonobe wrote:
>>> Le 26/01/2014 23:52, Thomas Neidhart a écrit :
>>>> Hi,
>>>
>>> Hi Thomas,
>>>
>>&g
using the better algorithm that was created for
the spherical case.
Don't you think convex hull could simply return a single start Vertex
and that user would simply follow the doubly linked list alternating
vertices and edges to follow the hull?
best regards,
Luc
>
> Thanks,
>
Le 24/01/2014 16:20, Gary Gregory a écrit :
> Hi All,
>
> Please give a warm welcome to Duncan Jones, our latest committer.
>
> Welcome aboard Duncan!
Welcome in our community!
Luc
>
> Gary
>
-
To
Le 24/01/2014 12:55, er...@apache.org a écrit :
> Author: erans
> Date: Fri Jan 24 11:55:25 2014
> New Revision: 1560953
>
> URL: http://svn.apache.org/r1560953
> Log:
> Enable choice of RNG, so that the unit test can be run with a
> seed that makes it always succeed.
Th
ntly since a few days. The
TravellingSalesmanSolver class creates a Well44497b random generator but
does not allow to set the seed, it always use current time for the seed.
Would it be possible to have user specify a seed and make sure the test
initializes it?
Luc
---
anything related to the IEEE standard for rounding
> numbers for this case. Looking at octave and python, there the sign is
> kept and this would also be a reasonable behavior imho.
>
> Thus I would propose to add a special case for this to the
> Precision.round
Le 18/12/2013 13:52, Luc Maisonobe a écrit :
> Le 18/12/2013 13:05, Thomas Neidhart a écrit :
>> Hi,
>
> Hi Thomas,
>
>>
>> I wanted to check what others think about making a 3.3 release in the next
>> 1-2 months.
>>
>> My plans are as follows:
&g
interfaces for our internal use, too bad Java does not allow private
inheritance), I don't think this is a problem for a minor release. Do
you agree?
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@common
Hi all,
It seems a local variable in SimplexTableau.getSolution() masks the
attribute basicRows. Is this expected? Should the variable be renamed?
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
Le 28/12/2013 18:51, Phil Steitz a écrit :
> On 12/28/13, 2:23 AM, Luc Maisonobe wrote:
>> Le 27/12/2013 02:18, Phil Steitz a écrit :
>>> I have updated the release notes and MBean interface class javadoc to
>>> address feedback from RC1.
>>>
>>&
istribution files in
<https://dist.apache.org/repos/dist/dev/commons/pool/source/>.
Is this expected?
Luc
>
> Site:
> http://people.apache.org/~psteitz/pool/pool-2.1-rc2/
> (Broken links to Javadoc versions expected)
>
> Clirr Report:
> http://peo
Going back to this specific case, I guess that if you propose to help on
this, you have your own use case. Then I would suggest to go for it. You
could open a JIRA issue for it, try to do the implementation and attach
your code to the issue so we pick it up there, review it, and include it
in
adaptation to sphere). If I
can wrap it up soon, I'll try to add it too, but in case I cannot do it
in time, it should not delay a release.
best regards,
Luc
>
> Thomas
>
-
To unsubscribe, e-mail: dev-unsubscr...@c
ail command.
>>
>
> Can the moderator post this info here please? I tried and got rejected
I am a moderator for the list and also got rejected.
Luc
>
> Gary
>
>
>>
>> Stefan
>>
>> --
Le 2013-11-28 13:19, Gilles a écrit :
On Wed, 27 Nov 2013 13:50:08 +, sebb wrote:
On 27 November 2013 13:37, Luc Maisonobe wrote:
Le 27/11/2013 13:47, Gilles a écrit :
On Wed, 27 Nov 2013 12:44:27 +0100, Emmanuel Bourg wrote:
Le 27/11/2013 12:13, Gilles a écrit :
I'm only
ge can be run by the committer or the contributor.
The important thing is that at the end only the committer as the write
access that allow him to "git push" to the Apache reference repository.
>
>> This is enough to get started. You can then learn gradually how to play
>>
uot;
>
> Using a different source management system must bring added value to
> the project (IOW: the regular developers).
I really think it does. It brings a lot of value. Git is not easy to get
used to, but people can start using it al
ing my term.
best regards,
Luc
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
g/repos/asf/commons/proper/collections/tags/COLLECTIONS_4_0_RC4/
> (svn revision 1542797)
>
> Site:
> http://people.apache.org/builds/commons/collections/4.0/RC4/
>
> Details of changes can be found in the release notes:
>
> https://dist.apache.org/repos/dist/dev/com
make it subclass NumberIsTooSmallException for now
> and then change it to MathIllegalArgumentException in 4.0?
I'm not sure it is worth the effort, and we may well forget about it
after 3.3.
Luc
>
> Thomas
>
>> Original Message
>> Subject: svn
y.
>
> is there still consensus that we are going to remove the sparse
> implementations with 4.0?
Well, I really think it is a pity, we should support this. But lets face
it: up to now we have been unable to do it properly. Sébastien who tried
to do something in this direction has le
can be found in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/collections/RELEASE-NOTES.txt
>
> http://people.apache.org/builds/commons/collections/4.0/RC1/changes-report.html
>
> Please review the release candidate and vote.
> This vote will close no soon
really specific to our parent pom. We
should probably add in parallel something to ignore this directory in RAT.
Anyway, I don't consider it a blocker, so +1 from me.
Luc
>
> +1
>
> Oliver
>
> Am 05.11.2013 01:28, schrieb Mark Thomas:
>> A change to the component i
ository. This seems to be the default setting for the dist repo and
> could be easily fixed with a little help of our infra team.
+1, very good move, thanks
Luc
>
> Stefan
>
> -
> To unsubscribe, e-ma
more exception types, not less).
> Everything points to the same direction, except perhaps old habits
> (old, but by no means standard).
It is beyond me that you can argue to change code that runs and may fail
sometimes by other code that will runs and may fail for the exact same
reasons,
Le 04/11/2013 00:59, Gilles a écrit :
> On Sun, 03 Nov 2013 15:33:12 -0800, Phil Steitz wrote:
>> On 11/3/13 2:57 PM, Gilles wrote:
>>> On Sun, 03 Nov 2013 21:03:02 +0100, Luc Maisonobe wrote:
>>>> Le 03/11/2013 20:17, Ted Dunning a écrit :
>>>>> O
Le 03/11/2013 20:17, Ted Dunning a écrit :
> On Sun, Nov 3, 2013 at 10:56 AM, Luc Maisonobe wrote:
>
>>> I had proposed that error messages be incrementally built from simple
>>> "base" patterns, to be assembled either at the point where the exception
>>&g
he number is like 0.3, it probably has to be declared as a
> "private static final" field with a telling name.
>
> A case that occurs often is "zero" (as "double").
> I prefer "0d".
I really don't like the d suffix. It reminds me nightmar
ther at the point where the exception
> is going to be thrown or inside specific exceptions[2] (or a combination
> of both).
It often doesn't work. Sentences constructions are completely different
in different languages, and it is impossible to simply buid up from
elementary components t
Le 29/10/2013 23:04, Gilles a écrit :
> On Tue, 29 Oct 2013 20:14:19 +0100, Luc Maisonobe wrote:
>> Le 29/10/2013 15:00, Gilles a écrit :
>>> Hello.
>>
>> Hi Gilles,
>>
>>>
>>> While working on MATH-1047, I wondered about the usefulness of thos
sive variable slots and requires
successive memory loading, and thus is slower (of course, this effect
disappears when the JIT compiler converts everything to native code
if the processor is 64 bits),
- forcing the user to add a cast clutters the code.
As always, your mileage ma
Le 27/10/2013 14:34, Gilles a écrit :
> On Sun, 27 Oct 2013 09:52:44 -, l...@apache.org wrote:
>> Author: luc
>> Date: Sun Oct 27 09:52:44 2013
>> New Revision: 1536073
>>
>> URL: http://svn.apache.org/r1536073
>> Log:
>> Added SparseGradien
ill need
>>
>> InsufficientDataException
>>
>> I would like to get full community input on this topic for once and
>> for all and either add a slew of new exceptions so what we throw is
>> meaningful in the context of the caller, or just allow MathIAE to be
>
the team !
Luc Maisonobe, on behalf of Apache Commons PMC
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
packages and
with a consisten web of trust accross our GPG keys is a very important
part of the release process.
So the tag in source code revision system is a start point, it is not
the whole process. Having the community "keep an eye on things / review
stuff outside of RC votes" is really n
their
> dependency manager of choice and the online docs in my experience.
>
> How do others think about the release candidate site build?
I agree the site build is orthogonal to release.
The main thing we release is so
ibutions (for example large ones like that of Evan), and the third
is in the use tooling.
But I also agree a first step with one component would be easier for
most people. Git is not simple to learn.
Luc
>
>
>
> On Thu, Oct 10, 2013 at 5:06 PM, Mark Thomas wrote:
>> On 10/10/
svn server (which serves all Apache projects), but does
not seem to fit well with git.
Oh, and of course I am big +1 to switch to git, and would be ready to
help other people do the
move if they want. I am using Git since a few years now and am really
happy with it.
best regards,
Luc
For
erfaces (which would force users
providing their own implementations) may be allowed in some cases,
typically when the interface is not really meant to be implemented by
users themselves but is rather a convenience for our own interfaces, or
when the changes are really simple.
Luc
>
> Cheers
&
Le 26/09/2013 07:16, Benedikt Ritter a écrit :
> I think Luc has the necessary karma.
I don't think so. It seems I can edit projects, but not create new ones.
Can someone with JIRA admin karma here try to do it?
Luc
>
> Send from my mobile device
>
>> Am 25.09.201
open for at least 72 hours.
>
> [X] +1, Promote it!
Luc
> [ ] +0, Whatever
> [ ] -0, Meh
> [ ] -1, Keep it in the sandbox for now, and here's why:
>
> Thanks,
> Matt
>
-
To unsubscribe, e-mail:
Hi Ajo,
Le 19/09/2013 16:26, Ajo Fod a écrit :
> Created: https://issues.apache.org/jira/browse/MATH-1036#comment-13771933
This looks promising. Would it be possible to have this class implement
RealFieldElement and to have some unit tests?
best regards,
Luc
>
>
>
> On Thu,
directly in the mail, but larger
contributions can
only be attached to JIRA issues (but still discussion occurs on the
list, yes,
its cumbersome, we are sorry for that).
Thank you very much for you interest in this field of differentiation.
best regards,
Luc
Cheers,
Ajo
now, so we don't
introduce a new problem here. The field would be removed from
AbstractIntegrator in 4.0 when the methods will be removed and all
access will be limited at IntegratorState level.
What do you think?
Luc
-
To
Hi Adrian,
Le 14/09/2013 16:37, Adrian Crum a écrit :
> I need someone to grant me permission to manage Jira sandbox issues. My
> Jira login ID is adri...@hlmksw.com
Could you check if ti works now?
Luc
>
> Thanks!
>
> Adrian Crum
> Sandglass Software
> www.sandglass
M.
Sure. If you feel you could provide one, please go ahead.
best regards,
Luc
>
> -Ajo.
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
d Mark, they asked me to push a mail here.
> Would it be possible to get write access to the sandbox sub tree?
>
> My Apache id is jlmonteiro.
I have added you to the list. could you check it works?
best regards,
Luc
>
> Thanks
>
me indirection table to know for each variable x1, x2 ...
what is the reduced set that was used to compute the derivatives (in the
example above, we simply used an index argument telling the index of the
single variable in the full set). I don't know if the most general
mapping function would
;> together. I understand fully; however, if those not interested in
>> [math] feel differently and would rather see us move to TLP.
>
> My HO is also that [math] should stay here in commons. There is indeed
> synergy.
+1
>
> I use
its use, and hence you have the
default values of a newly allocated array, which is guaranteed to be 0.
Does this fits your needs?
Luc
>
> In the code I use, the DerivativeStructure evaluates to NaN for a=0 when x
>> 0 . I think we agree that in this condition the derivative shou
amples of
such strange behaviour in mathematics (if I remember well, Fourier
transforms of step function exhibit the same paroble, backward).
If you have x>0, you are already on the safe side of the singularity, so
this is were I lose your tracks and don't understand how the singular
point x
301 - 400 of 1770 matches
Mail list logo