On 3/13/08, Ben Bolker <[EMAIL PROTECTED]> wrote:
>
>Can someone point me to a justification for the design
> decisions, which seem to be similar in lattice and
> ggplot2, of
Disclaimer: I don't have strong personal preferences, I just went with
what Trellis had. That said,
> (1) gray backg
On Fri, 14 Mar 2008, Deepayan Sarkar wrote:
> On 3/13/08, Ben Bolker <[EMAIL PROTECTED]> wrote:
>>
>>Can someone point me to a justification for the design
>> decisions, which seem to be similar in lattice and
>> ggplot2, of
>
> Disclaimer: I don't have strong personal preferences, I just we
This is long established and documented on the basic help page for '['.
Further, the convention is widely used in R itself: running 'make check'
would give a few hundred warnings and then fail. Working around those
warnings would be inefficient (involving unnecessary copying of large
objects).
Thanks for your answer.
I understand that this is long established, but I would suspect that the
usage of extracting by names was then less common (I can easily
admit that this is pure speculation on my side, I have no data to support this).
As R evolves, sometimes things happen to be deprecated (
Full_Name: Alexander Yephremov
Version: R 2.6.2 GUI 1.23 (4932) (4932)
OS: Mac OS X 10.4
Submission from: (NULL) (193.174.239.91)
Hi!
> array <- 0*1:50
> array
[1] 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0
> write(array, "array.file", s
Hi Alexander,
from the Help page of write:
Usage
write(x, file = "data",
ncolumns = if(is.character(x)) 1 else 5,
append = FALSE, sep = " ")
Arguments
x the data to be written out.
file A connection, or a character string naming the file to write to. If
"", print to the standard
On 3/14/2008 6:45 AM, [EMAIL PROTECTED] wrote:
> Full_Name: Alexander Yephremov
> Version: R 2.6.2 GUI 1.23 (4932) (4932)
> OS: Mac OS X 10.4
> Submission from: (NULL) (193.174.239.91)
>
>
> Hi!
>
>> array <- 0*1:50
>> array
> [1] 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
First of all, it's not a bug. Please don't report bugs before
bringing up the "issue" on r-devel. FYI, there are people (not me),
who have to go through all bug reports, tag them, and clean them out
manually.
If you do print(write), your concerns are answered:
function (x, file = "data", ncolu
Professor Ripley,
Thanks for answering my question.
Trevor
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi,
I recently ran into a problem with 'merge' that stems from the way how
missing values in the key column (i.e., the column specified
in the "by" argument) are handled. I wonder whether the current behavior
is fully consistent.
Please have a look at this example:
> x <- data.frame( key = c(1
Full_Name: Jan Somorcik
Version: 2.6.0
OS: Windows XP HOME
Submission from: (NULL) (158.195.31.33)
I used to run a simulation with 5000 iterations. For a long time everything was
OK, but since yesterday R stops after 500-1500 iterations [never at the same
position] with an [random?] Error message
Unfortunately, RNGkind is buggy. It will not generate warnings
except the full name "Buggy Kinderman-Ramage" is supplied for normal.kind.
match.arg is supposed to be called before "==" comparison.
Shengqiao Li
Research Associate
The Department of Stati
Full_Name: Moroz Zbigniew
Version: R 2.6.2
OS:
Submission from: (NULL) (62.121.118.102)
Very elementary question:
In my R 2.6.2 version function dump() is reported to be not known.
Is it in one of packages? Which one ?
__
R-devel@r-project.org mailing
Could you please supply complete details, including an example to
reproduce the error message you get.
The "Buggy Kinderman-Ramage" error message is produced when you try to
force the use of an old RNG that is known to have bugs. Usually it
should not appear, so I think you are doing something
On Fri, 14 Mar 2008 [EMAIL PROTECTED] wrote:
> Full_Name: Moroz Zbigniew
> Version: R 2.6.2
> OS:
> Submission from: (NULL) (62.121.118.102)
>
> Very elementary question:
Very elementary questions should not be reported as bugs!
Plese read:
http://CRAN.R-project.org/doc/FAQ/R-FAQ.html#R-Bugs
On Fri, 14 Mar 2008, Paul Gilbert wrote:
Could you please supply complete details, including an example to
reproduce the error message you get.
The "Buggy Kinderman-Ramage" error message is produced when you try to
force the use of an old RNG that is known to have bugs. Usually it
should not ap
change r-devel [EMAIL PROTECTED]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Fri, 14 Mar 2008, Simon Anders wrote:
> I recently ran into a problem with 'merge' that stems from the way how
> missing values in the key column (i.e., the column specified
> in the "by" argument) are handled. I wonder whether the current behavior
> is fully consistent.
> ...
> > x <- data.fra
[EMAIL PROTECTED] wrote:
> Full_Name: Jan Somorcik
> Version: 2.6.0
> OS: Windows XP HOME
> Submission from: (NULL) (158.195.31.33)
>
>
> I used to run a simulation with 5000 iterations. For a long time everything
> was
> OK, but since yesterday R stops after 500-1500 iterations [never at the same
19 matches
Mail list logo
