<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 2, 2014 at 2:32 PM, Warren Weckesser <span dir="ltr"><<a href="mailto:warren.weckesser@gmail.com" target="_blank">warren.weckesser@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br></div><div class="gmail_extra">Still, the case of dtype=None, name=None is problematic.   Suppose I want genfromtxt()  to detect the column names from the 1-st row and data types from the 3-rd.  How would you do that?</div></div>
<br></blockquote><div><br><br></div></span><div>This may sound like a cop out, but at some point, I stop trying to make genfromtxt() handle every possible case, and instead I would write a custom header reader to handle this.</div></blockquote></div><br>In the abstract, I would agree with you.  It is often the case that 2-3 lines of clear Python code is better than a terse function call with half a dozen non-obvious options.  Specifically, I would be against the proposed slice_rows because it is either equivalent to  genfromtxt(islice(..), ..) or hard to specify.</div><div class="gmail_extra"><br></div><div class="gmail_extra">On the other hand, skip_rows is different for two reasons:</div><div class="gmail_extra"><br></div><div class="gmail_extra">1. It is not a new option.  It is currently a deprecated alias to skip_header, so a change is expected - either removal or redefinition.</div><div class="gmail_extra">2. The intended use-case - inferring column names and type information from a file where data is separated from the column names is hard to code explicitly.  (Try it!)</div></div>