<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><br>
Good. Now committed in v1.8.11 (rev 966). Also drop and select
is done.<br>
<br>
o fread's drop, select and NULL in colClasses are implemented. To
drop or select columns by name<br>
or by number. See examples in ?fread.<br>
<br>
o fread now detects T,F,True,False,TRUE and FALSE as type
logical, consistent with read.csv.<br>
<br>
I pasted the new examples from ?fread to this answer as well:<br>
<a class="moz-txt-link-freetext" href="http://stackoverflow.com/a/18702011/403310">http://stackoverflow.com/a/18702011/403310</a><br>
<br>
Hope this covers everything in this area, but please shout if
anyone can think of anything further.<br>
<br>
Matthew<br>
<br>
<br>
On 15/09/13 22:42, Eduard Antonyan wrote:<br>
</div>
<blockquote
cite="mid:CAHZcBOr1VGcdbprj9+xpCjYQ82gafYcVxHxt-K0h_TaB3og50w@mail.gmail.com"
type="cite">
<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 moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:datatable-help@lists.r-forge.r-project.org"
target="_blank">datatable-help@lists.r-forge.r-project.org</a></div>
<div><a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:datatable-help@lists.r-forge.r-project.org"
target="_blank">datatable-help@lists.r-forge.r-project.org</a></div>
<div><a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:datatable-help@lists.r-forge.r-project.org">datatable-help@lists.r-forge.r-project.org</a><br>
<a moz-do-not-send="true"
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>
</blockquote>
<br>
</body>
</html>