[Pkg-octave-devel] Bug#348480: Bug#348480: Bug#348480: sample data

Rafael Laboissiere rafael at debian.org
Sat Sep 6 17:36:56 UTC 2008


* Thomas Weber <thomas.weber.mail at gmail.com> [2008-09-06 11:09]:

> On Sat, Sep 06, 2008 at 10:26:20AM +0200, Rafael Laboissiere wrote:
> > * Thomas Weber <thomas.weber.mail at gmail.com> [2008-05-17 23:22]:
> > 
> > > Upstream changed the polyfit algorithm in the 3.1 branch to a QR based
> > > algorithm. Your sample is included as a test case, so once we come to
> > > that version, this bug should be fixed. 
> > 
> > It does not seem to be the case:
> > 
> > $ octave3.1 -q
> > octave3.1:1> inputData = load( "test.dat" );
> > octave3.1:2> x = inputData( : , 1 );
> > octave3.1:3> y = inputData( : , 2 );
> > octave3.1:4> P = polyfit(x,y,10);
> > warning: dgelsd: rank deficient 13x11 matrix, rank = 3
> > octave3.1:5> P
> > P =
> > 
> >    1.9998e-24
> >    5.2878e-21
> >    3.5391e-18
> >   -8.9277e-21
> >    1.5014e-23
> >   -2.1042e-26
> >    2.6541e-29
> >   -3.1245e-32
> >    3.5032e-35
> >   -3.7875e-38
> >    3.9812e-41
> > 
> > This is with version 3.1.51.  Thomas, do you know whether it is fixed in hg?
> 
> It should be in 3.1.51, the sample is one test in polyfit.m. I've just
> copied the polyfit from the ss-3-1-51 tag in my 3.0 installation and it
> seems to work fine; however, my P is a row vector?

You are right, the problem is fixed in 3.1.51.  I had a wrong polyfit.m in
my path when I did the test above.  Sorry.

-- 
Rafael





More information about the Pkg-octave-devel mailing list