[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
residue.m & reciprocal functionality?
From: |
Ben Abbott |
Subject: |
residue.m & reciprocal functionality? |
Date: |
Sun, 7 Oct 2007 11:57:14 -0400 |
I've modified the residue.m script to add compatibility with Matlab's
equivalent, and would like to solicit opinions with regards to how
residue.m should behave
The old Octave version worked as
[R, P, K, E] = residue (B , A, [TOL]);
Where
R = residues
P = poles
K = direct polynomial term
E = multiplicity of the poles
B = numerator polynomial
A = denominator polynomial
TOL = optional tolerance used to determine multiplicity
Matlab's includes a similar syntax and a reciprocal one
[R, P, K] = residue (B, A);
[B, A] = residue (R, P, K);
In Matlab's implementation, the multiplicity vector is not directly
accessible.
To reconcile the old Octave syntax with Matlab's the optional input,
TOL, was dropped, and the reciprocal operation was added. So at
present, my modified residue.m supports the two modes of
functionality below.
[R, P, K, E] = residue (B , A);
[B, A] = residue (R, P, K);
ok, here's the question; Should the reciprocal operation also deviate
from Matlab and include the multiplicity vector as an optional input?
[R, P, K, E] = residue (B , A);
[B, A] = residue (R, P, K, [E]);
... any thoughts/opinions?
- Re: 2.9.15 --> 3.0, (continued)
- Re: 2.9.15 --> 3.0, Thomas Weber, 2007/10/08
- Re: 2.9.15 --> 3.0, David Bateman, 2007/10/08
- Re: 2.9.15 --> 3.0, Rafael Laboissiere, 2007/10/08
- Re: 2.9.15 --> 3.0, John W. Eaton, 2007/10/08
- Re: 2.9.15 --> 3.0, Rafael Laboissiere, 2007/10/08
- Re: 2.9.15 --> 3.0, Thomas Weber, 2007/10/08
- Re: 2.9.15 --> 3.0, Quentin Spencer, 2007/10/09
Re: 2.9.15 --> 3.0, Peter A. Gustafson, 2007/10/06
Re: 2.9.15 --> 3.0, Rafael Laboissiere, 2007/10/07
Re: 2.9.15 --> 3.0, John Swensen, 2007/10/07
Re: 2.9.15 --> 3.0, David Bateman, 2007/10/08