From copyVector in duplicate.c :
void copyVector(SEXP s, SEXP t)
{
int i, ns, nt;
nt = LENGTH(t);
ns = LENGTH(s);
switch (TYPEOF(s)) {
...
case INTSXP:
for (i = 0; i ns; i++)
INTEGER(s)[i] = INTEGER(t)[i % nt];
break;
...
could that be replaced with :
Is this a thumbs up for memcpy for DUPLICATE_ATOMIC_VECTOR at least ?
If there is further specific testing then let me know, happy to help, but
you seem to have beaten me to it.
Matthew
Simon Urbanek simon.urba...@r-project.org wrote in message
Spotfire, TIBCO Software
wdunlap tibco.com
-Original Message-
From: r-devel-boun...@r-project.org
[mailto:r-devel-boun...@r-project.org] On Behalf Of Romain Francois
Sent: Wednesday, April 21, 2010 12:32 PM
To: Matthew Dowle
Cc: r-de...@stat.math.ethz.ch
Subject: Re: [Rd] suggestion
There is a video demo of exactly that on the data.table homepage :
http://datatable.r-forge.r-project.org/
http://www.youtube.com/watch?v=rvT8XThGA8o
However, last time I looked, svSocket uses text transfer. It would be really
great if it did binary serialization, like Rserve does.
Previous
Spencer and David,
My experience of R-Forge :
i) SVN access and project management web pages have been *very* reliable all
this year ... up until the weekend. This week was the first time I ever saw
R-Forge Could Not Connect to Database.
ii) The nightly build and checks have been
2.12.0 :
o unique() and match() are now faster on character vectors
where all elements are in the global CHARSXP cache and
have unmarked encoding (ASCII). Thanks to Matthew
Dowle for suggesting improvements to the way the hash
code is generated in 'unique.c'
If anybody knows a way
...
Matthew Dowle wrote:
I'm not sure, but note the difference in locale between
Linux (UTF-8) and Windows (non UTF-8). As far as I
understand it R much prefers UTF-8, which Windows doesn't
natively support. Otherwise you could just change your
Windows locale to a UTF-8 locale to make R happier
Thanks Simon! I can reproduce this on Linux now, too.
locale -a didn't show en_US.iso88591 for me so I needed
'sudo locale-gen en_US' first.
Then running R with
$ LANG=en_US.ISO-8859-1 R
is enough to reproduce the problem.
Karl - can you use tabulate instead as Simon suggests?
Matthew
--
Dear list,
Were you aware that, strictly speaking, do_radixsort in sort.c actually
implements a counting sort, not a radix sort ?
http://en.wikipedia.org/wiki/Counting_sort
It it was a radix sort it wouldn't need the 100,000 range restriction.
Clearly the method argument can't be changed (now)
Hi,
Have I missed something, or misunderstood?
The r-help posting guide asks users to contact the package maintainer :
If the question relates to a contributed package, e.g., one
downloaded from CRAN, try contacting the package maintainer first.
[snip] ONLY [only is bold font] send such
Simon,
Thanks for the great suggestion. I've written a skeleton assignment
function for data.table which incurs no copies, which works for this
case. For completeness, if I understand correctly, this is for :
i) convenience of new users who don't know how to vectorize yet
ii) more complex
On Tue, 2011-07-05 at 08:32 +0100, Matthew Dowle wrote:
Simon,
Thanks for the great suggestion. I've written a skeleton assignment
function for data.table which incurs no copies, which works for this
case. For completeness, if I understand correctly, this is for :
i) convenience of new users
, at 2:08 PM, Matthew Dowle wrote:
Simon (and all),
I've tried to make assignment as fast as calling `[-.data.table`
directly, for user convenience. Profiling shows (IIUC) that it isn't
dispatch, but x being copied. Is there a way to prevent '[-' from
copying x?
Good point
Don't most people use a newsreader? For example, pointed to here :
gmane.comp.lang.r.general
gmane.comp.lang.r.devel
IIUC, NNTP downloads headers only, when you open any post it downloads the
body at that
point. So it's more efficient than email (assuming you don't open every
single
:21 PM, Matthew Dowle wrote:
Thanks for the replies and info. An attempt at fast
assign is now committed to data.table v1.6.3 on
R-Forge. From NEWS :
o Fast update is now implemented, FR#200.
DT[i,j]-value is now handled by data.table in C rather
than falling through to data.frame
cases is probably
more trouble than it is worth at this point. (I've tried this in the
past in a few cases and always had to back off.)
Best,
luke
Cheers,
Simon
On Jul 6, 2011, at 4:36 AM, Matthew Dowle wrote:
On Tue, 2011-07-05 at 21:11 -0400, Simon Urbanek wrote
- it also
interacts
with the possible duplication)
Noted, thanks. That's pretty fast. Does within() on data.frame fix the
original issue Ivo raised, then? If so, job done.
Cheers,
Simon
On Jul 11, 2011, at 8:21 PM, Matthew Dowle wrote:
Thanks for the replies and info. An attempt at fast
Prof Brian Ripley rip...@stats.ox.ac.uk wrote in message
news:alpine.lfd.2.02.1107190640280.28...@gannet.stats.ox.ac.uk...
On Mon, 18 Jul 2011, Alireza Mahani wrote:
Simon,
Thank you for elaborating on the limitations of R in handling float
types. I
think I'm pretty much there with you.
Duncan Murdoch murdoch.dun...@gmail.com wrote in message
news:4e259600.5070...@gmail.com...
On 11-07-19 7:48 AM, Matthew Dowle wrote:
Prof Brian Ripleyrip...@stats.ox.ac.uk wrote in message
news:alpine.lfd.2.02.1107190640280.28...@gannet.stats.ox.ac.uk...
On Mon, 18 Jul 2011, Alireza
Duncan Murdoch murdoch.dun...@gmail.com wrote in message
news:4e259600.5070...@gmail.com...
On 11-07-19 7:48 AM, Matthew Dowle wrote:
Prof Brian Ripleyrip...@stats.ox.ac.uk wrote in message
news:alpine.lfd.2.02.1107190640280.28...@gannet.stats.ox.ac.uk...
On Mon, 18 Jul 2011, Alireza
Is there any way to look at R_StringHash from a package? I've read
R-Ints 1.16.1 Hiding C entry points and seen that R_StringHash is
declared as extern0 in Defn.h. So it seems the answer is no.
Thanks,
Matthew
__
R-devel@r-project.org mailing list
Dear R-devel,
REvolution appear to be offering ParallelR only when bundled with their R
Enterprise edition. As such it appears to be non-free and closed source.
http://www.revolution-computing.com/products/parallel-r.php
Since R is GPL and not LGPL, is this a breach of the GPL ?
Below is
, Apr 21, 2009 at 7:38 PM, Matthew Dowle
mdo...@mdowle.plus.comwrote:
Dear R-devel,
REvolution appear to be offering ParallelR only when bundled with their R
Enterprise edition. As such it appears to be non-free and closed source.
http://www.revolution-computing.com/products/parallel-r.php
Since R
Dear Danese,
Without prejudice save as to costs
I am the author of the R library data.table. I released data.table under the
provisions of the General Public License (GPL). This email is to notify
REvolution that we may be in dispute. If we are in dispute then I am entitled
to issue
Does Ra get close to compiled R ? The R code is compiled on the fly to
bytecode which is executed internally by an interpreter in C. The timing
tests look impressive.
http://www.milbo.users.sonic.net/ra/
__
R-devel@r-project.org mailing list
Is there a way to avoid the degradation in performance in 2.9.1?
If the example is to demonstrate a difference between R versions that you
really need to get to the bottom of then read no further. However, if the
example is actually what you want to do then you can speed it up by using a
Hi Olaf,
Thanks for your feedback, much appreciated.
Don't be fooled. R does not handle multiple requests in parallel
internally.
I wasn't fooled, but I've added some annotations to the video at the place
I might have given the impression I was (at 4min 39sec). Later, at
5min30sec I did
This seems very similar to the data.table package.
The 'by' argument splits the data.table by that value then executes the j
expression within each subset. The package documentation talks about
'subset' and 'with' in some detail. See ?[.data.table.
dt = data.table(x=1:20, y=rep(1:4,each=5)
I see the same problem. The wiki link on the R homepage doesn't seem to
respond.
A search of r-devel for subjects containing wiki finds this seemingly
unanswered recent post.
Is it known?
-Matthew
Ben Bolker bol...@ufl.edu wrote in message
news:4b44b12a.60...@ufl.edu...
A search for c.factor returns tons of hits on this topic.
Heres just one of the hits from 2006, when I asked the same question :
http://tolstoy.newcastle.edu.au/R/e2/devel/06/11/1137.html
So it appears to be complicated and there are good reasons.
Since I needed it, I created c.factor in
concat() doesn't get a lot of use
How do you know? Maybe its used a lot but the users had no need to tell you
what they were using. The exact opposite might in fact be the case i.e.
because concat is so good in splus, you just never hear of problems with it
from the users. That might be a
Looking at shash in unique.c, from R-2.10.1 I'm wondering if it makes sense
to hash the pointer itself rather than the string it points to?
In other words could the SEXP pointer be cast to unsigned int and the usual
scatter be called on that as if it were integer?
shash would look like a
Under the further resources section I'd like to suggest the following
addition :
* http://crantastic.org/ lists popular packages according to other users
votes. Consider briefly reviewing the top 30 packages before posting to
r-help since someone may have already released a package that
first, and I would need to either buy, rent time on, or
borrow a 64bit machine to be able to then test there, owing to the nature of
the suggestion.
If its no, bad idea because... or we were already working on it, or
better, then I won't spend any more time on it.
Matthew
Matthew Dowle mdo
Thanks a lot. Quick and brief responses below...
Duncan Murdoch murd...@stats.uwo.ca wrote in message
news:4b90f134.6070...@stats.uwo.ca...
Matthew Dowle wrote:
I was hoping for a 'yes', 'no', 'maybe' or 'bad idea because ...'. No
response resulted in a retry() after a Sys.sleep(10 days
that no one reads it. We should be thinking of ways to cut it
down to a smaller size instead.
On Fri, Mar 5, 2010 at 5:52 AM, Matthew Dowle mdo...@mdowle.plus.com
wrote:
Under the further resources section I'd like to suggest the following
addition :
* http://crantastic.org/ lists popular packages
Hi,
Given factors x and y, c(x,y) does not seem to return a useful result :
x
[1] a b c d e
Levels: a b c d e
y
[1] d e f g h
Levels: d e f g h
c(x,y)
[1] 1 2 3 4 5 1 2 3 4 5
Is there a case for a new method c.factor as follows? Does something
similar exist already? Is there a better
, which is why I avoided it in
the solution I posted.
Regards,
Matthew
-Original Message-
From: Prof Brian Ripley [mailto:[EMAIL PROTECTED]
Sent: 14 November 2006 18:23
To: Marc Schwartz
Cc: Matthew Dowle; r-devel@r-project.org
Subject: Re: [Rd] c.factor
Well, R has managed
Just for clarification, my interest was only to provide an
alternative that provided for a more generic approach, at
least in a narrow application, not that I was advocating it's
need.
Understood, apologies for falsely implying your advocation.
I would agree with Prof. Ripley's
I noticed that a new feature in R 2.4 is that unlist of a list of factors
already does the operation that I proposed :
x = factor(letters[1:5])
y = factor(letters[4:8])
unlist(list(x,y))
[1] a b c d e d e f g h
Levels: a b c d e f g h
Therefore, does it not make sense that c(x,y) should
I just noticed that a new feature in R 2.4 is that unlist of a list of
factors
already does the operation that I proposed :
x = factor(letters[1:5])
y = factor(letters[4:8])
unlist(list(x,y))
[1] a b c d e d e f g h
Levels: a b c d e f g h
Therefore, does it not make sense that c(x,y)
Milan Bouchet-Valat nalimi...@club.fr wrote in message
news:1319202026.9174.6.camel@milan...
Le vendredi 21 octobre 2011 à 13:39 +0100, Charles Roosen a écrit :
Hi,
I've recently taken over maintenance for the xtable package, and have
set it up on R-Forge. At the moment I'm pondering what
Stavros Macrakis macrakis at alum.mit.edu writes:
data.table certainly has some useful mechanisms, and I've been
experimenting with it as an implementation mechanism, though it's not a
drop-in substitute for factors. Also, though it is efficient for set
operations between small sets and
Hi,
I expected NAMED to be 1 in all these three cases. It is for one of them,
but not the other two?
R --vanilla
R version 2.14.0 (2011-10-31)
Platform: i386-pc-mingw32/i386 (32-bit)
x = 1L
.Internal(inspect(x)) # why NAM(2)? expected NAM(1)
@2514aa0 13 INTSXP g0c1 [NAM(2)] (len=1, tl=0) 1
On Nov 24, 2011, at 11:13 , Matthew Dowle wrote:
Hi,
I expected NAMED to be 1 in all these three cases. It is for one of
them,
but not the other two?
R --vanilla
R version 2.14.0 (2011-10-31)
Platform: i386-pc-mingw32/i386 (32-bit)
x = 1L
.Internal(inspect(x)) # why NAM(2
On Nov 24, 2011, at 12:34 , Matthew Dowle wrote:
On Nov 24, 2011, at 11:13 , Matthew Dowle wrote:
Hi,
I expected NAMED to be 1 in all these three cases. It is for one of
them,
but not the other two?
R --vanilla
R version 2.14.0 (2011-10-31)
Platform: i386-pc-mingw32/i386 (32-bit
On Nov 24, 2011, at 14:05 , Matthew Dowle wrote:
Since list() is primitive I tried to construct a data.frame starting
with
list() [since structure() isn't primitive], but then merely adding an
attribute seems to set NAMED==2 too ?
Yes. As soon as there is the slightest risk of having (had
On Nov 24, 2011, at 8:05 AM, Matthew Dowle wrote:
On Nov 24, 2011, at 12:34 , Matthew Dowle wrote:
On Nov 24, 2011, at 11:13 , Matthew Dowle wrote:
Hi,
I expected NAMED to be 1 in all these three cases. It is for one of
them,
but not the other two?
R --vanilla
R version 2.14.0
Hi,
$ R --vanilla
R version 2.14.1 (2011-12-22)
Platform: i686-pc-linux-gnu (32-bit)
DF = data.frame(a=1:3,b=4:6)
DF
a b
1 1 4
2 2 5
3 3 6
tracemem(DF)
[1] 0x8898098
names(DF)[2]=B
tracemem[0x8898098 - 0x8763e18]:
tracemem[0x8763e18 - 0x8766be8]:
tracemem[0x8766be8 - 0x8766b68]:
DF
a
Hello,
Regarding this in R-devel/NEWS/New features :
o library(pkg) no longer warns about a conflict with a function from
package:base if the function is an identical copy of the base one but
with a different environment.
Why would one want an identical copy in a different environment?
Hi,
We sometimes see offers to contribute, asking what needs to be done. If
they know C, how about the 111 FIXMEs? But which ones would be most
useful to fix? Which are difficult and which are easy? Does R-core have
a process to list and prioritise the FIXMEs?
~/R/Rtrunk/src/main$ grep [^/]FIXME
Is it intended that the first suffix can no longer be blank? Seems to be
caused by a bug fix to merge in R 2.15.0.
$Rdevel --vanilla
DF1 = data.frame(a=1:3,b=4:6)
DF2 = data.frame(a=1:3,b=7:9)
merge(DF1,DF2,by=a,suffixes=c(,.1))
Error in merge.data.frame(DF1, DF2, by = a, suffixes = c(, .1)) :
Anyone?
Is it intended that the first suffix can no longer be blank? Seems to be
caused by a bug fix to merge in R 2.15.0.
$Rdevel --vanilla
DF1 = data.frame(a=1:3,b=4:6)
DF2 = data.frame(a=1:3,b=7:9)
merge(DF1,DF2,by=a,suffixes=c(,.1))
Error in merge.data.frame(DF1, DF2, by = a,
William Dunlap wdunlap at tibco.com writes:
-Original Message-
The survival package has a similar special case: the routines for
expected population survival are set up to accept multiple types of date
format so have lines like
if (class(x) == 'chron') { y - as.numeric(x -
Mark.Bravington at csiro.au writes:
There must be over 2000 people who have written CRAN packages by now; every
extra
check and non-back-compatible additional requirement runs the risk of
generating false-negatives and
incurring many extra person-hours to fix non-problems. Plus someone needs
In DESCRIPTION if I set LazyLoad to 'yes' will data.table (for example)
then be byte compiled for users who install the binary package from CRAN
on Windows?
This question is based on reading section 1.2 of this document :
http://www.divms.uiowa.edu/~luke/R/compiler/compiler.pdf
I've searched
On 11/04/2012 20:36, Matthew Dowle wrote:
In DESCRIPTION if I set LazyLoad to 'yes' will data.table (for example)
then be byte compiled for users who install the binary package from CRAN
on Windows?
No. LazyLoad is distinct from byte compilation. All installed packages
use lazy loading
Antonio Piccolboni antonio at piccolboni.info writes:
Hi,
I was wondering if there is anything more efficient than split to do the
kind of conversion in the subject. If I create a data frame as in
system.time({fd = data.frame(x=1:2000, y = rnorm(2000), id = paste(x,
1:2000, sep =))})
Uwe Ligges ligges at statistik.tu-dortmund.de writes:
On 17.05.2012 16:52, Brian G. Peterson wrote:
On Thu, 2012-05-17 at 16:32 +0200, Uwe Ligges wrote:
Yes: R CMD check does the trick. See Writing R Extension and read
about a package's test directory. I prefer frameworks that do not
Hi,
I've read ?is.unsorted and searched. Have found a few items but nothing
close, yet. Is the following expected?
is.unsorted(data.frame(1:2))
[1] FALSE
is.unsorted(data.frame(2:1))
[1] FALSE
is.unsorted(data.frame(1:2,3:4))
[1] TRUE
is.unsorted(data.frame(2:1,4:3))
[1] TRUE
IIUC,
Duncan Murdoch murdoch.duncan at gmail.com writes:
On 12-05-23 4:37 AM, Matthew Dowle wrote:
Hi,
I've read ?is.unsorted and searched. Have found a few items but nothing
close, yet. Is the following expected?
is.unsorted(data.frame(1:2))
[1] FALSE
is.unsorted(data.frame(2:1
Duncan Murdoch murdoch.duncan at gmail.com writes:
On 12-05-24 7:39 AM, Matthew Dowle wrote:
Duncan Murdochmurdoch.duncanat gmail.com writes:
On 12-05-23 4:37 AM, Matthew Dowle wrote:
Since it seems to have a bug anyway (and if so, can't be correct in anyone's
use of it), could
On 24/05/2012 9:15 AM, Matthew Dowle wrote:
Duncan Murdochmurdoch.duncanat gmail.com writes:
On 12-05-24 7:39 AM, Matthew Dowle wrote:
Duncan Murdochmurdoch.duncanat gmail.com writes:
On 12-05-23 4:37 AM, Matthew Dowle wrote:
Since it seems to have a bug anyway
On 24/05/2012 11:10 AM, Matthew Dowle wrote:
On 24/05/2012 9:15 AM, Matthew Dowle wrote:
Duncan Murdochmurdoch.duncanat gmail.com writes:
On 12-05-24 7:39 AM, Matthew Dowle wrote:
Duncan Murdochmurdoch.duncanatgmail.comwrites:
On 12-05-23 4:37
Dan Tenenbaum dtenenba at fhcrc.org writes:
I know this has come up before on R-help
(http://r.789695.n4.nabble.com/7-arguments-passed-to-Internal-identical-which-
requires-6-td4548460.html)
but I have a concise reproducible case that I wanted to share.
Also, please note the Bioconductor
Tim Hesterberg timhesterberg at gmail.com writes:
I've been playing with passing arguments to .C(), and found that replacing
as.double(x)
with
if(is.double(x)) x else as.double(x)
saves time and avoids one copy, in the case that x is already double.
I suggest modifying as.double
Henrik Bengtsson hb at biostat.ucsf.edu writes:
See also R-devel '[Rd] Suggestion for memory optimization and
as.double() with friends', March 28-29 2007
[https://stat.ethz.ch/pipermail/r-devel/2007-March/045109.html].
/Henrik
Interesting thread. So we have you to thank for instigating
Prof Ripley wrote :
That Depends line is about source installs.
I can't see that documented in either Writing R Extensions or
?install.packages. Is it somewhere else? I thought Depends applied to
binaries from CRAN too, which is the default method on Windows and Mac.
Matthew
On 07/06/2012 11:40, Matthew Dowle wrote:
Prof Ripley wrote :
That Depends line is about source installs.
I can't see that documented in either Writing R Extensions or
?install.packages. Is it somewhere else? I thought Depends applied to
binaries from CRAN too, which is the default method
On 07/06/2012 12:49, Matthew Dowle wrote:
On 07/06/2012 11:40, Matthew Dowle wrote:
Prof Ripley wrote :
That Depends line is about source installs.
I can't see that documented in either Writing R Extensions or
?install.packages. Is it somewhere else? I thought Depends applied to
binaries
wrote:
On Wed, 6 Jun 2012, Matthew Dowle wrote:
Dan Tenenbaum dtenenba at fhcrc.org writes:
I know this has come up before on R-help
(http://r.789695.n4.nabble.com/7-arguments-passed-to-Internal-identical-which-
requires-6-td4548460.html)
but I have a concise reproducible case
Hi,
I've added R_init_data_table to the data.table package (which has a dot
in its name). This works well in R 2.15.0, because of this from the
Writing R Extensions manual :
Note that there are some implicit restrictions on this mechanism as the
basename of the DLL needs to be both a valid
Matthew Dowle wrote :
Hi,
I've added R_init_data_table to the data.table package (which has a dot
in its name). This works well in R 2.15.0, because of this from the
Writing R Extensions manual :
Note that there are some implicit restrictions on this mechanism as the
basename of the DLL
Matthew Dowle wrote :
Hi,
I've added R_init_data_table to the data.table package (which has a dot
in its name). This works well in R 2.15.0, because of this from the
Writing R Extensions manual :
Note that there are some implicit restrictions on this mechanism as the
basename of the DLL
On Tue, 2012-06-12 at 20:38 -0400, Simon Urbanek wrote:
Something like
all: $(SHLIB)
mv $(SHLIB) datatable$(SHLIB_EXT)
should do the trick (resist the temptation to create a datatable$(SHLIB_EXT)
target - it doesn't work due to the makefile loading sequence,
unfortunately).
Matthew Dowle mdowle at mdowle.plus.com writes:
On Tue, 2012-06-12 at 20:38 -0400, Simon Urbanek wrote:
Something like
all: $(SHLIB)
mv $(SHLIB) datatable$(SHLIB_EXT)
should do the trick (resist the temptation to create a
datatable$(SHLIB_EXT) target - it doesn't work
On 12-06-13 4:45 AM, Matthew Dowle wrote:
Matthew Dowlemdowleat mdowle.plus.com writes:
On Tue, 2012-06-12 at 20:38 -0400, Simon Urbanek wrote:
Something like
all: $(SHLIB)
mv $(SHLIB) datatable$(SHLIB_EXT)
should do the trick (resist the temptation to create a
datatable
Matthew Dowle mdowle at mdowle.plus.com writes:
Will check R-Forge again when it catches up. Thanks.
Matthew
Just to confirm, R-Forge has today caught up and is now using R r59554 which
includes the fix for the problem in this thread. Its binary build of data.table
is now installing fine
Hadley Wickham hadley at rice.edu writes:
Why does x[5] - 5 create a copy
That assigns 5 not 5L. x is being coerced from integer to double.
x[5] - 5L doesn't copy.
, when x[11] (which should be
extending a vector does not) ? I can understand that maybe x[5] - 5
hasn't yet been optimised
Dear all,
A recent bug fix for data.table was for non-ascii characters in column
names and grouping by those column. So, the package's test file now
includes non-ascii characters to test that bug fix :
# Test non ascii characters when passed as character by, #2134
x = rep(LETTERS[1:2], 3)
In do_matrix in src/array.c there is a type switch containing :
case LGLSXP :
for (i = 0; i nr; i++)
for (j = 0; j nc; j++)
LOGICAL(ans)[i + j * NR] = NA_LOGICAL;
That seems page inefficient, iiuc. Think it should be :
case LGLSXP :
for (j = 0; j nc; j++)
for (i = 0;
infrastructure.
Could R build scripts be configured to set these gcc flags to turn on
Graphite, then? I guess one downside could be the time to compile.
Matthew
On Sep 2, 2012, at 10:32 PM, Simon Urbanek wrote:
On Sep 2, 2012, at 10:04 PM, Matthew Dowle wrote:
In do_matrix in src
Hi,
Please consider the following :
x = c(1,3,NA,5)
y = c(2,NA,4,1)
min(x,y,na.rm=TRUE)# ok
[1] 1
max(x,y,na.rm=TRUE)# ok
[1] 5
sum(x,y,na.rm=TRUE)# ok
[1] 16
pmin(x,y,na.rm=TRUE) # ok
[1] 1 3 4 1
pmax(x,y,na.rm=TRUE) # ok
[1] 2 3 4 5
psum(x,y,na.rm=TRUE)
[1] 3 3 4 6
Tukey
-Oorspronkelijk bericht-
Van: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
Namens Matthew Dowle
Verzonden: dinsdag 30 oktober 2012 12:03
Aan: r-devel@r-project.org
Onderwerp: [Rd] There is pmin and pmax each taking na.rm, how about psum?
Hi,
Please
Justin Talbot jtalbot at stanford.edu writes:
Because that's inconsistent with pmin and pmax when two NAs are summed.
x = c(1,3,NA,NA,5)
y = c(2,NA,4,NA,1)
colSums(rbind(x, y), na.rm = TRUE)
[1] 3 3 4 0 6# actual
[1] 3 3 4 NA 6 # desired
But your desired result would be
On Sun, Nov 4, 2012 at 6:35 AM, Justin Talbot jtal...@stanford.edu
wrote:
Then the case for psum is more for convenience and speed -vs-
colSums(rbind(x,y), na.rm=TRUE)), since rbind will copy x and y into a
new
matrix. The case for pprod is similar, plus colProds doesn't exist.
Right,
Benjamin Tyner btyner at gmail.com writes:
Hello,
Is it possible to retrieve the 'named' field within the header (sxpinfo)
of a object, without resorting to a debugger, external code, etc?
And much more than just NAMED :
.Internal(inspect(x))
The goal is to ascertain whether a
Ben,
Somewhere on my wish/TO DO list is for someone to rewrite read.table
for
better robustness *and* efficiency ...
Wish granted. New in data.table 1.8.7 :
=
New function fread(), a fast and friendly file reader.
* header, skip, nrows, sep and colClasses are all auto detected.
*
On 27.12.2012 17:53, Simon Urbanek wrote:
On Dec 23, 2012, at 9:22 PM, Matthew Dowle wrote:
Hi,
Similar questions have come up before on the list and elsewhere but
I haven't found a solution yet.
winbuilder's install.out shows data.table's .c files compiled with
-O3 on Win32 but -O2
On 28.12.2012 00:41, Simon Urbanek wrote:
On Dec 27, 2012, at 6:08 PM, Matthew Dowle wrote:
On 27.12.2012 17:53, Simon Urbanek wrote:
On Dec 23, 2012, at 9:22 PM, Matthew Dowle wrote:
Hi,
Similar questions have come up before on the list and elsewhere
but I haven't found a solution yet
On Fri, Jan 3, 2013, Bert Gunter wrote
Well...
On Thu, Jan 3, 2013 at 10:00 AM, ivo welch ivo.welch at
anderson.ucla.edu wrote:
Dear R developers---I just spent half a day debugging an R program,
which had two bugs---I selected the wrongly named variable, which
turns out to have been a
On 04.01.2013 14:03, Duncan Murdoch wrote:
On 13-01-04 8:32 AM, Matthew Dowle wrote:
On Fri, Jan 3, 2013, Bert Gunter wrote
Well...
On Thu, Jan 3, 2013 at 10:00 AM, ivo welch ivo.welch at
anderson.ucla.edu wrote:
Dear R developers---I just spent half a day debugging an R
program,
which
On 04.01.2013 14:56, Duncan Murdoch wrote:
On 04/01/2013 9:51 AM, Matthew Dowle wrote:
On 04.01.2013 14:03, Duncan Murdoch wrote:
On 13-01-04 8:32 AM, Matthew Dowle wrote:
On Fri, Jan 3, 2013, Bert Gunter wrote
Well...
On Thu, Jan 3, 2013 at 10:00 AM, ivo welch ivo.welch
On 04.01.2013 15:22, Duncan Murdoch wrote:
On 04/01/2013 10:15 AM, Matthew Dowle wrote:
On 04.01.2013 14:56, Duncan Murdoch wrote:
On 04/01/2013 9:51 AM, Matthew Dowle wrote:
On 04.01.2013 14:03, Duncan Murdoch wrote:
On 13-01-04 8:32 AM, Matthew Dowle wrote:
On Fri, Jan 3, 2013, Bert
Christian,
In my mind, rightly or wrongly, it boils down to these four points :
1. CRAN policy excludes closed source packages; i.e., every single
package on CRAN includes its C code, if any. If an R package included a
.dll or .so which linked at C level to R, and that was being distributed
Simon Urbanek wrote :
Can you elaborate on the details as of where this will be a problem?
Packages
should not be affected since they should be importing the namespaces
from the
packages they use, so the only problem would be in a package that
uses both
data.table and rJava -- and this is
On 01.03.2013 16:13, Simon Urbanek wrote:
On Mar 1, 2013, at 8:03 AM, Matthew Dowle wrote:
Simon Urbanek wrote :
Can you elaborate on the details as of where this will be a
problem? Packages
should not be affected since they should be importing the
namespaces from the
packages they use, so
On 01.03.2013 20:19, Simon Urbanek wrote:
On Mar 1, 2013, at 11:40 AM, Matthew Dowle wrote:
On 01.03.2013 16:13, Simon Urbanek wrote:
On Mar 1, 2013, at 8:03 AM, Matthew Dowle wrote:
Simon Urbanek wrote :
Can you elaborate on the details as of where this will be a
problem? Packages
should
On 25.03.2013 09:20, Prof Brian Ripley wrote:
On 24/03/2013 15:01, Duncan Murdoch wrote:
On 13-03-23 10:20 AM, Matthew Dowle wrote:
On 23.03.2013 12:01, Prof Brian Ripley wrote:
On 20/03/2013 12:56, Matthew Dowle wrote:
Hi,
Please consider the following :
x = as.integer(2^30-1)
[1
On 25.03.2013 11:27, Matthew Dowle wrote:
On 25.03.2013 09:20, Prof Brian Ripley wrote:
On 24/03/2013 15:01, Duncan Murdoch wrote:
On 13-03-23 10:20 AM, Matthew Dowle wrote:
On 23.03.2013 12:01, Prof Brian Ripley wrote:
On 20/03/2013 12:56, Matthew Dowle wrote:
Hi,
Please consider
1 - 100 of 109 matches
Mail list logo