change in polyfit()'s behaviour?
Ben Abbott
bpabbott at mac.com
Sat Jan 3 12:51:32 CST 2009
On Jan 3, 2009, at 1:28 PM, Thomas Weber wrote:
> On Sat, Jan 03, 2009 at 01:04:52PM -0500, Ben Abbott wrote:
>>
>> On Jan 3, 2009, at 11:47 AM, Thomas Weber wrote:
>>
>>> Hi,
>>>
>>> the following raises in error in the 3.0 branch:
>>>
>>> polyfit ([1,2; 3,4], [1,2; 3,4],4)
>>> namely
>>> error: polyfit: x and y must be vectors of the same size
>>>
>>> In fact, this error is part of test_poly.m in the test/
>>> subdirectory.
>>>
>>>
>>> In the development sources, the test has been removed and the output
>>> is
>>> now:
>>>
>>> octave:1> polyfit ([1,2; 3,4], [1,2; 3,4],4)
>>> ans =
>>>
>>> 0.011358 -0.113585 0.397547 0.432076 0.272603
>>>
>>> Is this change intentional, ie should polyfit handle matrices as
>>> input
>>> arguments?
>>>
>>> Thomas
>>
>> It is compatible behavior, so it should accept matrices, provided
>> they
>> are the same size.
>
> Ah, okay. I wonder whether this behaviour is intentional, though.
My memory is that it was intentional on our part (or at least mine).
The discussion the this changeset is below. Ironically, you led it
off ;-)
http://www.nabble.com/Polyfit-with-scaling-tt15191415.html#a15281777
I haven't located any discussion regarding the present topic. However,
Dimitri did suggest wpolyfit be used as a starting point. It is
possible that this feature was inherited from there.
Ben
More information about the Octave-maintainers
mailing list