<div dir="ltr">Would it be possible to deprecate np.outer's usage on non one-dimensional vectors for a few versions, and then reintroduce it with definition np.outer == np.multiply.outer?</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 15, 2015 at 8:02 PM,  <span dir="ltr"><<a href="mailto:josef.pktd@gmail.com" target="_blank">josef.pktd@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, Apr 15, 2015 at 6:40 PM, Nathaniel Smith <<a href="mailto:njs@pobox.com">njs@pobox.com</a>> wrote:<br>
> On Wed, Apr 15, 2015 at 6:08 PM,  <<a href="mailto:josef.pktd@gmail.com">josef.pktd@gmail.com</a>> wrote:<br>
>> On Wed, Apr 15, 2015 at 5:31 PM, Neil Girdhar <<a href="mailto:mistersheik@gmail.com">mistersheik@gmail.com</a>> wrote:<br>
>>> Does it work for you to set<br>
>>><br>
>>> outer = np.multiply.outer<br>
>>><br>
>>> ?<br>
>>><br>
>>> It's actually faster on my machine.<br>
>><br>
>> I assume it does because np.corrcoeff uses it, and it's the same type<br>
>> of use cases.<br>
>> However, I'm not using it very often (I prefer broadcasting), but I've<br>
>> seen it often enough when reviewing code.<br>
>><br>
>> This is mainly to point out that it could be a popular function (that<br>
>> maybe shouldn't be deprecated)<br>
>><br>
>> <a href="https://github.com/search?utf8=%E2%9C%93&q=np.outer" target="_blank">https://github.com/search?utf8=%E2%9C%93&q=np.outer</a><br>
>> 416914<br>
><br>
> For future reference, that's not the number -- you have to click<br>
> through to "Code" and then look at a single-language result to get<br>
> anything remotely meaningful. In this case b/c they're different by an<br>
> order of magnitude, and in general because sometimes the "top line"<br>
> number is completely made up (like it has no relation to the<br>
> per-language numbers on the left and then changes around randomly if<br>
> you simply reload the page).<br>
><br>
> (So 29,397 is what you want in this case.)<br>
><br>
> Also that count then tends to have tons of duplicates (e.g. b/c there<br>
> are hundreds of copies of numpy itself on github), so you need a big<br>
> grain of salt when looking at the absolute number, but it can be<br>
> useful, esp. for relative comparisons.<br>
<br>
</div></div>My mistake, rushing too much.<br>
github show only 25 code references in numpy itself.<br>
<br>
in quotes, python only  (namespace conscious packages on github)<br>
(I think github counts modules not instances)<br>
<br>
"np.cumsum" 11,022<br>
"np.cumprod" 1,290<br>
"np.outer" 6,838<br>
<br>
statsmodels<br>
"np.cumsum" 21<br>
"np.cumprod"  2<br>
"np.outer" 15<br>
<br>
Josef<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> -n<br>
> _______________________________________________<br>
> NumPy-Discussion mailing list<br>
> <a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
> <a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
</div></div></blockquote></div><br></div>