Return-Path: 
 <commons-user-return-11335-apmail-jakarta-commons-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org
Received: (qmail 58257 invoked from network); 29 Mar 2005 22:39:00 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 29 Mar 2005 22:39:00 -0000
Received: (qmail 58921 invoked by uid 500); 29 Mar 2005 22:38:59 -0000
Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org
Received: (qmail 58022 invoked by uid 500); 29 Mar 2005 22:38:56 -0000
Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-user-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:commons-user-subscribe@jakarta.apache.org>
List-Help: <mailto:commons-user-help@jakarta.apache.org>
List-Post: <mailto:commons-user@jakarta.apache.org>
List-Id: "Jakarta Commons Users List" <commons-user.jakarta.apache.org>
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Delivered-To: mailing list commons-user@jakarta.apache.org
Received: (qmail 58003 invoked by uid 99); 29 Mar 2005 22:38:56 -0000
X-ASF-Spam-Status: No, hits=0.1 required=10.0
	tests=HTML_40_50,HTML_MESSAGE
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Received: from mail2.lpasystems.com (HELO LPA-FS1.lpasystems.com)
 (67.138.245.98)
  by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 29 Mar 2005 14:38:55 -0800
Received: by lpa-fs1.lpasystems.com with Internet Mail Service (5.5.2653.19)
	id <H42R0JV7>; Tue, 29 Mar 2005 17:38:53 -0500
Message-ID: <8766268EF6DFBF4EA7C1C6E58CA0EE9201FE439D@lpa-fs1.lpasystems.com>
From: "Litchfield, Ben" <Ben.Litchfield@lpasystems.com>
To: Jakarta Commons Users List <commons-user@jakarta.apache.org>
Subject: RE: [math] PolynomialSplineFunction.value() domain question
Date: Tue, 29 Mar 2005 17:38:53 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C534B0.15A064EE"
X-Virus-Checked: Checked
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

------_=_NextPart_001_01C534B0.15A064EE
Content-Type: text/plain

I have created an issue here
http://issues.apache.org/bugzilla/show_bug.cgi?id=34230

I have not worked on a patch yet, just wanted to see if it made sense first,
I will start working on it and add it to that issue when it is ready.

Let me know if you have any suggestions on where I should start, otherwise I
will just dive in.

Ben




-----Original Message-----
From: news [mailto:news@sea.gmane.org] On Behalf Of Brent Worden
Sent: Tuesday, March 29, 2005 4:46 PM
To: commons-user@jakarta.apache.org
Subject: Re: [math] PolynomialSplineFunction.value() domain question

Ben,

I've looked over some literature and I agree with you that it does not make 
much sense that the function can not be evaluated at one of the knots.

If it is not a bother, could you open a issue at 
http://jakarta.apache.org/commons/math/issue-tracking.html?  Just follow the

link to Bugzilla.  Also include patch with your changes if you can.  We can 
discuss the changes via Bugzilla once it is entered.

Thanks for your input,

Brent


"Litchfield, Ben" <Ben.Litchfield@lpasystems.com> wrote in message 
news:8766268EF6DFBF4EA7C1C6E58CA0EE9201FE4365@lpa-fs1.lpasystems.com...
(now with a proper subject, in case you confused PolynomialSplineFunction
with commons-logging :) )

The javadocs for this function state that

"Throws: FunctionEvaluationException - if v is outside of the domain of of
the spline function (less than the smallest knot point or greater than or
equal to the largest knot point)"

I have a series of points, for example ( (12.2,3), (15.4,1.2), (18.9, 4.6)
) that I need to interpolate some data points from. The problem is that I
need to be able to interpolate from 12.2 through 18.9 inclusive, right now
an exception is thrown if I try to evaluate for 18.9, which is exactly what
the javadocs state should happen. Is there a mathematical reason for being
able to evaluate the first datapoint but not the last one? Can you point me
to a reference if that is the case? To me it seems to make sense that it
should be able to determine the value at one of the knot points, ". If this
is an issue in the code then I can submit a patch, just didn't want to waste
my time if it is currently mathematically correct.

Any comments/suggestions would be welcome.

Ben




---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org

------_=_NextPart_001_01C534B0.15A064EE--