[this discussion moved here from the SciPy list]<br><br><div class="gmail_quote">On Thu, Aug 20, 2009 at 9:50 AM, Christopher Hanley <span dir="ltr">&lt;<a href="mailto:chanley@stsci.edu" target="_blank">chanley@stsci.edu</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br>
<br>
I&#39;d like to respectfully request that we move any discussion of what<br>
to do with the numpy.char module to the numpy list.<br>
<br>
I&#39;m a little concerned about some of the assumptions that are being<br>
made about the number of users of the module.</blockquote><div><br>My assumption about there being few users of chararray is based on the absence of questions about it being asked on the list, the lack of docs and the apparent lack of a good use-case. Plus &quot;who uses this?&quot; has been asked twice on the list, and in both cases you (Chris) were the only one replying.<br>

 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">  I would also like to<br>
better understand the reasons for wanting to dump it.  Let me be<br>
clear.  I&#39;m not opposed to change.  However breaking other people&#39;s<br>
code just for the sake of change seems like a poor reason and a mean<br>
thing to do to our customers.</blockquote><div><br>That would be a very poor reason, and I don&#39;t think that&#39;s the case. The reason this question about the future of chararray has now been asked twice is that people are trying to document it, and having trouble. If it stays, it has to be documented (and the bugs found in the process fixed) which costs time as well. It just being there will also cause people to understand / try to use it. Then if it turns out it is useless to those people, it wasted their time. This was the case for me.<br>

<br>It would be great if we could a clear use-case and a reason why chararray is in NumPy besides backwards compatibility. Otherwise it should at least be documented as not for new development, and possibly deprecated.<br>
<br>Finally, deprecation does not mean that the module disappears tomorrow. It can stick around for years if needed (there are functions in fft for example that have been deprecated for three years), but give a clear message to new users not to bother with it.<br>
<br>Best regards,<br>Ralf<br><br><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Thank you for your time and help,<br>
<div>Chris<br>
<br>
<br>
--<br>
Christopher Hanley<br>
Senior Systems Software Engineer<br>
Space Telescope Science Institute<br>
3700 San Martin Drive<br>
Baltimore MD, 21218<br>
(410) 338-4338<br>
<br>
</div><div><div></div><div>On Aug 20, 2009, at 1:35 AM, Robert Kern wrote:<br>
<br>
&gt; On Wed, Aug 19, 2009 at 20:03, David<br>
&gt; Goldsmith&lt;<a href="mailto:d_l_goldsmith@yahoo.com" target="_blank">d_l_goldsmith@yahoo.com</a>&gt; wrote:<br>
&gt;&gt; I&#39;m going to take it a step further: &quot;breakage&quot; is always the<br>
&gt;&gt; deterrent to change, and yet &quot;change we must&quot; (i.e., &quot;adapt or<br>
&gt;&gt; die&quot;).  It&#39;s certainly not without precedent - even within Numpy, I<br>
&gt;&gt; believe - for things (though perhaps not whole namespaces) to be<br>
&gt;&gt; deemed &quot;to-be-deprecated,&quot; have a warning to this effect<br>
&gt;&gt; established in one x.[even #].0 release, and then be removed by the<br>
&gt;&gt; x.[even # + 2 or + 4].0 release.  How has deprecation in Numpy<br>
&gt;&gt; worked in the past - by dictum, vote, or consensus?<br>
&gt;<br>
&gt; Consensus or dictum without major objection. Voting is pointless<br>
&gt; except to inform one of those.<br>
&gt;<br>
&gt; --<br>
&gt; Robert Kern<br>
&gt;<br>
&gt; &quot;I have come to believe that the whole world is an enigma, a harmless<br>
&gt; enigma that is made terrible by our own mad attempt to interpret it as<br>
&gt; though it had an underlying truth.&quot;<br>
&gt;  -- Umberto Eco<br>
&gt; _______________________________________________<br>
&gt; Scipy-dev mailing list<br>
&gt; <a href="mailto:Scipy-dev@scipy.org" target="_blank">Scipy-dev@scipy.org</a><br>
&gt; <a href="http://mail.scipy.org/mailman/listinfo/scipy-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/scipy-dev</a><br>
<br>
_______________________________________________<br>
Scipy-dev mailing list<br>
<a href="mailto:Scipy-dev@scipy.org" target="_blank">Scipy-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/scipy-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/scipy-dev</a><br>
</div></div></blockquote></div><br>