On Thu, Nov 29, 2018 at 1:10 PM S Ellison wrote:
>
>
> > > plot(x=1:10, y=)
> > > plot(x=1:10, y=, 10:1)
> > >
> > > In both cases, 'y=' is ignored. In the first, the plot is for y=NULL (so
> > > not
> > 'missing' y)
> > > In the second case, 10:1 is positionally matched to y despite the
> > > i
On Thu, Nov 29, 2018 at 10:51 AM S Ellison wrote:
>
> > When trying out some variations with `[.data.frame` I noticed some (to me)
> > odd behaviour,
>
> Not just in 'myfun' ...
>
> plot(x=1:10, y=)
> plot(x=1:10, y=, 10:1)
>
> In both cases, 'y=' is ignored. In the first, the plot is for y=NULL (
On Thu, Nov 29, 2018 at 5:09 AM Emil Bode wrote:
>
> When trying out some variations with `[.data.frame` I noticed some (to me)
> odd behaviour, which I found out has nothing to do with `[.data.frame`, but
> rather with the way arguments are matched, when mixing named/unnamed and
> missing/non-
On Thu, Aug 30, 2018 at 3:11 AM Thierry Onkelinx
wrote:
>
> Dear Farid,
>
> Try using the ASCII notation. letters_fa <- c("\u0627", "\u0641").
... as recommend in the manual:
https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Encoding-issues
Best,
Ista
The full
> code table is availab
On Tue, Jul 24, 2018 at 11:41 AM, Ista Zahn wrote:
> I don't think it has much to do with transform in particular:
>
>> BOD <- data.frame(Time = 1:6, demand = runif(6))
>> BOD[["X"]] <- BOD[1:2] * seq(6); BOD
> Timedemand X.Time X.demand
&g
I don't think it has much to do with transform in particular:
> BOD <- data.frame(Time = 1:6, demand = runif(6))
> BOD[["X"]] <- BOD[1:2] * seq(6); BOD
Timedemand X.Time X.demand
11 0.8649628 1 0.8649628
22 0.5895380 4 1.1790761
33 0.6854635 9 2.0563906
44 0.4
The current behavior is as documented. See ?NA, which says
"Numerical computations using ‘NA’ will normally result in ‘NA’: a
possible exception is where ‘NaN’ is also involved, in which case
either might result"
--Ista
On Mon, Jul 2, 2018 at 11:25 AM, Jan Gorecki wrote:
> Hi,
> base:
Hi Scott,
This question is appropriate for the r-help mailing list, but probably
off-topic here on r-devel.
Best,
Ista
On Tue, May 1, 2018 at 2:57 PM, Scott Kostyshak wrote:
> I have very little knowledge about file encodings and would like to
> learn more.
>
> I've read the following pages to
On Fri, Apr 13, 2018 at 3:51 PM, Duncan Murdoch
wrote:
> On 13/04/2018 7:21 AM, Johannes Rauh wrote:
>>
>> The function `base::rm` has an argument that is named `list`. However, if
>> a list is passed as `list` to `rm` (e.g.: `rm(list = list("x", "y"))`), an
>> error is raised: "invalid first arg
On Fri, Mar 23, 2018 at 6:43 PM, Rui Barradas wrote:
> Hello,
>
> Not exactly an answer but here it goes.
> If you use the formula interface the names will be retained.
Also if you pass named arguments:
aggregate(iris["Sepal.Length"], by = iris["Species"], FUN = foo)
# Species Sepal.Length
I don't see the issue here. It would be helpful if people would report
their sessionInfo() when reporting whether or not they see this issue.
Mine is
> sessionInfo()
R version 3.4.3 (2017-11-30)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Arch Linux
Matrix products: default
BLAS/LAPACK:
On Thu, Feb 15, 2018 at 11:19 AM, Kevin Ushey wrote:
> I suspect your UTF-8 string is being stripped of its encoding before
> write, and so assumed to be in the system native encoding, and then
> re-encoded as UTF-8 when written to the file. You can see something
> similar with:
>
> > tmp <- '
This is not the right place to report Bioconductor issues. Even if it
were you have not provided adequate reproduction steps.
source("https://bioconductor.org/biocLite.R";)
biocLite("ChemmineR")
library(ChemmineR)
works fine for me. When you find the correct venue for reporting this
issue I hope
Hi Kevin,
I can't imagine what gave you the idea that r-devel is an appropriate
place to make requests regarding bioconductor build infrastructure. It
is not.
Best,
Ista
On Wed, Feb 7, 2018 at 10:59 AM, Kevin Horan wrote:
>
> The ChemmineR build is failing on the mac due to a new dependency not
I can reproduce this on Linux, so it is not Windows-specific.
> sessionInfo()
R version 3.4.3 (2017-11-30)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Arch Linux
Matrix products: default
BLAS/LAPACK: /usr/lib/libopenblas_haswellp-r0.2.20.so
locale:
[1] LC_CTYPE=en_US.UTF-8 LC_NU
On Jan 10, 2018 8:24 PM, "Benjamin Tyner" wrote:
Thanks Keith. We checked, and indeed libopenblas is not linked against
libomp nor libgomp. We suspect this is because we used conda to install R
and OpenBLAS. So I guess we should be barking up the conda tree instead?
What are you barking about?
On Mon, Oct 30, 2017 at 12:45 PM, Cohn, Robert S
wrote:
> I think the thing that is missing is a simple way for end users on windows to
> replace blas/lapack libraries with MKL-a package that you install that puts
> the libraries in the right place.
>
> Microsoft provides something for their dis
On Sun, Oct 29, 2017 at 11:09 PM, Dirk Eddelbuettel wrote:
>
> On 29 October 2017 at 22:01, Kenny Bell wrote:
> | User here: incorporating Intel's MKL, as MRO does, would be a very welcome
> | addition.
> |
> | I was an MRO user before and it improved my experience with medium data
> | immensely.
On Tue, Sep 19, 2017 at 1:04 PM, Paul Johnson wrote:
> Last week one of our clients reported trouble with a csv file I
> generated with write.table. He said that columns with quotes for
> character variables were rejected by their data importer, which was
> revised to match the way Microsoft Exce
As s work-around I suggest readr::read_file.
--Ista
On Sep 2, 2017 2:58 PM, "Jennifer Lyon" wrote:
> Hi:
>
> I have a 2.1GB JSON file. Typically I use readLines() and
> jsonlite:fromJSON() to extract data from a JSON file.
>
> When I try and read in this file using readLines() R segfaults.
>
Hi Ghislain,
The documentation at
https://cran.r-project.org/doc/manuals/r-release/R-admin.html#BLAS
provides a fair bit of information. What specifically would you like
to see added?
Best,
Ista
On Mon, Aug 21, 2017 at 10:13 AM, Ghislain Durif
wrote:
> Hi Tomas,
>
> Thanks for your answer.
>
>
Hi Stefan,
This is a packaging issue, not a change in the R source code. Further,
it has already been discussed on R-sig-debian -- see
https://stat.ethz.ch/pipermail/r-sig-debian/2017-July/thread.html
Best,
Ista
On Mon, Jul 3, 2017 at 9:35 AM, Stefan Lüdtke wrote:
> Dear all,
>
> the recent upd
; Thanks Ista, that's good to know. Did you install from pacman?
>
> Chris
>
> On Fri, 23 Jun 2017 at 20:35 Ista Zahn wrote:
>>
>> FWIW, I don't have any problems with R on Arch Linux.
>>
>> On Jun 23, 2017 1:32 PM, "Chris Cole" wrote:
>&g
FWIW, I don't have any problems with R on Arch Linux.
On Jun 23, 2017 1:32 PM, "Chris Cole" wrote:
> Thank you for correcting my misunderstandings, Professor. Compiling from
> source did the trick, and I'll be following up with the arch maintainers
> about addressing the issue on their end.
>
>
On Mon, May 8, 2017 at 8:08 AM, Antonin Klima wrote:
> Thanks for the answers,
>
> I’m aware of the ‘.’ option, just wanted to give a very simple example.
>
> But the lapply ‘…' parameter use has eluded me and thanks for enlightening me.
>
> What do you mean by messing up the call stack. As far as
On Fri, May 5, 2017 at 1:00 PM, Antonin Klima wrote:
> Dear Sir or Madam,
>
> I am in 2nd year of my PhD in bioinformatics, after taking my Master’s in
> computer science, and have been using R heavily during my PhD. As such, I
> have put together a list of certain features in R that, in my opin
Hi Philipp,
Fellow Archlinux user here. I think the problem is with the r-devel
PKGBUILD file, rather than anything wrong in R itself. The PKGBUILD
file does this:
ln -s /etc/R/${i} ${i}
when it should do
ln -s /etc/R-devel/${i} ${i}
You can fix your installed version with
cd /opt/r-devel/lib
But you can easily fall back to R from within Julia; see
http://juliastats.github.io/RCall.jl/latest/
On Aug 5, 2016 1:27 PM, "Hadley Wickham" wrote:
> No.
>
> Hadley
>
> On Fri, Aug 5, 2016 at 11:12 AM, Kenny Bell wrote:
> > Is it conceivable that Julia could be ported to use R syntax in a way
Hi Steve,
CRAN only compiles packages for Windows and OS X, so this is a) completely
expected and b) completely unrelated to the issue being discussed in this
thread.
Best,
Ista
On Feb 27, 2016 12:32 PM, "Steve Bronder" wrote:
> Removing 'type=binary' worked for me.
>
> install.packages(
>'
Hi Christian,
This seems like a question about OSX rather than R. You will probably have
more luck asking on an apple forum. Or just google: http://bfy.tw/1zhP
Best,
Ista
On Sep 26, 2015 8:39 PM, "David Winsemius" wrote:
>
> On Sep 26, 2015, at 2:06 PM, cstrato wrote:
>
> > Dear Dirk,
> >
> > Y
Hi Josh,
I think we need some more details, including code, and information
about your operating system. My machine has only 12 Gb of ram, but I
can run this quite comfortably (no swap, other processes using memory
etc.):
library(parallel)
library(data.table)
d <- data.table(a = rnorm(5000),
AFAIK this is the way it works on Windows. It has been discussed in several
places, e.g.
http://stackoverflow.com/questions/17715956/why-do-some-unicode-characters-display-in-matrices-but-not-data-frames-in-r
,
http://stackoverflow.com/questions/17715956/why-do-some-unicode-characters-display-in-ma
On Tue, Dec 23, 2014 at 10:34 AM, Frank Harrell
wrote:
> I am thinking about adding several geom and stat extensions to ggplot2
> in the Hmisc package. To do this requires using non-exported ggplot2
> functions as discussed in
> http://stackoverflow.com/questions/18108406/creating-a-custom-stat-o
On Tue, Aug 5, 2014 at 2:49 PM, Grant Rettke wrote:
> Hi,
>
> Today I got curious about whether or not I /could/ remove `attach' from
> my system so:
> - Backed it up
> - Implemented a new one
> - Like this
>
> ,
> | attach.old <<- attach
> | attach <<- function(...) {stop("NEVER USE ATTACH")}
Makes sense, thanks for the explanation.
Best,
Ista
On Sat, Jun 21, 2014 at 3:56 AM, Prof Brian Ripley
wrote:
> On 20/06/2014 15:37, Ista Zahn wrote:
>>
>> Hello,
>>
>> I've noticed that dget() is much slower in the current and devel R
>> versions than i
Hello,
I've noticed that dget() is much slower in the current and devel R
versions than in previous versions. In 2.15 reading a 1-row
data.frame takes less than half a second:
> (which.r <- R.Version()$version.string)
[1] "R version 2.15.2 (2012-10-26)"
> x <- data.frame(matrix(sample(letters
This is slightly more verbose, but perhaps
do.call("seq", as.list(c(extendrange(D_orig, f=0.1), len=100)))
Best,
Ista
On Mon, Feb 3, 2014 at 9:00 AM, Lorenz, David wrote:
> Berry,
> It sounds like you just need a little helper function like this:
>
> ser <- function(x, len=100, f=0.1) {
>
Hi,
I can't reproduce the error with a fully updated CentOS 6 with R-core
and R-devel installed from
http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/epel/6/x86_64/.
Here is the sessionInfo from my CentOS 6 system where installation of
kernlab was successful:
sessionInfo()
R version 3.0.
OpenMx does install on R 3.01. I haven't tested extensively, but after
installing with
install.packages('OpenMx',
dependencies = TRUE,
repos = c(getOption("repos"),
'http://openmx.psyc.virginia.edu/sequential/'))
the demos appear to run correctly.
Best,
Ista
On
In case this is helpful, I don't see this issue on my Mac Pro with OSX
version 10.7.5. Details below.
> M <- matrix(1,23171,23171) ; diag(M) <- 0 ; range(colSums(M))
[1] 23170 23170
> sessionInfo()
R version 3.0.1 (2013-05-16)
Platform: x86_64-apple-darwin10.8.0 (64-bit)
locale:
[1] en_US.UTF-8
On Tue, Jul 23, 2013 at 12:54 PM, Fg Nu wrote:
>
>
>
> - Original Message -----
> From: Ista Zahn
> To: Fg Nu
> Cc: "r-devel@r-project.org"
> Sent: Tuesday, July 23, 2013 9:50 PM
> Subject: Re: [Rd] cbind error with check.names
>
> On
On Tue, Jul 23, 2013 at 9:18 AM, Fg Nu wrote:
>
>
>
> Here is an example where cbind fails with an error when check.names=TRUE is
> set.
>
> data(airquality)
> airQualityBind =cbind(airquality,airquality,check.names =TRUE)
>
>
> I understand that cbind is a call to data.frame and the following w
On Wed, Feb 13, 2013 at 7:33 AM, Michael Dewey wrote:
> At 18:01 11/02/2013, Ista Zahn wrote:
>>
>> FWIW my view is that for data cleaning and organizing factors just get
>> it the way. For modeling I like them because they make it easier to
>> understand what is happen
FWIW my view is that for data cleaning and organizing factors just get
it the way. For modeling I like them because they make it easier to
understand what is happening. For example I can look at the levels()
to see what the reference group will be. With characters one has to
know a) that levels are
44 matches
Mail list logo
