<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 22, 2019 at 7:14 PM Marten van Kerkwijk <<a href="mailto:m.h.vankerkwijk@gmail.com">m.h.vankerkwijk@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"><div>On a more general note, if we change to a ufunc, it will get us stuck with sinc being 
the normalized version, where the units of the input have to be in the 
half-cycles preferred by signal-processing people rather than the 
radians preferred by mathematicians.</div><div><br></div><div>In this respect, note that there is an outstanding issue about whether to allow one to choose between the two: <a href="https://github.com/numpy/numpy/issues/13457" target="_blank">https://github.com/numpy/numpy/issues/13457</a> (which itself was raised following an inconclusive PR that tried to add a keyword argument for it).</div><div><br></div><div>Adding a keyword argument is much easier for a general function than for a ufunc.</div><div><br></div></div></blockquote><div><br></div><div>I'd be tempted to have two sinc functions with the different normalizations. Of course, one could say the same about trig functions in both radians and degrees. If I had to pick one, I'd choose sinc in radians, but I think that ship has sailed.</div><div><br></div><div>Chuck </div></div></div>