ed, 13 Dec 2023 09:04:18 +0100
Hilmar Berger via R-devel wrote:
Still, I feel that default partial matching cripples the functionality
of data.frame for larger tables.
Changing the default now would require a long deprecation cycle to give
everyone who uses `[.data.frame` and relies on partial ma
Dear Ivan,
thanks a lot, that is helpful.
Still, I feel that default partial matching cripples the functionality
of data.frame for larger tables.
Thanks again and best regards
Hilmar
On 12.12.23 13:55, Ivan Krylov wrote:
В Mon, 11 Dec 2023 21:11:48 +0100
Hilmar Berger via R-devel пишет
Dear all,
I have seen that others have discussed the partial matching behaviour of
data.frame[idx,] in the past, in particular with respect to unexpected
results sets.
I am aware of the fact that one can work around this using either
match() or switching to tibble/data.table or similar
What about using the Wayback Machine archive ? The web archive should be
more stable than other links which also might disappear in the future.
E.g.
https://web.archive.org/web/20070610002602/http://www.herine.net/stat/software/dbinom.html
, which also links to an archived copy of the
listinfo/r-devel
--
Dr. Hilmar Berger, MD
Max Planck Institute for Infection Biology
Charitéplatz 1
D-10117 Berlin
GERMANY
Phone: + 49 30 28460 430
Fax:+ 49 30 28460 401
E-Mail: ber...@mpiib-berlin.mpg.de
Web : www.mpiib-berlin.mpg.de
__
R-dev
d most
likely disappear with the fix you submitted for other 0-extent cases.
Thanks again and best regards,
Hilmar
Am 18/09/2019 um 11:29 schrieb Martin Maechler:
Martin Maechler
on Wed, 18 Sep 2019 10:35:42 +0200 writes:
>>>>> Hilmar Berger
>>>>>
frame at all be dispatched for == object> ?
setClass("FOOCLASS",
representation("list")
)
ma = new("FOOCLASS", list(M=matrix(rnorm(300), 30,10)))
isS4(ma)
d_3 == ma # error A
#########
x(rnorm(300), 30,10)))
> isS4(ma)
[1] TRUE
> data.frame(a=1:3) == ma
Error in matrix(unlist(value, recursive = FALSE, use.names = FALSE),
nrow = nr, :
length of 'dimnames' [2] not equal to array extent
Best,
Hilmar
On 11/09/2019 12:24, Hilmar Berger wrote:
Another example where a data
s possible only for atomic and list types")
if appropriate.
Best regards,
Hilmar
On 11/09/2019 11:55, Hilmar Berger wrote:
In the data.frame()==NULL cases I have the impression that the fact
that both sides are non-atomic is not properly detected and therefore
R tries to go on with the ==
Dear all,
I just stumbled upon some behavior of the == operator which is at least
somewhat inconsistent.
R version 3.6.1 (2019-07-05) -- "Action of the Toes"
Copyright (C) 2019 The R Foundation for Statistical Computing
Platform: x86_64-w64-mingw32/x64 (64-bit)
> list(a=1:3, b=LETTERS[1:3])
ged:
dd2 = c(rep(-1, 144), rep(1, 74), rep(NaN,82))
xx = runmed(dd2,21)
Error in if (a < b) { : missing value where TRUE/FALSE needed
Best regards,
Hilmar
--
Dr. Hilmar Berger, MD
Max Planck Institute for Infection Biology
Charitéplatz 1
D-10117 Berlin
GERMANY
Phone: + 49 30 28460 430
Fax:
On 09/05/17 11:22, Joris Meys wrote:
>
>
> On Tue, May 9, 2017 at 9:47 AM, Hilmar Berger
> <ber...@mpiib-berlin.mpg.de <mailto:ber...@mpiib-berlin.mpg.de>> wrote:
>
> Hi,
>
> On 08/05/17 16:37, Ista Zahn wrote:
>
> One of the key st
g language,
however, it introduces inconsistencies and uncertainties which could be
avoided if some of the "modern" parts (including language concepts)
could be more integrated in core-R.
Best regards,
Hilmar
--
Dr. Hilmar Berger, MD
Max Planck Institute for Infection Biology
Charitéplatz 1
tions. See for example
> http://r.789695.n4.nabble.com/segfault-in-gplots-heatmap-2-td4641808.html.
> Also, the problem might be platform-specific. It would be interesting
> to see whether anyone with a Mac can reproduce it.
>
> kind regards,
>
> j.
>
>
>
actly the product operator is trying to do in the
multiplication of the matrix with the object.
Best regards,
Hilmar
On 18/04/17 18:57, Hilmar Berger wrote:
Hi,
this is a problem that occurs in the presence of two libraries (limma,
xlsx) and leads to a crash of R. The problematic code is the
s_3.3.0
>
> ma = new("MAList", list(A=matrix(rnorm(300), 30,10),
M=matrix(rnorm(300), 30,10)))
> #sweep(ma, 2, c(1:10), "*")
>
> f = match.fun("*")
> f
function (e1, e2) .Primitive("*")
> f(ma, ma$M)
> crash to command line with
Hi all,
I guess that this is rather a feature request than a bug report, but I'm
not really sure:
I stumbled over this today (R 2.6.2, WinXP):
c=c(as.Date(2007-01-01))
class(c)
[1] Date
ifelse(is.na(c),as.Date(Sys.time()), c)
[1] 13514
typeof(ifelse(is.na(c),as.Date(Sys.time()), c))
Full_Name: Hilmar Berger
Version: 2.4.1/2.6.2alpha
OS: WinXP
Submission from: (NULL) (84.185.128.110)
Hi all,
If I use tapply on an empty data.frame I get an error. I'm not quite sure if one
can actually expect the function to return with a result. However, the error
message suggests
18 matches
Mail list logo
