<div dir="ltr">On Mon, Mar 4, 2013 at 2:29 PM, Todd <span dir="ltr">&lt;<a href="mailto:toddrjen@gmail.com" target="_blank">toddrjen@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>5. Currently dtypes are limited to a set of fixed types, or combinations of these types.  You can&#39;t have, say, a 48 bit float or a 1-bit bool.  This project would be to allow users to create entirely new, non-standard dtypes based on simple rules, such as specifying the length of the sign, length of the exponent, and length of the mantissa for a custom floating-point number.  Hopefully this would mostly be used for reading in non-standard data and not used that often, but for some situations it could be useful for storing data too (such as large amounts of boolean data, or genetic code which can be stored in 2 bits and is often very large).<br>

</div></div></div></div></blockquote><div><br></div><div>I second this general idea. Simply having a pair of packbits/unpackbits functions that could work with 2 and 4 bit uints would make my life easier. If it were possible to have an array of dtype &#39;uint4&#39; that used half the space of a &#39;uint8&#39;, but could have ufuncs an the like ran on it, it would be pure bliss. Not that I&#39;m complaining, but a man can dream...</div>
<div><br></div><div style>Jaime</div>
<div> </div></div>-- <br>(\__/)<br>( O.o)<br>( &gt; &lt;) Este es Conejo. Copia a Conejo en tu firma y ayúdale en sus planes de dominación mundial.
</div></div>