<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 6, 2017 at 6:19 PM, Ralf Gommers <span dir="ltr"><<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_extra"><div class="gmail_quote"><div>This sounds like a reasonable idea. Timeline could be something like:<br><br></div><div>1. Now: create new package, deprecate np.matrix in docs.<br></div><div>2. In say 1.5 years: start issuing visible deprecation warnings in numpy<br></div><div>3. After 2020: remove matrix from numpy.<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></div></div><span class="gmail-HOEnZb"><font color="#888888"><br></font></span></div><span class="gmail-HOEnZb"><font color="#888888"><div class="gmail_extra">Ralf</div></font></span></blockquote></div><br>I think this sounds reasonable, and reminds me of the deliberate deprecation process taken for scipy.weave. I guess we'll see how successful it was when 0.19 is released.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The major problem I have with removing numpy matrices is the effect on scipy.sparse, which mostly-consistently mimics numpy.matrix semantics and often produces numpy.matrix results when densifying. The two are coupled tightly enough that if numpy matrices go away, all of the existing sparse matrix classes will have to go at the same time.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I don't think that would be the end of the world, but it's definitely something that should happen while scipy is still pre-1.0, if it's ever going to happen.</div></div>