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
> > >
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
>
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
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
> 1
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
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,
>
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
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
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)
#
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
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
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
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
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
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
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
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
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
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,
>
>
c.1...@gmail.com> wrote:
> Thanks Ista, that's good to know. Did you install from pacman?
>
> Chris
>
> On Fri, 23 Jun 2017 at 20:35 Ista Zahn <istaz...@gmail.com> wrote:
>>
>> FWIW, I don't have any problems with R on Arch Linux.
>>
>> On Jun 23, 2017 1
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
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
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
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
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
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.
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:
>
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
,
On Tue, Dec 23, 2014 at 10:34 AM, Frank Harrell
f.harr...@vanderbilt.edu 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
On Tue, Aug 5, 2014 at 2:49 PM, Grant Rettke g...@wisdomandwonder.com 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
Makes sense, thanks for the explanation.
Best,
Ista
On Sat, Jun 21, 2014 at 3:56 AM, Prof Brian Ripley
rip...@stats.ox.ac.uk 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 in previous versions. In 2.15
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 lor...@usgs.gov wrote:
Berry,
It sounds like you just need a little helper function like this:
ser - function(x, len=100,
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
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]
On Tue, Jul 23, 2013 at 9:18 AM, Fg Nu fgn...@yahoo.com 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
On Tue, Jul 23, 2013 at 12:54 PM, Fg Nu fgn...@yahoo.com wrote:
- Original Message -
From: Ista Zahn istaz...@gmail.com
To: Fg Nu fgn...@yahoo.com
Cc: r-devel@r-project.org r-devel@r-project.org
Sent: Tuesday, July 23, 2013 9:50 PM
Subject: Re: [Rd] cbind error with check.names
On Wed, Feb 13, 2013 at 7:33 AM, Michael Dewey i...@aghmed.fsnet.co.uk 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 happening
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
43 matches
Mail list logo