[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #53019] [octave forge] (signal) zplane plottin

From: Mike Miller
Subject: [Octave-bug-tracker] [bug #53019] [octave forge] (signal) zplane plotting enhancements
Date: Wed, 4 Apr 2018 04:42:08 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0

Follow-up Comment #5, bug #53019 (project octave):

I would like to know from someone who does have access to Matlab whether
zplane actually respects the axes 'ColorOrder' and 'ColorOrderIndex'

Does the following in Matlab

z = 0.9 * exp (1j * pi * [.25 -.25]).';
p = 0.98 * exp (1j * pi * [0.2 -0.2 0.4 -0.4]).';
plot (1:10);
hold on;
get (gca, 'ColorOrderIndex')
zplane (z, p);
get (gca, 'ColorOrderIndex')

return 2 and 3 respectively? And are the poles, zeros, and unit circle plotted
in an orange color instead of the default blue color?

If I get a positive confirmation that zplane should use and increment the
color order index, then I will be happy to integrate those changes in.

The problem with the change to query the current axis limits is that it
doesn't depend on whether 'hold' is on or off.

I think a better approach might be to plot the zeros, poles, and unit circle,
respecting whether 'hold' is on or off, and then adjust the limits if needed.

The change to include the multiplicity of zeros and poles looks good and does
seem to be Matlab compatible since it is mentioned in the docs.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]