<p dir="ltr">+1 for T and F, but definitely not because it's that way in read.csv (which imo is not a good reason), but rather because those are commonly used substitutes for TRUE and FALSE. </p>
<div class="gmail_quote">On Sep 14, 2013 5:29 AM, "Arunkumar Srinivasan" <<a href="mailto:aragorn168b@gmail.com">aragorn168b@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
Matthew,
</div><div><br></div><div>+1 for retaining T and F like read.csv.</div><div>+1 for the dropins() feature as well.</div>
<div><div><br></div><div>Arun</div><div><br></div></div>
<p style="color:#a0a0a8">On Saturday, September 14, 2013 at 11:53 AM, Matthew Dowle wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px">
<span><div><div><div>On 14/09/13 06:48, Chinmay Patil wrote:</div><blockquote type="cite"><div>I didn't mean changes in data.table's interface but the way data.table works in itself compared to normal data frames. I know there are valid reasons for structuring data.table's interface the way it is but not all users get it immediately.</div>
</blockquote><div><br></div><div>The bottom line in my mind is that even if base syntax was sped up </div><div>(assignment to an unnamed data.frame needn't copy the whole data.frame </div><div>for example), I would still move from </div>
<div>subset()/transform()/with()/DF[i,j]<-value syntax, to i,j and by inside </div><div>[...] with .SD,.I,.N and := in j. I can do things with that syntax </div><div>that I need to do which aren't always so easy with base syntax (like </div>
<div>adding columns by reference by group).</div><div><br></div><div>And base R syntax is indeed being sped up by pqR, Renjin, Riposte, TERR, </div><div>CXXR, fastr which may feed into GNU R. Once that is mature and the dust </div>
<div>has settled, I would still move from data.frame to data.table on each of </div><div>them. Maybe we should market the things that data.table does that base </div><div>R doesn't. Rather than speed differences.</div>
<div><br></div><blockquote type="cite"><div><div><br></div><div>As for data.table, I am not complaining, just saying what other users complaints I have heard of.</div><div>I personally love data.table and am willing to put the effort to learn best ways to use it while most users aren't.</div>
</div></blockquote><div><br></div><div>Great. data.table is for people like you.</div><div><br></div><div>So we'll keep the default fread'ing of "T" and "F" as logicals then for </div><div>consistency with read.csv.</div>
<div><br></div><div>And I still hope to produce a drop-in replacement for read.csv which </div><div>returns a data.frame but uses fread under the hood. That will speed up </div><div>existing code, but users can use the extra features of fread if they </div>
<div>want, too.</div><div><br></div><div>Matthew</div><div><br></div><blockquote type="cite"><div><div><br></div><div>Chinmay</div><div><br></div><div>On 14 Sep, 2013, at 1:29 PM, Steve Lianoglou <<a href="mailto:lianoglou.steve@gene.com" target="_blank">lianoglou.steve@gene.com</a>> wrote:</div>
<div><br></div><blockquote type="cite"><div><div>Thanks for the quick response.</div><div><br></div><div>As for the "learning curve" stuff -- no real comment there, but:</div><div><br></div><blockquote type="cite">
<div><div>For eg. I recently heard complains about data.table itself from due to</div><div>changes in interface</div></div></blockquote><div>Could you provide some concrete examples about which changes have</div><div>stumped users? Perhaps we can learn from these critiques. I had</div>
<div>thought we were pretty good about discussing any (breaking) changes on</div><div>list, but I'd be interested to see where this has failed so it might</div><div>perhaps be avoided in the future.</div><div><br></div>
<blockquote type="cite"><div><div>and learning curve that data.table comes with... I hear</div><div>similar complaints about some packages like ggplot2, plyr..</div><div><br></div><div>Even though all these are great packages.. people don't like radical changes</div>
<div>to interfaces as it makes refactoring older code even more painful.</div></div></blockquote><div>Still curious to hear what radical changes have come down the pipe.</div><div><br></div><div>Thanks for taking the time to comment.</div>
<div><br></div><div>Cheers,</div><div>-steve</div><div><br></div><div>-- </div><div>Steve Lianoglou</div><div>Computational Biologist</div><div>Bioinformatics and Computational Biology</div><div>Genentech</div></div></blockquote>
<div>_______________________________________________</div><div>datatable-help mailing list</div><div><a href="mailto:datatable-help@lists.r-forge.r-project.org" target="_blank">datatable-help@lists.r-forge.r-project.org</a></div>
<div><a href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/datatable-help" target="_blank">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/datatable-help</a></div></div></blockquote><div><br></div>
<div>_______________________________________________</div><div>datatable-help mailing list</div><div><a href="mailto:datatable-help@lists.r-forge.r-project.org" target="_blank">datatable-help@lists.r-forge.r-project.org</a></div>
<div><a href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/datatable-help" target="_blank">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/datatable-help</a></div></div></div></span>
</blockquote>
<div>
<br>
</div>
<br>_______________________________________________<br>
datatable-help mailing list<br>
<a href="mailto:datatable-help@lists.r-forge.r-project.org">datatable-help@lists.r-forge.r-project.org</a><br>
<a href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/datatable-help" target="_blank">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/datatable-help</a><br></blockquote></div>