Re: [Rd] Probably a bug in the dendextend package
To followup on the previous e-mail, I wanted to update that this bug in dendextend has been fixed in the new version (1.0.0), which is available on github: https://github.com/talgalili/dendextend Which will be submitted to CRAN in the upcoming month (before useR). My apologies again for raising a false alarm. With regards, Tal Contact Details:--- Contact me: tal.gal...@gmail.com | Read me: www.talgalili.com (Hebrew) | www.biostatistics.co.il (Hebrew) | www.r-statistics.com (English) -- On Wed, May 20, 2015 at 11:02 AM, Tal Galili tal.gal...@gmail.com wrote: Dear Martin, You are right. When implementing the dendextend::set function, I failed to notice that edgePar should accept a list instead of a vector. So all I did was to discover a bug in my own code. I am both sorry for taking your time due to my own mistake, and also grateful for your help (I will resolve this bug before submitting the next release to CRAN). I am sure that I would have had similar feelings if the situation happened to me - so again, I apologize :) With regards, Tal On Wed, May 20, 2015 at 10:39 AM, Martin Maechler maech...@lynne.stat.math.ethz.ch wrote: u Contact Details:--- Contact me: tal.gal...@gmail.com | Read me: www.talgalili.com (Hebrew) | www.biostatistics.co.il (Hebrew) | www.r-statistics.com (English) -- [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] MetaCran website v1.0.0-alpha
On 25.05.2015 02:29, Gábor Csárdi wrote: On Sun, May 24, 2015 at 7:40 PM, Uwe Ligges lig...@statistik.tu-dortmund.de mailto:lig...@statistik.tu-dortmund.de wrote: Thanks for letting us know about the new website. Some comments: - Download statistics: Where are they from? CRAN does not monitor downloads generally, maybe some selected mirrors do. It's the RStudio mirror only. It is mentioned on the Services page and on the page of the download count API. It should probably be on the main page, but 'Most downloaded from the RStudio mirror' sounded very clumsy, even if it is correct. Anyway, I'll put it there in some form in a minute. Btw. I do not think this statistics is the best: - single mirror, although this is the least of my concerns to be honest. - if a package is updated frequently, then it is downloaded more frequently, even if it is not used by more people. - if a popular package depends on another one, that is downloaded often, too. Even if it is not used much directly. You would probably want to rank down these packages a bit in the search result list. A good example is my 'rversions' package, that is trending like crazy, but nobody really wants it, only the last version of 'devtools' depends on it. Ideally, I would want to count the number of 'install.packages()' invocations, and this is actually technically easy without tracking anyone. Is CRAN open to talk about this? - Section Recently updated can only hold 9 packages, but frequently more than 9 get accepted even within an hour, hence not sure if this makes sense. Click on Recently updated, and you get the latest 100. You can get even more with the API, if you want. - The links Download R and CRAN homepage point to a particular link of a mirror rather than the official pages. I'd appreciate if you do not link to selected mirrors. The R homepage on purpose links to http://cran.r-project.org/mirrors.html when pointing to CRAN. Good points, I'll fix these. I put in that mirror, because it was fast, and it is bound to be fast from anywhere in the world, whereas the main site was sluggish from my location at that time. OK, thanks! Uwe Thanks! Gabor Best, Uwe Ligges On 24.05.2015 11 tel:24.05.2015%2011:44, Rainer M Krug wrote: Gábor Csárdi csardi.ga...@gmail.com mailto:csardi.ga...@gmail.com writes: Dear All, [ I was wondering if this should have gone to the new mailing list. Maybe. ] As some of you maybe know from my earlier posts, I am building a simple search engine for R packages. Now the search engine has a proper web site, where you can also browse CRAN packages. http://www.r-pkg.org/ As I see the value is in 1. package search (search box on top right) 2. APIs, see http://www.r-pkg.org/services It is in alpha version, meaning that things seem to work, some pages are a bit slow and there are a lot of glitches to fix. I had a quick peek, and it looks really nice! I particularly think the github integration for diff-ing versions can be very use full! It might be an idea, to also add R itself to the github repo for diff-ing? Thanks a lot, Rainer Please tell me what you think. Best, Gabor [[alternative HTML version deleted]] __ R-devel@r-project.org mailto:R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Unicode display problem with data frames under Windows
Here's a data frame with some Unicode symbols (set intersection and union). d - data.frame(x = A \u222a B \u2229 C) Printing this data frame under R 3.2.0 patched (r68378) and Windows 7, I see d ## x ## 1 A U+222A B n C Printing the column itself works fine. d$x ## [1] A ∪ B ∩ C ## Levels: A ∪ B ∩ C The encoding is correctly UTF-8. Encoding(as.character(d$x)) ## [1] UTF-8 Under Linux both forms of printing are fine for me. I'm not quite sure whether I've missed a setting or if this is a bug, so Am I doing something silly? Can anyone else reproduce this? -- Regards, Richie Learning R 4dpiecharts.com [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Unicode display problem with data frames under Windows
On 25/05/2015 11:37 AM, Ista Zahn wrote: 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-matrices-but-not-data-frames-in-r (both of these came up when I googled the subject line of your email). Yes, but it is a bug, just a hard one to fix. It needs someone to dedicate a serious amount of time to deal with it. Since most of the people who tend to do that generally use systems in UTF-8 locales where this isn't a problem, or don't use Windows, it is languishing. Duncan Murdoch Best, Ista On May 25, 2015 9:39 AM, Richard Cotton richiero...@gmail.com wrote: Here's a data frame with some Unicode symbols (set intersection and union). d - data.frame(x = A \u222a B \u2229 C) Printing this data frame under R 3.2.0 patched (r68378) and Windows 7, I see d ## x ## 1 A U+222A B n C Printing the column itself works fine. d$x ## [1] A ∪ B ∩ C ## Levels: A ∪ B ∩ C The encoding is correctly UTF-8. Encoding(as.character(d$x)) ## [1] UTF-8 Under Linux both forms of printing are fine for me. I'm not quite sure whether I've missed a setting or if this is a bug, so Am I doing something silly? Can anyone else reproduce this? -- Regards, Richie Learning R 4dpiecharts.com [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Unicode display problem with data frames under Windows
On 25/05/2015 12:43 PM, Duncan Murdoch wrote: On 25/05/2015 11:37 AM, Ista Zahn wrote: 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-matrices-but-not-data-frames-in-r (both of these came up when I googled the subject line of your email). Yes, but it is a bug, just a hard one to fix. It needs someone to dedicate a serious amount of time to deal with it. Since most of the people who tend to do that generally use systems in UTF-8 locales where this isn't a problem, or don't use Windows, it is languishing. Oops, I meant to write or don't use non-ascii characters, the UTF-8 locales implies non-Windows. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Unicode display problem with data frames under Windows
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-matrices-but-not-data-frames-in-r (both of these came up when I googled the subject line of your email). Best, Ista On May 25, 2015 9:39 AM, Richard Cotton richiero...@gmail.com wrote: Here's a data frame with some Unicode symbols (set intersection and union). d - data.frame(x = A \u222a B \u2229 C) Printing this data frame under R 3.2.0 patched (r68378) and Windows 7, I see d ## x ## 1 A U+222A B n C Printing the column itself works fine. d$x ## [1] A ∪ B ∩ C ## Levels: A ∪ B ∩ C The encoding is correctly UTF-8. Encoding(as.character(d$x)) ## [1] UTF-8 Under Linux both forms of printing are fine for me. I'm not quite sure whether I've missed a setting or if this is a bug, so Am I doing something silly? Can anyone else reproduce this? -- Regards, Richie Learning R 4dpiecharts.com [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] foreach hangs when using doMPI on Windows with Microsoft MPI
??I installed Microsoft MPI.
Then installed the foreach and Rmpi packages.
Then built doMPI from source.
mpi.remote.exec works.
foreach hangs with the main process and all worker processes idle.
I launch my script with mpiexec:
C:\Program Files\Microsoft MPI\Bin\mpiexec -n 3 C:\Program
Files\R\R-3.2.0\bin\x64\Rterm.exe --no-save -q -f MPI Test.r
The script is:
library(Rmpi)
library(doMPI)
library(foreach)
cl - startMPIcluster()
print(cl)
registerDoMPI(cl)
mpi.remote.exec(paste(Sys.info()[['nodename']], Sys.getpid(), mpi.comm.rank(),
of, mpi.comm.size()))
# Hangs at this point
# Main process and worker processes are all idle
ni - foreach(i=1:10) %dopar% {
paste(Sys.info()[['nodename']], Sys.getpid(), mpi.comm.rank(), of,
mpi.comm.size())
}
mpi.close.Rslaves()
mpi.quit()
Prints:
C:\Users\dteller\Documents\MPIC:\Program Files\Microsoft MPI\Bin\mpiexec -n 3
C:\Program Files\R\R-3.2.0\bin\x64\Rterm.exe --no-save -q -f MPI Test.r
master (rank 0, comm 1) of size 3 is running on: dteller-dv7
slave1 (rank 1, comm 1) of size 3 is running on: dteller-dv7
slave2 (rank 2, comm 1) of size 3 is running on: dteller-dv7
library(Rmpi)
library(doMPI)
Loading required package: foreach
Loading required package: iterators
library(foreach)
cl - startMPIcluster()
print(cl)
$comm
[1] 0
$workerCount
[1] 2
$workerid
[1] 0
$verbose
[1] FALSE
$mtag
[1] 10
$wtag
[1] 11
attr(,class)
[1] mpicluster dompicluster
registerDoMPI(cl)
mpi.remote.exec(paste(Sys.info()[['nodename']], Sys.getpid(), mpi.comm.rank(),
of, mpi.comm.size()))
$slave1
[1] DTELLER-DV7 1116 1 of 3
$slave2
[1] DTELLER-DV7 9436 2 of 3
ni - foreach(i=1:10) %dopar% {
+ paste(Sys.info()[['nodename']], Sys.getpid(), mpi.comm.rank(), of, mpi.com
m.size())
+ }
Thanks for any help.
Dave Teller
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Unicode display problem with data frames under Windows
Am .05.2015, 18:43 Uhr, schrieb Duncan Murdoch murdoch.dun...@gmail.com: On 25/05/2015 11:37 AM, Ista Zahn wrote: 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-matrices-but-not-data-frames-in-r (both of these came up when I googled the subject line of your email). Yes, but it is a bug, just a hard one to fix. It needs someone to dedicate a serious amount of time to deal with it. Since most of the people who tend to do that generally use systems in UTF-8 locales where this isn't a problem, or don't use Windows, it is languishing. Duncan Murdoch I understand that these problems are not easy to fix but ... I think that most of the people who tend to do that generally use systems in UTF-8 locales is a biased perception. Developers might tend to use Mac or Linux most often. For others Windows still is and probably will be the OS most often used. For most of them switching to something else is a major hurdle. What I often witness is that those non existent Windows users try to muddle through with numerous calls to Encoding() , iconv() and the like while at the same time never being sure if the strange behavior is due to their lack of understanding, Windows specifics or due to R. In the end they either succeed with their muddling or give up, - but do not change the system. So whoever might attempt the Hercules task will be praised by thousands ;-) Best, Peter Best, Ista On May 25, 2015 9:39 AM, Richard Cotton richiero...@gmail.com wrote: Here's a data frame with some Unicode symbols (set intersection and union). d - data.frame(x = A \u222a B \u2229 C) Printing this data frame under R 3.2.0 patched (r68378) and Windows 7, I see d ## x ## 1 A U+222A B n C Printing the column itself works fine. d$x ## [1] A ∪ B ∩ C ## Levels: A ∪ B ∩ C The encoding is correctly UTF-8. Encoding(as.character(d$x)) ## [1] UTF-8 Under Linux both forms of printing are fine for me. I'm not quite sure whether I've missed a setting or if this is a bug, so Am I doing something silly? Can anyone else reproduce this? -- Regards, Richie Learning R 4dpiecharts.com [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Unicode display problem with data frames under Windows
On 25/05/2015 3:12 PM, Peter Meissner wrote: Am .05.2015, 18:43 Uhr, schrieb Duncan Murdoch murdoch.dun...@gmail.com: On 25/05/2015 11:37 AM, Ista Zahn wrote: 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-matrices-but-not-data-frames-in-r (both of these came up when I googled the subject line of your email). Yes, but it is a bug, just a hard one to fix. It needs someone to dedicate a serious amount of time to deal with it. Since most of the people who tend to do that generally use systems in UTF-8 locales where this isn't a problem, or don't use Windows, it is languishing. Duncan Murdoch I understand that these problems are not easy to fix but ... I think that most of the people who tend to do that generally use systems in UTF-8 locales is a biased perception. Developers might tend to use Mac or Linux most often. For others Windows still is and probably will be the OS most often used. For most of them switching to something else is a major hurdle. What I often witness is that those non existent Windows users try to muddle through with numerous calls to Encoding() , iconv() and the like while at the same time never being sure if the strange behavior is due to their lack of understanding, Windows specifics or due to R. In the end they either succeed with their muddling or give up, - but do not change the system. So whoever might attempt the Hercules task will be praised by thousands ;-) I'm not sure we disagree. R is a volunteer project, and the things that get done are the things that someone volunteers to do. But in this particular case, the volunteer needs a lot of knowledge about R internals to make progress, and there just aren't that many people like that. They are all developers. If you aren't one of those people, you need to motivate one of them to volunteer to take this on. I don't think a financial contribution would work, but people do return favours: so do something that makes one of the developers' lives a lot easier, and then point out how this particular bug is causing trouble for you, and maybe they'll choose to return the favour. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] MetaCran website v1.0.0-alpha
One issue I have with this is that it doesn't point to the original GitHub repositories of the packages, so you end up with additional repositories on Github in Gabor's name that have nothing to do with the actual Github repositories of the packages. I understand that it's technically necessary, but I fear it will lead to a lot of confusion... On May 24, 2015, at 5:44 AM, Rainer M Krug rai...@krugs.de wrote: Gábor Csárdi csardi.ga...@gmail.com writes: Dear All, [ I was wondering if this should have gone to the new mailing list. Maybe. ] As some of you maybe know from my earlier posts, I am building a simple search engine for R packages. Now the search engine has a proper web site, where you can also browse CRAN packages. http://www.r-pkg.org/ As I see the value is in 1. package search (search box on top right) 2. APIs, see http://www.r-pkg.org/services It is in alpha version, meaning that things seem to work, some pages are a bit slow and there are a lot of glitches to fix. I had a quick peek, and it looks really nice! I particularly think the github integration for diff-ing versions can be very use full! It might be an idea, to also add R itself to the github repo for diff-ing? Thanks a lot, Rainer Please tell me what you think. Best, Gabor [[alternative HTML version deleted]] -- Rainer M. Krug email: Raineratkrugsdotde PGP: 0x0F52F982 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
