<div dir="ltr"><div>Hi Tobin, <br></div><div><br></div><div>It is mostly blocked by certain legacy behaviors. We discussed a few times the status of the control-ish parts of signal and the majority feels like people should probably be better off with python-control, harold, or whatever else specialized package seems to be suitable for their workflow. <br></div><div><br></div><div>This is not to say that we gave up on the LTI objects and that part of the signal but the wiggle room is indeed quite limited for new features. <br></div><div><br></div><div><br></div><div>Disclosure: I am the author of harold but I am not finding too much time lately for a new version which is long overdue<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 21, 2021 at 12:32 AM Tobin Fricke <<a href="mailto:fricke@gmail.com">fricke@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi SciPy-devs,<div><br></div><div>I recently began working with LTI objects in SciPy, and was surprised to discover that objects like scipy.signal.TransferFunction do not appear to be composable. I would like to be able to compose two transfer functions with addition, or indicate the series combination of a TransferFunction object with a ZerosPolesGain object using the * operator.</div><div><br></div><div>Is there a reason this feature has not been pursued? If not, I would be happy to work on it.</div><div><br></div><div>thanks,</div><div>Tobin</div><div><br></div></div>
_______________________________________________<br>
SciPy-Dev mailing list<br>
<a href="mailto:SciPy-Dev@python.org" target="_blank">SciPy-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/scipy-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/scipy-dev</a><br>
</blockquote></div>