Ralf Gommers wrote: > On Wed, Feb 23, 2022 at 10:11 PM Stephan Hoyer sho...@gmail.com wrote: > > On Tue, Feb 22, 2022 at 9:20 PM Ralf Gommers ralf.gomm...@gmail.com > > wrote: > > If we were to keep them in SciPy, they might belong in scipy.optimize > > next to check_grad and approx_frime. But I don't think these functions (as > > written) are very useful. They have obvious computational inefficiencies > > and very limited functionality. I would rather point users to a fully > > functioning library for finite-differences like findiff: > > https://github.com/maroba/findiff > > Thanks Stephan! I didn't hear about findiff before. Would you recommend > > it over https://github.com/pbrod/numdifftools? > > I haven't used either of them, it just came up in a search for finite > > differences in Python. > > Okay, thanks Stephan. Both look good, so unless someone has practical > experience and can make a recommendation for why one of these is preferred, > we should probably list both in the deprecation notice. > Cheers, > Ralf
Hi all, I just came across the deprecation warning for the derivative function in scipy.misc. In my code, I need to be able to get the derivative of a complex mathematical function around a certain point. For me, scipy.misc.derivative does the job perfectly. I tried to switch to both findiff or numdifftoold, but neither of them work as scipy.misc.derivative. They either require the mathematical function to be pre-evaluated into an array, or for the mathematical function to be real. What I am going to do for my project will be to copy the scipy code and store it locally. However, I would gladly reimport it from scipy if this function remains available in the library. Thank you, Mauro _______________________________________________ SciPy-Dev mailing list -- scipy-dev@python.org To unsubscribe send an email to scipy-dev-le...@python.org https://mail.python.org/mailman3/lists/scipy-dev.python.org/ Member address: arch...@mail-archive.com
