+0
Al
- Original Message
From: Phil Steitz [EMAIL PROTECTED]
To: Jakarta Commons Developers List commons-dev@jakarta.apache.org
Sent: Wednesday, April 4, 2007 8:56:06 AM
Subject: [math] Proposal: move build to m2
As we ramp up to a 1.2 release, I think its a good idea to move to
Maven
Never having heard of sparse grid interpolation, I found the following
interesting. The terms of the license seem to be the same as Apache's, in case
we wanted to port this toolbox to Java.
Al
The Sparse Grid Interpolation Toolbox is a MATLAB toolbox for recovering
expensive, possibly
+0
--- Phil Steitz [EMAIL PROTECTED] wrote:
The problems reported with math 1.1 RC4 have been fixed. I would like
to call for another release vote, based on the release candidate
available here:
http://people.apache.org/~psteitz/commons-math/1-1-rc5
Release notes are here:
Thanks for carrying the ball on this release, Phil. Here's my +0 (sorry, too
swamped with everything else in my life!).
Al
--- Phil Steitz [EMAIL PROTECTED] wrote:
There have been no problems reported with math 1.1 RC4, other than some
small javadoc fixes, which have been applied to the
Never having used or even learned anything in detail about SVD, my only
suggestion is that equations 2.6.1 and 2.6.4 in
http://library.lanl.gov/numerical/bookcpdf/c2-6.pdf are, as the text therein
says, the only defining requirements for the SVD of any matrix. You could, as
the text says, verify
--- Phil Steitz [EMAIL PROTECTED] wrote:
--8-
[ ] +1 Release Math 1.1
[X] +0 General support but not definitive
[ ] -0 Unhappy about the release but not definitive
[ ] -1 Do not release Math 1.1
I regret and apologize for not
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
I am in process of rolling what I hope will be the final 1.1 RC. We need to
settle the issue of where to locate the 1.0 and 1.1 javadocs. If there are
no objections, I plan to rename the /api directory that contains the
Right, many production installations are frozen at 1.3 for the foreseeable
future, so we have to accommodate that.
Al
--- Brent Worden [EMAIL PROTECTED] wrote:
We support 1.3 and higher.
Brent Worden
- Original Message -
From: Zhang [EMAIL PROTECTED]
To: Phil Steitz [EMAIL
or algorithms
from either book. I will post my JUnit tests and code this evening for
review.
James
Al Chou wrote:
Yes, good point, Martin.
James, please see
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg61147.html for
an
example of our exercising a decision we made early
Yes, good point, Martin.
James, please see
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg61147.html for an
example of our exercising a decision we made early in Commons Math's history
regarding code derived from _Numerical Recipes_ (in short, using _NR_ as a
source for code
Rostyslav,
I'm sure we'd be happy to have you join the project. I've copied this message
to the Jakarta commons-dev mailing list.
Al
-Original Message-
From: Uzhgorod [mailto:[EMAIL PROTECTED]
Sent: Friday, June 10, 2005 3:16 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject:
--- Phil Steitz [EMAIL PROTECTED] wrote:
On 6/3/05, robert burrell donkin [EMAIL PROTECTED]
wrote:
On Thu, 2005-06-02 at 22:58 -0700, Al Chou wrote:
[deletia]
I think the modified scope specified later in this thread is in scope
for j-c-m. I agree that the scope of the initial proposal
--- robert burrell donkin [EMAIL PROTECTED] wrote:
On Thu, 2005-06-02 at 22:58 -0700, Al Chou wrote:
Questions of scope of Commons-Math aside gasp, what is the scope of the
summer project? The scope of Ryan's proposal seems mighty ambitious, even
if
you remove the parts that aren't
Ryan,
Your list below seems much more achievable. I suggest cutting it even a bit
further, say, dropping Gaussian quadrature as you already hint at (because
implementing it would drag in some of the special functions that you note we
don't have) and the ODE solver (unless all you mean is a
Questions of scope of Commons-Math aside gasp, what is the scope of the
summer project? The scope of Ryan's proposal seems mighty ambitious, even if
you remove the parts that aren't currently in scope for Commons-Math. If you
intend to stay true to Apache's charter, the code will have to be
Hi, Bear,
Thanks for your contributionary sentiment. Unfortunately, we cannot accept
code based on _Numerical Recipes_, given their license.
--- Bear Giles [EMAIL PROTECTED] wrote:
Cleaning out some old files from a grad class. I have one- and
two-dimensional FFT code in C, ported to Java.
--- Phil Steitz [EMAIL PROTECTED] wrote:
I just discovered that we have some JDK 1.4 dependencies in the 1.0
release code. I would like to make the following changes to allow
compilation on 1.3. Diffs showing the changes are at the bottom of this
message:
1) Eliminate the use of JDK 1.4
I agree, move forward with the release.
In case I forgot to vote before, here's my +0 (my company is releasing a major
new version this month, and I'm selling a house and buying another, so I have
no time!).
Great job getting this release out!
Al
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Oh, yeah. g
+1
Thanks for all your work, Phil!
Al
--- Phil Steitz [EMAIL PROTECTED] wrote:
nudge/
-Original Message-
From: Phil Steitz
Sent: Sun 11/7/2004 6:06 PM
To: Jakarta Commons Developers List
Cc:
Subject: [math][vote] Release
--- Phil Steitz [EMAIL PROTECTED] wrote:
I have used R to compute target values for statistics (and other things)
in test cases where certified data tests are not available. To make these
tests repeatable, I have been saving scripts that can be executed in R
using the source() function. I
--- F Norin [EMAIL PROTECTED] wrote:
Do you have any references for the quantum physics cases? I certainly
didn't specialize in quantum physics (plasma physics typically uses almost
everything _but_ quantum physics), but I did get as far as a EE graduate
course in QED and never
Hi, Frank,
--- F Norin [EMAIL PROTECTED] wrote:
Note: There are also distributions that are neither discrete, continuous
or a mixture of the two. For example, there are numerous distributions
based upon the Cantor ternary sets.
Practical counter-examples like what you have above are
--- Phil Steitz [EMAIL PROTECTED] wrote:
Frank,
After reading carefully again and thinking about some practical examples, I
agree that the current framework has a fundamental and unecessary limitation.
The point mass at 0, continuous beyond 0 example below does occur in
practical
--- Phil Steitz [EMAIL PROTECTED] wrote:
Thanks for the feedback and the contribution!
See comments interspersed below.
[EMAIL PROTECTED] wrote:
Hi
I've been looking around for open source mathematical statistics software
in
Java in the last couple of weeks and have tested the
--- Phil Steitz [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
4) Add the following new methods to both RealMatrix and BigMatrix
interfaces: RealMatrix getSubMatrix (int startRow, int endRow, int
startColumn, int endColumn) RealMatrix getSubMatrix (int[] rows, int[]
columns) RealMatrix
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Wolfgang Hoschek wrote:
Mark,
I am not worried about fracturing. My understanding is that you
wouldn't start doing colt releases build by apache, right? You'd rather
take some parts or derivatives of the code and add them to commons-math
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
I agree we should not be releasing Apache versions of the whole Colt
library
(which technically wouldn't even be possible, as the hep.aida.* packages
are
LGPL'd, not under the the new CERN license). In any case, the question
--- Kim van der Linde [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
I agree here as well. Do you see use cases where you will want to start
with a double[][] array, perform matrix operations on it (say some
decomposition) and then run stats on the resulting matrix? Will it be
too
--- Phil Steitz [EMAIL PROTECTED] wrote:
There were not enough +1 votes to proceed with the release. Bug fixes were
also applied during the vote. Therefore, we cannot proceed with the
release at this time.
Three issues were reported with the release package:
1) Extraneous files (forgot
--- Phil Steitz [EMAIL PROTECTED] wrote:
I just added a changes.xml file to track changes between releases. Does
anyone have a problem with using this? It will (hopefully) make preparing
release notes easier.
I like it; I'll just have to make sure I remember to update the file when I
make
--- Phil Steitz [EMAIL PROTECTED] wrote:
RC1 has been out for almost 2 weeks now and there has been just one bug
reported, which has been fixed in CVS. I propose, therefore, that we move
forward with the official 1.0 release. An updated release candidate is
available here:
--- Wolfgang Hoschek [EMAIL PROTECTED] wrote:
FYI, if some of you Math guys would like to refer to Colt and/or take
ideas as you see fit:
A lot of licensing issues with COLT have been cleaned up in the latest
stable release (1.2.0).
In particular, there are no GPL and no commercial
--- Phil Steitz [EMAIL PROTECTED] wrote:
Brent Worden wrote:
Ok,
I tally (pre-apologies if I misrepresent anyone):
Four votes for 0-based indexing (Andrew, Kim, Mark, and Stephen).
Three votes for 1-based indexing (Al, Phil, and myself).
Should we go ahead with the 0-based
--- Phil Steitz [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Date: 2004-09-02T06:34:37
Editor: AlChou [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: MathWishList
URL: http://wiki.apache.org/jakarta-commons/MathWishList
no comment
Change Log:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
My personal preference would originally have been to use 1-based indexing
(actually, I really prefer Fortran's ability to let the user define the
lower
bound index value in each array dimension if they so choose, even though
--- Phil Steitz [EMAIL PROTECTED] wrote:
This vote is to approve the public release of commons math 1.0-RC1.
This will be a publicly announced RC to enable full feedback for a final
release in about two weeks if all is well.
The distribution files are here:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
This is the type of discussion I'm referring too. Here is a perfect
example of why commons components would benefit from separate users
lists. Users are not interested in the same discussion issues as
developers, the commons users list is ill
--- J.Pietschmann [EMAIL PROTECTED] wrote:
Stephen Colebourne wrote:
For me, [math] goes beyond the role of a simple library of common code.
IT would be interesting to hear what you (and others) think
about the further evolution of [math]. I also really like
to know what current users of
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Hello all,
After some thought, I've come to the conclusion that Commons should
setup a separate user lists for the Math group.
+1
Al
-
To unsubscribe, e-mail: [EMAIL
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
Congratulations on the work put into [math]!
Stephen
- Original Message -
From: Phil Steitz [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, July 25, 2004 7:13 PM
Subject: Re: [math] Design
Citation Numbers in the javadoc and then
maintained references to external sources in the Math Site documentation?
Al Chou wrote:
--- [EMAIL PROTECTED] wrote:
psteitz 2004/07/01 22:29:14
Modified:
math/src/java
--- Phil Steitz [EMAIL PROTECTED] wrote:
All good points below. How about the following strategy:
1) Web site always reflects state of current development (essentially CVS
head). We get better at keeping it up to date (I have been lazy about
this), trying to update it after every
--- [EMAIL PROTECTED] wrote:
psteitz 2004/07/01 22:29:14
Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
Kurtosis.java Skewness.java
Log:
Removed link to external definition, as formula has been added to javadoc.
Maybe it's my
--- Phil Steitz [EMAIL PROTECTED] wrote:
J.Pietschmann wrote:
Phil Steitz wrote:
1) Decide what to do about inverse cumulative probabilities where p =
1 (easy solution is to document and throw)
Nearly +1
My own nearly +1 on this just turned to -1. After looking some more
--- Phil Steitz [EMAIL PROTECTED] wrote:
C. Scott Ananian wrote:
On Thu, 3 Jun 2004, Stephen Colebourne wrote:
This presumes that everyone wants a reduced fraction. I believe that there
are use cases for holding an unreduced one. The main one that strikes me is
education.
The
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I'm curious about AbstractDescriptiveStatistics, currently our Type
Hierarchy looks like this:
Object
-- DescriptiveStatistics (implements Statistical Summary)
-- AbstractDescriptiveStatistics
--
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
Before we go too far down this path, it would be very helpful to know just
how
much performance penalty is incurred by specifying strictfp. That FAQ
certainly suggests that the difference is large and undesirable, but like
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
[Yoav] You probably want strictfp:
http://www.jguru.com/faq/view.jsp?EID=17544.
[Phil] I am not sure that we want this, but I am by no means a JVM expert.
From what I understand, the decision comes down to strict
As Brent says in the latest comment on the bug report, the cumulative
probability does seem to be behaving as its mathematical definition
specifies. Perhaps what is wanted by the reporter is not just the
cumulative probability at a point n but rather the difference between
the cumulative
--- Phil Steitz [EMAIL PROTECTED] wrote:
To close out BZ #28829, I need to add some degenerate test cases to
BinomialDistributionTest. As I started to do this, I realized that adding
more test points would be easier and we could eliminate duplication of
code across test classes in the
of Tcl.
Al
--- Eric MacAdie [EMAIL PROTECTED] wrote:
Al Chou wrote:
Numerical Python (NumPy) came up the past couple of days on the
Object-Oriented
Numerics list, and because I know it's been hosted at SourceForge for years,
I
started wondering whether it could be a source of ideas
Numerical Python (NumPy) came up the past couple of days on the Object-Oriented
Numerics list, and because I know it's been hosted at SourceForge for years, I
started wondering whether it could be a source of ideas or even algorithms for
us. The manual
--- Allen Lee [EMAIL PROTECTED] wrote:
I've always thought something similar to the boost graph library
(http://www.boost.org/libs/graph/doc/index.html) would be useful. Now that
Java has generics as well it might be an easier first-cut translation...
We wouldn't be able to ship a
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Maybe we can research in Maven and see if these links can be turned
off?
-1 on email addresses not being obfuscated.
Yes, -1 for me, too. I'm fortunate to have been late coming onto spammers'
radar screens, but I'd like to limit any further
--- Inger, Matthew [EMAIL PROTECTED] wrote:
The basic reason i inquired is that by using doubles,
you're limiting the precision available when doing certain
operations. Take the following matrix:
[ 4 6 ]
[ 6 14 ]
If you try to take the inverse of that matrix, the correct
answer is:
--- Phil Steitz [EMAIL PROTECTED] wrote:
I missed the beginning of this thread; my Yahoo mail has been strangely low
in
activity the past two days.
Rather than espouse an opinion on where these methods should go, let me ask
why
a parallel sort would be so bad. Especially if you
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
But if we were to have use cases in which exactness was paramount, very
high
precision (or perhaps using a RationalNumber class) would of course be the
right thing to provide.
And of course, you can quickly waste 50 digits
not).
-Original Message-
From: Al Chou [mailto:[EMAIL PROTECTED]
Sent: Friday, April 09, 2004 9:23 AM
To: Jakarta Commons Developers List
Subject: RE: [Math] - RealMatrix
--- Inger, Matthew [EMAIL PROTECTED] wrote:
The basic reason i inquired is that by using doubles,
you're limiting
--- Phil Steitz [EMAIL PROTECTED] wrote:
Should be fixed now in CVS.
In addition to fixing the impl, I made the following changes:
SplineInterpolator.interpolate(double[], double[]) now returns a
PolynomialSplineInterpolator (new class), which has an array of
PolynomialFunctions
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
0. To help debug the SplineInterpolater (PR #28019 et al), I need to
expose the coefficients in o.a.c.m.analysis.Polynomial as a read-only
property (returning an array copy). Any objections
--- Phil Steitz [EMAIL PROTECTED] wrote:
Pierre Auslander wrote:
Gents,
would it be of any interest to contribute sparse matrices (with iterative
decomposition, solvers, etc.) to commons.math?
Some time ago I've implemented such a library in C++, using iterative
algorithms. It
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
Have we considered a design for the general derivative case (i.e. for
UnivariateRealFunction objects)? I was thinking about a
Differentiable interface that either extends from URF or is a base
interface. It would have a single
--- Phil Steitz [EMAIL PROTECTED] wrote:
0. To help debug the SplineInterpolater (PR #28019 et al), I need to
expose the coefficients in o.a.c.m.analysis.Polynomial as a read-only
property (returning an array copy). Any objections to adding this?
+1 if you do it by adding a
--- [EMAIL PROTECTED] wrote:
On Tue, 30 Mar 2004 21:29:42 -0700, Phil Steitz wrote:
0. To help debug the SplineInterpolater (PR #28019 et al), I need to
expose the coefficients in o.a.c.m.analysis.Polynomial as a
read-only
property (returning an array copy). Any objections to adding
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
On Sun, 2004-03-21 at 22:40, Al Chou wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
[deletia]
4. Similarly, I would like to create an inference or test subpackage
and put TestStatistic there.
+1 I wonder if there's a better name than
Phil,
I noticed that in testInterpolateLinearDegenerateThreeSegment() you didn't
insert a TODO comment when you deleted most of the body of the method (quoted
below)
Al
--- [EMAIL PROTECTED] wrote:
psteitz 2004/02/15 22:30:21
Modified:
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
Phil,
I noticed that in testInterpolateLinearDegenerateThreeSegment() you didn't
insert a TODO comment when you deleted most of the body of the method
(quoted
below)
Al
Oops! I should have commented that block
Maybe you all know about this feature of the just-beta Java 1.5, but I was
pleasantly surprised to learn on slide 46 of the presentation below
http://www.javasig.com/Archive/lectures/JavaSIG-Tiger.pdf
that the new static import feature allows you to write things like
import static Math;
x =
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
[deletia]
*jar release* (jar)
Archive: commons-math-0.1-dev.jar
[deletia]
So the jar has no tests and no experimental code within it.
Any Comments?
-Mark
Sorry to chime in so late, but my preference would be to include the tests no
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Hi,
I updated the site a few minutes ago. All recent changes are now in
javadoc etc.
http://jakarta.apache.org/commons/math/
-Mark
p.s. With the amount of crap starting to show up in my apache email
account, I recommend we drop the
--- Phil Steitz [EMAIL PROTECTED] wrote:
I would like to fix PR #25972 and tidy up a few other things. Any
objections to my adding myself to STATUS and committing, or shall I
submit patches?
Phil
I don't understand why the bug report is filed against Math, but I'm fine with
you going
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
http://jakarta.apache.org/commons/math/clover/index.html
I have to say, I'm very impressed with the clover test coverage tool.
This report is very cool and shows us exactly where
, String, int ) and
my split( String, String, boolean, int ) to implement the change.
Thanks,
Al
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
While testing, I discovered that my expectations for the behavior of the
split(
*, ..., int max ) methods didn't match their actual
methods, if need be.
Al
--- Al Chou [EMAIL PROTECTED] wrote:
This thread is a good entree for my question. I was adding a new
StringUtils.split method that can split a string using a whole string as the
delimiter, rather than the characters within that string. In running my
JUnit tests, I
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I'm trying organize this thread a little bit more than was accomplished
in the discussion.
Thanks, Mark. Good job.
1.) Argument exists concerning the dependency requirements of Commons
Math. To in fact be modular and easily integrated some
This thread is a good entree for my question. I was adding a new
StringUtils.split method that can split a string using a whole string as the
delimiter, rather than the characters within that string. In running my JUnit
tests, I discovered unexpected behavior in the existing method:
String
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
OK, I see. The one thing I notice is that the names are getting awfully
long,
especially for the non-default case. I guess that's a price we pay for
having
descriptive (no play on words intended) names like
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
Would you move the existing ones into
org.apache.commons.math.distributions.statistical or something so that the
probability distributions could be organized together under *.probability?
Also, I noticed that the current
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I have several modifications I'm planning to make, but in the spirit of
consensus I want to propose them and attempt to get some agreement. So
math developer opinions on the subject
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
...
2.) Like in my last emails concerning Univariate I would like to, (and
have done so in my checkout successfully) Make the following Class changes:
interface
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I'm starting to consider that the implementations we have of higher-end
Univariates (ListUnivariate/BeanListUnivariate) are a bit premature.
In Repast they/we encountered that reflection costs tend to make wanting
to work with Collections as the
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I have several modifications I'm planning to make, but in the spirit of
consensus I want to propose them and attempt to get some agreement. So
math developer opinions on the subject would be good.
1.) o.a.c.math.stat.distributions --
Danny Angus,
I deleted your message accidentally and thus don't have your email address
(Jakarta's mail archive completely removes them from the messages rather than
simply obscuring them), otherwise I might have asked this question privately.
I asked the same question on the BSF list last
--- Eric Pugh [EMAIL PROTECTED] wrote:
Hi all,
I am faced with a needing to generate IC50 (also called EC50) curves for a
project.
A) Does anyone know of any packages that do this?
B) If not, would this be something of interest for Math?
I don't think we have any curve-fitting code
StoreUnivariateImpl.java
Log:
Application of apply(Functor x) strategy (thank you Al Chou) for
evaluating UnivariateStatistics against the internal storage collection
without exposing the collection or its bounds.
Mark,
I assume all the existing unit tests passed. I don't think you mentioned
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Prior to my changes last night increment was actually calculating the
entire statistic. getValue was only returning the value of a precalculated
property. The problem is that the cpu cycles need to be spent no matter the
approach of full calculation
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Anton Tagunov wrote:
3)
BTW, probably does the future introduction of Generics (Java 1.5)
promise any opportunities to work with primitive values and yet
have no code duplication (a bit like STL)?
I've not spent much time looking at
--- Craig R. McClanahan [EMAIL PROTECTED] wrote:
My understanding is that this is exactly what you'll get from the
auto-unboxing capability. The compiler will be able to see that the right
hand side returns a Double, and generate the code to unbox it into a
double primitive for you.
This
The beginnings of a thread in the Refactoring Yahoo list that may be of
interest for our current design discussions:
Change utility class to singleton with interface?
http://groups.yahoo.com/group/refactoring/message/3797
Al
=
Albert Davidson Chou
Get answers to Mac questions at
--- J.Pietschmann [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
I would steer away for primative as much as possible.
Keep in mind that excessive object creation can and usually is
a significant performance drain, both because it is slow in itself
despite all kinds of optimization as
--- J.Pietschmann [EMAIL PROTECTED] wrote:
Al Chou wrote:
Does staticness preclude extensibility?
...
I clearly have never studied for a Java certification. g Thanks for the
clarification, Phil.
No difference to C++ or any other language with class methods
I ever met.
I'm not much
--- Phil Steitz [EMAIL PROTECTED] wrote:
(2) Considerations
a.) Is consistent library design important?Can all these models
interace effectively? Are all these different design models required? Is
there a single design model that can span the entire library?
IMHO, the most important
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I suspect its the same case with Quintic solver as well, If they are
just for test examples, I'll move them back there.
-Mark
Phil Steitz wrote:
Mark R. Diggory wrote:
Yes, sorry about that, I had missed adding those in the last patch.
--- Additional Comments From [EMAIL PROTECTED] 2003-06-25 01:16
---
I'll apply this, but its really alot easier to apply cvs generated patches
over tarballs or unix diff. I would prefer this format over all others.
Not only does cvs diff generate patches directly against the cvs
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Understandable, and thats sensible, as long as I can find a way to apply
the patch, I'll accept it.
There is a way that the cvs diff strategy would still work, it would
have been to create a cvs diff that applied all the changes that the tgz
--- Phil Steitz [EMAIL PROTECTED] wrote:
* RealMatrixImpl is missing one method implementation -- getRank(). The
most accurate way to implement this would be to add Singular Value
Decomposition and use this to compute effective numerical rank. If
someone wants to volunteer to do this, we
--- J.Pietschmann [EMAIL PROTECTED] wrote:
Al Chou wrote:
* Interpolation. Al is working on cubic spline interpolation. Right?
Right.
Sorry if I preempted your work, but I just posted cubic spline
interpolation to bugzilla for general review.
There are a few design questions
I finally decided that cubic spline would be my first attempt at implementing
interpolation, partly because of the difficulty of finding an alternative
reference to NR for the Stoer Bulirsch rational function method, partly
because I started to have doubts about the desirability of interpolation
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
I finally decided that cubic spline would be my first attempt at
implementing
interpolation, partly because of the difficulty of finding an alternative
reference to NR for the Stoer Bulirsch rational function method, partly
because
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
I keep reminding myself, we are the developers, there is always room
for refactoring in the future. If there becomes a clear hindrance
with the use of static methods, then we can refactor them into a
class that needs to be
1 - 100 of 141 matches
Mail list logo