Re: [imaging] release 1.0 state?
Hi, Am 22.08.2013 22:01, schrieb Gary Gregory: Hi all (Damjan), What state is the code in WRT a 1.0 release? I'm also interested to get the release done. I had a quick look at JIRA and couldn't find any big blockers. Are there any issues with the build? Any other unsolved TODOs? I'm with the Apache PDFBox project and acted as release manage for most of our releases, so maybe I can help to get this further. Gary BR Andreas Lehmkühler - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [imaging] release 1.0 state?
There's a few last patches I want to add while we can still break the API, but I am away this week, and only fully available for anything the week after next. Damjan On Fri, Aug 23, 2013 at 8:02 AM, Andreas Lehmkuehler andr...@lehmi.dewrote: Hi, Am 22.08.2013 22:01, schrieb Gary Gregory: Hi all (Damjan), What state is the code in WRT a 1.0 release? I'm also interested to get the release done. I had a quick look at JIRA and couldn't find any big blockers. Are there any issues with the build? Any other unsolved TODOs? I'm with the Apache PDFBox project and acted as release manage for most of our releases, so maybe I can help to get this further. Gary BR Andreas Lehmkühler --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1516531 - /commons/sandbox/weaver/trunk/pom.xml
2013/8/22 mben...@apache.org:
Author: mbenson
Date: Thu Aug 22 18:21:57 2013
New Revision: 1516531
URL: http://svn.apache.org/r1516531
Log:
toward correct site management
Modified:
commons/sandbox/weaver/trunk/pom.xml
Modified: commons/sandbox/weaver/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/commons/sandbox/weaver/trunk/pom.xml?rev=1516531r1=1516530r2=1516531view=diff
==
--- commons/sandbox/weaver/trunk/pom.xml (original)
+++ commons/sandbox/weaver/trunk/pom.xml Thu Aug 22 18:21:57 2013
@@ -41,13 +41,13 @@ under the License.
project.build.sourceEncodingUTF-8/project.build.sourceEncoding
maven.compile.source1.6/maven.compile.source
maven.compile.target1.6/maven.compile.target
The above should be compiler if using the latest parent pom.
-commons.componentidweaver/commons.componentid
+commons.componentidcommons-weaver/commons.componentid
AFAIK that is not how other components work; changing the componentid
in this way is likely to break things.
commons.release.version1.0/commons.release.version
commons.rc.versionRC1/commons.rc.version
!--commons.jira.idWEAVER/commons.jira.id
commons.jira.pid666/commons.jira.pid--
asm.version4.1/asm.version
-
commons.scmPubUrlhttps://svn.apache.org/repos/infra/websites/production/commons/content/sandbox/commons-${commons.componentid}/commons.scmPubUrl
+
commons.scmPubUrlhttps://svn.apache.org/repos/infra/websites/production/commons/content/sandbox/${commons.componentid}/commons.scmPubUrl
/properties
developers
@@ -75,7 +75,7 @@ under the License.
site
idwebsite/id
nameApache Website/name
-
urlscp://people.apache.org/www/commons.apache.org/sandbox/weaver//url
+
urlscp://people.apache.org/www/commons.apache.org/sandbox/${commons.componentid}//url
/site
/distributionManagement
@@ -222,7 +222,7 @@ under the License.
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-scm-publish-plugin/artifactId
configuration
- content${project.build.directory}/staging/weaver/content
+
content${project.build.directory}/staging/${commons.componentid}/content
/configuration
/plugin
/plugins
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: [jira] [Created] (MATH-1024) LU and QR have different default singularity thresholds
On 08/21/2013 06:00 PM, Gilles wrote: Hi. On Wed, 21 Aug 2013 18:23:52 + (UTC), Evan Ward (JIRA) wrote: Evan Ward created MATH-1024: --- Summary: LU and QR have different default singularity thresholds Key: MATH-1024 URL: https://issues.apache.org/jira/browse/MATH-1024 Project: Commons Math Issue Type: Bug Affects Versions: 3.2 Reporter: Evan Ward Priority: Minor LU uses 1e-11 and QR uses 0. This means by default QR never throws a Singularity exception. This caused divergence to go unreported in GaussNewtonOptimizer when it uses QR. I think a consistent default should be chosen. I will make the threshold explicit in GaussNewton. I could readily specify a threshold value (e.g. 1e-11) in class GaussNewtonOptimizer (where the solver is instantiated), if it is deemed more consistent. Any objection to make the change (in o.a.c.m.fitting.leastsquares)? That is what I did. :) Best regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [jira] [Created] (MATH-1024) LU and QR have different default singularity thresholds
On Fri, 23 Aug 2013 09:00:32 -0400, Evan Ward wrote: On 08/21/2013 06:00 PM, Gilles wrote: Hi. On Wed, 21 Aug 2013 18:23:52 + (UTC), Evan Ward (JIRA) wrote: Evan Ward created MATH-1024: --- Summary: LU and QR have different default singularity thresholds Key: MATH-1024 URL: https://issues.apache.org/jira/browse/MATH-1024 Project: Commons Math Issue Type: Bug Affects Versions: 3.2 Reporter: Evan Ward Priority: Minor LU uses 1e-11 and QR uses 0. This means by default QR never throws a Singularity exception. This caused divergence to go unreported in GaussNewtonOptimizer when it uses QR. I think a consistent default should be chosen. I will make the threshold explicit in GaussNewton. I could readily specify a threshold value (e.g. 1e-11) in class GaussNewtonOptimizer (where the solver is instantiated), if it is deemed more consistent. Any objection to make the change (in o.a.c.m.fitting.leastsquares)? That is what I did. :) Not in the SVN repository, I assume? [See also my comment on the JIRA page.] Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1516850 - /commons/sandbox/weaver/trunk/pom.xml
On 23 August 2013 14:57, mben...@apache.org wrote:
Author: mbenson
Date: Fri Aug 23 13:57:11 2013
New Revision: 1516850
URL: http://svn.apache.org/r1516850
Log:
fix commons componentid and modify scmPubUrl accordingly; remove
unnecessarily overridden plugin config; document maven.compile.* properties
Modified:
commons/sandbox/weaver/trunk/pom.xml
Modified: commons/sandbox/weaver/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/commons/sandbox/weaver/trunk/pom.xml?rev=1516850r1=1516849r2=1516850view=diff
==
--- commons/sandbox/weaver/trunk/pom.xml (original)
+++ commons/sandbox/weaver/trunk/pom.xml Fri Aug 23 13:57:11 2013
@@ -39,15 +39,22 @@ under the License.
properties
project.build.sourceEncodingUTF-8/project.build.sourceEncoding
+
+!-- these will be needed with the next parent or promotion to proper:
+maven.compiler.source1.6/maven.compiler.source
+maven.compiler.target1.6/maven.compiler.target
+ --
+!-- these are current: --
Might be safer to define both compiler and compile versions.
The obsolete ones can be dropped when the parent is updated, but
meanwhile any plugins that use the standard names will work as
expected.
Perhaps define as follows:
maven.compiler.source1.6/maven.compiler.source
..
maven.compile.source${maven.compiler.source}/maven.compile.source
..
maven.compile.source1.6/maven.compile.source
maven.compile.target1.6/maven.compile.target
-commons.componentidcommons-weaver/commons.componentid
+
+commons.componentidweaver/commons.componentid
commons.release.version1.0/commons.release.version
commons.rc.versionRC1/commons.rc.version
!--commons.jira.idWEAVER/commons.jira.id
commons.jira.pid666/commons.jira.pid--
asm.version4.1/asm.version
-
commons.scmPubUrlhttps://svn.apache.org/repos/infra/websites/production/commons/content/sandbox/${commons.componentid}/commons.scmPubUrl
+
commons.scmPubUrlhttps://svn.apache.org/repos/infra/websites/production/commons/content/sandbox/commons-weaver/commons.scmPubUrl
/properties
developers
@@ -145,40 +152,10 @@ under the License.
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
- artifactIdmaven-compiler-plugin/artifactId
- version2.5.1/version
- configuration
-source${maven.compile.source}/source
-target${maven.compile.target}/target
-encodingUTF-8/encoding
- /configuration
-/plugin
-plugin
- groupIdorg.apache.maven.plugins/groupId
- artifactIdmaven-surefire-plugin/artifactId
- version2.15/version
-/plugin
-plugin
- groupIdorg.apache.maven.plugins/groupId
- artifactIdmaven-surefire-report-plugin/artifactId
- version2.15/version
-/plugin
-plugin
- groupIdorg.apache.maven.plugins/groupId
- artifactIdmaven-source-plugin/artifactId
- version2.2.1/version
-/plugin
-plugin
- groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
version2.6/version
/plugin
plugin
- groupIdorg.apache.maven.plugins/groupId
- artifactIdmaven-antrun-plugin/artifactId
- version1.7/version
-/plugin
-plugin
groupIdorg.codehaus.mojo/groupId
artifactIdbuildhelper-maven-plugin/artifactId
version1.7/version
@@ -234,12 +211,8 @@ under the License.
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
configuration
- linksourcetrue/linksource
- links
-linkhttp://docs.oracle.com/javase/6/docs/api//link
- /links
aggregatetrue/aggregate
- /configuration
+/configuration
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
[MATH] What is the derivative of 0^x
Seems like the DerivativeCompiler returns NaN. IMHO it should return 0. Is this worthy of an issue? Thanks, -Ajo
Re: [MATH] What is the derivative of 0^x
Hi! IMHO, 0^x should equal 0. But note please, that 0^0 is not define, so it should be NaN --- TIA, Rodion Ajo Fod писал 23.08.2013 05:17 PM: Seems like the DerivativeCompiler returns NaN. IMHO it should return 0. Is this worthy of an issue? Thanks, -Ajo - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons - Commons Sandbox Parent - Group (shared) Maven 3 Build Definition (Java 1.6)
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=27376projectId=132 Build statistics: State: Failed Previous State: Failed Started at: Fri 23 Aug 2013 14:27:55 + Finished at: Fri 23 Aug 2013 14:28:03 + Total time: 8s Build Trigger: Schedule Build Number: 13 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version 1.6.0_30 Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 3.0.2 (r1056850; 2011-01-09 00:58:10+) Java version: 1.6.0_30, vendor: Sun Microsystems Inc. Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: linux, version: 2.6.32-41-server, arch: amd64, family: unix SCM Changes: Changed: mbenson @ Fri 23 Aug 2013 13:41:34 + Comment: agree with property from parent POM Files changed: /commons/proper/commons-sandbox-parent/trunk/pom.xml ( 1516846 ) Changed: mbenson @ Fri 23 Aug 2013 14:17:35 + Comment: upgrade parent Files changed: /commons/proper/commons-sandbox-parent/trunk/pom.xml ( 1516856 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.6 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 3.0.2 Description: Group (shared) Maven 3 Build Definition (Java 1.6) Test Summary: Tests: 0 Failures: 0 Errors: 0 Total time: 0.0 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [MATH] What is the derivative of 0^x
On Fri, 23 Aug 2013 07:17:35 -0700, Ajo Fod wrote: Seems like the DerivativeCompiler returns NaN. IMHO it should return 0. What should be 0? And Why? Is this worthy of an issue? As is, no. Gilles Thanks, -Ajo - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [MATH] What is the derivative of 0^x
Try this and I'm happy to explain if necessary:
public class Derivative {
public static void main(final String[] args) {
DerivativeStructure dsA = new DerivativeStructure(1, 1, 0, 1d);
System.out.println(Derivative of constant^x wrt x);
for (int a = -3; a 3; a++) {
final DerivativeStructure a_ds = new DerivativeStructure(1, 1,
a);
final DerivativeStructure out = a_ds.pow(dsA);
System.out.format(Derivative@%d=%f\n, a,
out.getPartialDerivative(new int[]{1}));
}
}
}
On Fri, Aug 23, 2013 at 7:59 AM, Gilles gil...@harfang.homelinux.orgwrote:
On Fri, 23 Aug 2013 07:17:35 -0700, Ajo Fod wrote:
Seems like the DerivativeCompiler returns NaN.
IMHO it should return 0.
What should be 0? And Why?
Is this worthy of an issue?
As is, no.
Gilles
Thanks,
-Ajo
--**--**-
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: Need for an alternatives to the main line of code.
On Thu, Aug 22, 2013 at 11:52 AM, Luc Maisonobe luc.maison...@free.frwrote: Then you just clone it as you would clone any repositories and provide a link to your own repository. If I remember well, Evan just did that a few days ago. And you can do with it as you will. Build a prototype without tests to make a point. Or fork the code into a proprietary product. Or whatever you like.
Re: [MATH] What is the derivative of 0^x
Search the archives for discussion of 0^0. Phil On 8/23/13 7:17 AM, Ajo Fod wrote: Seems like the DerivativeCompiler returns NaN. IMHO it should return 0. Is this worthy of an issue? Thanks, -Ajo - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [MATH] What is the derivative of 0^x
Hi Ajo,
Le 23/08/2013 17:48, Ajo Fod a écrit :
Try this and I'm happy to explain if necessary:
public class Derivative {
public static void main(final String[] args) {
DerivativeStructure dsA = new DerivativeStructure(1, 1, 0, 1d);
System.out.println(Derivative of constant^x wrt x);
for (int a = -3; a 3; a++) {
We have chosen the classical definition which implies c^x is not defined
for real r and negative c.
Our implementation is based on the decomposition c^r = exp(r * ln(c)),
so the NaN comes from the logarithm when c = 0.
Noe also that as explained in the documentation here:
http://commons.apache.org/proper/commons-math/userguide/analysis.html#a4.7_Differentiation,
there are no concepts of constants and variables in this framework,
so we cannot draw a line between c^r as seen as a univariate function of
r, or as a univariate function of c, or as a bivariate function of c and
r, or even as a pentavariate function of p1, p2, p3, p4, p5 with both c
and r being computed elsewhere from p1...p5. So we don't make special
cases for the case c = 0 for example.
Does this explanation make sense to you?
best regards,
Luc
final DerivativeStructure a_ds = new DerivativeStructure(1, 1,
a);
final DerivativeStructure out = a_ds.pow(dsA);
System.out.format(Derivative@%d=%f\n, a,
out.getPartialDerivative(new int[]{1}));
}
}
}
On Fri, Aug 23, 2013 at 7:59 AM, Gilles gil...@harfang.homelinux.orgwrote:
On Fri, 23 Aug 2013 07:17:35 -0700, Ajo Fod wrote:
Seems like the DerivativeCompiler returns NaN.
IMHO it should return 0.
What should be 0? And Why?
Is this worthy of an issue?
As is, no.
Gilles
Thanks,
-Ajo
--**--**-
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: [MATH] What is the derivative of 0^x
Hello,
This shows one way of interpreting the derivative for strictly +ve numbers.
public static void main(final String[] args) {
final double x = 1d;
DerivativeStructure dsA = new DerivativeStructure(1, 1, 0, x);
System.out.println(Derivative of |a|^x wrt x);
for (int p = 10; p 21; p++) {
double a;
if (p 20) {
a = 1d / Math.pow(2d, p);
} else {
a = 0d;
}
final DerivativeStructure a_ds = new DerivativeStructure(1, 1,
a);
final DerivativeStructure out = a_ds.pow(dsA);
final double calc = (Math.pow(a, x + EPS) - Math.pow(a, x)) /
EPS;
System.out.format(Derivative@%f=%f %f\n, a, calc,
out.getPartialDerivative(new int[]{1}));
}
}
At this point Im explicitly substituting the rule that derivative(|a|^x) =
0 for |a|=0.
Thanks,
Ajo.
On Fri, Aug 23, 2013 at 9:39 AM, Luc Maisonobe luc.maison...@free.frwrote:
Hi Ajo,
Le 23/08/2013 17:48, Ajo Fod a écrit :
Try this and I'm happy to explain if necessary:
public class Derivative {
public static void main(final String[] args) {
DerivativeStructure dsA = new DerivativeStructure(1, 1, 0, 1d);
System.out.println(Derivative of constant^x wrt x);
for (int a = -3; a 3; a++) {
We have chosen the classical definition which implies c^x is not defined
for real r and negative c.
Our implementation is based on the decomposition c^r = exp(r * ln(c)),
so the NaN comes from the logarithm when c = 0.
Noe also that as explained in the documentation here:
http://commons.apache.org/proper/commons-math/userguide/analysis.html#a4.7_Differentiation
,
there are no concepts of constants and variables in this framework,
so we cannot draw a line between c^r as seen as a univariate function of
r, or as a univariate function of c, or as a bivariate function of c and
r, or even as a pentavariate function of p1, p2, p3, p4, p5 with both c
and r being computed elsewhere from p1...p5. So we don't make special
cases for the case c = 0 for example.
Does this explanation make sense to you?
best regards,
Luc
final DerivativeStructure a_ds = new DerivativeStructure(1,
1,
a);
final DerivativeStructure out = a_ds.pow(dsA);
System.out.format(Derivative@%d=%f\n, a,
out.getPartialDerivative(new int[]{1}));
}
}
}
On Fri, Aug 23, 2013 at 7:59 AM, Gilles gil...@harfang.homelinux.org
wrote:
On Fri, 23 Aug 2013 07:17:35 -0700, Ajo Fod wrote:
Seems like the DerivativeCompiler returns NaN.
IMHO it should return 0.
What should be 0? And Why?
Is this worthy of an issue?
As is, no.
Gilles
Thanks,
-Ajo
--**--**-
To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org
dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: Need for an alternatives to the main line of code.
On 8/21/13 3:07 PM, Bernd Eckenfels wrote: Hello, but those who propose it must be ready to perform a _committer_ work I wonder if this is correct, this is after all (a somewhat annoyingly broad) discussion list. If somebody suggest a new API/Structure and backs it up even with some working proof of concept code (which better explains the concept and explains some points people questioned) then this is a good and huge contribution even if it fails the policy requirements at first. And it is possible that other (non comitters) can improve it from there. No proofs or unit tests are mandatory at this (discussion) state. But of course nobody can expect such draft work to be committed - but it might find a champion who is convinced by its idea and partial existing work. In fact it is much better to have a API proposal which can be adopted to further proposals/clarifications without throwing away documentation/test fluff. And on a unrelated topic - it is not a problem that there is no open SVN repo at this stage. Neigther a policy controlled hosted repo nor SVN are good for the gradual, distributed brainstorming. BTW: why is a Optimizer/Algebra System/Math Library a commons project anyway? You can still see the original proposal linked on the [math] project page [1]. The basic rationale for the component has not really changed over the 10 years that we have been working on it here. We have talked a few times about graduating but the great help and feedback that we get from members of the commons community has always outweighed the advantages of going TLP. Of course, we live in fear that after too many threads like this, we will eventually get kicked out ;) Phil [1] http://commons.apache.org/proper/commons-math/proposal.html Greetings Bernd PS: nudge nudge, some feedback the questions I raised in the VFS threads would be great ;) Am 21.08.2013 um 23:47 schrieb Gillesgil...@harfang.homelinux.org: On Wed, 21 Aug 2013 09:42:09 -0700, Ajo Fod wrote: Good for you... Yes just imagine if I'd to get every fix through committers. I'd never get anything done here. Not every fix; commit to start with one. I've spent a _lot_ of time detailing what you could do to go forward with the issues which you submitted. And you simply ignored it all, plainly saying that I'm free to do the work myself. On the subject of this thread: I did not imply that an experimental package would allow sloppy or undocumented code or bypass unit testing. All (the above) things being equal, the purpose would be to compare alternative designs. Perhaps I was not clear. Once again I repeat: I agree with the need for comments clean code and unit tests demonstrate the incremental utility of the contribution in the experimental package. And you have been very clear that you expect other people to do the work. I merely disagree that all contributors have the knowledge or the incentives to test Everything (ideally), reuse other Commons components, comment on Everything, and in the case of CM analytically prove that the underlying math is sound, analyze when the code might fail, compare it with all other known methods, etc. So, if half-baked code (that solves a known problem) exists in the experimental packages, people who really need it to be reliably tested can patch in the tests and promote the code to fully-baked status. I think that there exist projects out there that collect any code that purports to solve some problem. I hope you'll agree that as it stands, this makes CM capable of only solving a subset the mathematical problems of what it can solve with a more open policy. I think that you are wrong. Even as we try to abide by rules, cruft and bugs accumulate; loosening the policy will just make it worse. Phil explained the policy for Apache Commons projects. Personally, I've also my reservations about some ill-defined aspects of the policy. But I'm certainly not backing a proposal that amounts to unbounded maintenance work for the committers. The argument for alternative designs of the API is great too because it allows people to comment on the API design as they use it. There are too many possibilities; that's why design change is usually driven by new usage (user input) or discovering internal inconsistencies (developer input). Personally, I'm also open to a complete rewrite of some functionality, but those who propose it must be ready to perform a _committer_ work (namely, be around in order to maintain what they have asked to be included in CM). Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
