similar to: arr.ind argument to which.min and which.max

I think the rule is that you can do anything as long as you don't complain. If you want to complain, you must follow the instructions. -- Jari Oksanen in Re: [Rd] Keeping up to date with R-devel -- Patrick Burns pburns at pburns.seanet.com twitter: @burnsstat @portfolioprobe http://www.portfolioprobe.com/blog http://www.burns-stat.com (home of: 'Impatient R' 'The R

Pat Burns makes a good point. -Peter -------- Original Message -------- Subject: Re: [R] Using seq_len() vs 1:n Date: Fri, 12 Feb 2010 09:01:20 +0000 From: Patrick Burns <pburns at pburns.seanet.com> To: Peter Ehlers <ehlers at ucalgary.ca> References: <4B746AEF.10900 at ucalgary.ca> If you want your code to be compatible with S+, then 'seq_len' isn't going to work.

R-help is all about solving R problems. So here ya go: http://www.portfolioprobe.com/2011/09/12/solve-your-r-problems/ -- Patrick Burns pburns at pburns.seanet.com twitter: @portfolioprobe http://www.portfolioprobe.com/blog http://www.burns-stat.com (home of 'Some hints for the R beginner' and 'The R Inferno')

I've just realized that it could be handy to have a 'decreasing' argument in 'is.unsorted'. And I'm cheekily hoping someone else will implement it. It is easy enough to work around (with 'rev'), but would be less hassle with an argument. The case I have in mind uses 'is.unsorted' in 'stopifnot'. Pat -- Patrick Burns pburns at pburns.seanet.com

There is a weakness in the 'sample' function that is highlighted in the help file. The 'x' argument can be either the vector from which to sample, or the maximum value of the sequence from which to sample. This can be ambiguous if the length of 'x' is one. I propose adding an argument that allows the user (programmer) to avoid that ambiguity: function (x, size, replace

I also vote for the 'helpful' addition on row numbers based on the original matrix when no row names are present, with an optional argument to prevent this behaviour. -G > -----Original Message----- > From: Duncan Murdoch [mailto:dmurdoch@pair.com] > Sent: Monday, July 12, 2004 8:06 AM > To: Patrick Burns > Cc: Martin Maechler; Warnes, Gregory R; Prof Brian Ripley; >

Patrick, Thanks. I tried colnames, but it doesn't work. Seems more transformation is needed. But now I got names, that's good enough. Best. Xumin Patrick Burns <pburns@pburns.seanet.com> 03/15/2010 04:04 PM To Xumin Zeng <xumin.zeng@abbott.com> cc Subject Re: [R] assign colnames to data Those are names, not colnames. See the 'More R key actions' page

This is Circle 8..1.13 of the R Inferno. On 05/08/2018 06:57, Rui Barradas wrote: > Thanks. > This is exactly the doubt I had. > > Rui Barradas > > ?s 05:26 de 05/08/2018, Kenny Bell escreveu: >> This should more clearly illustrate the issue: >> >> c(1, 2, 3, 4)[-seq_len(4)] >> #> numeric(0) >> c(1, 2, 3, 4)[-seq_len(3)] >> #> [1] 4

* What were your biggest misconceptions or stumbling blocks to getting up and running with R? * What documents helped you the most in this initial phase? I especially want to hear from people who are lazy and impatient. Feel free to write to me off-list. Definitely write off-list if you are just confirming what has been said on-list. -- Patrick Burns pburns at pburns.seanet.com

just to add to ted's explanation in case it helps to fix the email server problem: below are the two Recipients and one of the two is always contained in the repeated emails that I'm receiving. Also, of course i don't mean to claim that the names contained in below are doing anything to cause the problem . VEC Operator is just an example. There are 3 or 4 others that repeat

There is now a document called "Some hints for the R beginner" whose purpose is to get people up and running with R as quickly as possible. Direct access to it is: http://www.burns-stat.com/pages/Tutor/hints_R_begin.html JRR Tolkien wrote a story (sans hobbits) called 'Leaf by Niggle' that has always resonated with me. I offer you an imperfect, incomplete tree (but my roof is

"The R Inferno" is now on the Burns Statistics website at http://www.burns-stat.com/pages/Tutor/R_inferno.pdf Abstract: If you are using R and you think you're in hell, this is a map for you. Also, I've expanded the outline concerning R on the Burns Statistics 'Links' page. Suggestions (off-list) for additional items are encouraged. Patrick Burns patrick at

It seems like I must be missing something since I haven't been able to find mention of this. Under Windows 7 I'm not getting carriage returns in the output of BATCH files using 2.15.0 (both 64-bit and 32-bit). They are in the startup messages, but not for the real output. Is this on purpose? Pat -- Patrick Burns pburns at pburns.seanet.com twitter: @portfolioprobe

I suggest that there be an additional sentence in the explanation for the 'repos' argument in the help file for 'install.packages': If the repository is on a local drive, then the string should begin with \code{file:}, e.g., \code{"file:J:/Rrepos"}. Perhaps I'm missing some subtlety, but it makes things work in my case. Pat -- Patrick Burns pburns at

Here's a weird problem that I hope someone can give me some hints for. Actions: Build a package of all R functions -- no compiled code. No indication of anything being wrong. 'require' the newly built package. As far as the session is concerned, there is nothing in the package. This is being done in RStudio on Windows with R version 3.0.2. The package used to work. There was

I'm experiencing a weird issue, and wondering if anyone has seen this, and better yet has a solution. At work we are getting lots of issues with 'permission denied' or 'network not found' and so forth when reading and writing between our machines and a file server. This happens randomly so the following function solves the problem for 'cat' commands: catSafer

Proposal That a new mailing list be established that pertains exclusively to R documentation. The purpose of the list would be to discuss weak sections of the documentation and establish fixes for those weak spots. Pro If it works, there would be better documentation. It would be an excellent opportunity for newish and/or less technical people to contribute to R. In some respects such people

Is it on purpose that `[[` strips the names when used on an atomic vector? > c(a=1, b=2)[1] a 1 > c(a=1, b=2)[[1]] [1] 1 > sessionInfo() R Under development (unstable) (2013-02-11 r61902) Platform: x86_64-w64-mingw32/x64 (64-bit) locale: [1] LC_COLLATE=English_United Kingdom.1252 [2] LC_CTYPE=English_United Kingdom.1252 [3] LC_MONETARY=English_United Kingdom.1252 [4] LC_NUMERIC=C

Here are some data frames: df3.2 <- data.frame(1:3, 7:9) df4.2 <- data.frame(1:4, 7:10) df3.3 <- data.frame(1:3, 7:9, 10:12) df4.3 <- data.frame(1:4, 7:10, 10:13) df3.4 <- data.frame(1:3, 7:9, 10:12, 15:17) df4.4 <- data.frame(1:4, 7:10, 10:13, 15:18) Now here are some commands and their answers: > median(df3.2) [1] 2 8 > median(df4.2) [1] 2.5 8.5 > median(df3.3)

I'm interested in using a data frame as if it were a hash table. For instance if I had the following, > (d <- data.frame(key=seq(0.5, 3, 0.5), value=rnorm(6))) key value 1 0.5 -1.118665122 2 1.0 0.465122921 3 1.5 -0.529239211 4 2.0 -0.147324638 5 2.5 -1.531503795 6 3.0 -0.002720434 Then I'd like to be able to quickly retrieve the "value" of "key" 1.5