similar to: Xll.options().

Hi Just to clarify, I think this IS a problem with grid.path() as well as polypath(). For the example you give, grid.path() diverts to drawing a polygon (because there is no 'id' specified), and the NAs in 'x' generate two separate polygons, which get drawn one on top of the other. The correct analogy to the polypath() example is ... x2 <- matrix(x[!is.na(x)], ncol=2)

On Thu, 4 Aug 2016 at 17:53 Michael Sumner <mdsumner at gmail.com> wrote: > On Thu, 4 Aug 2016 at 11:17 Paul Murrell <paul at stat.auckland.ac.nz> wrote: > >> Hi >> >> Just to clarify, I think this IS a problem with grid.path() as well as >> polypath(). >> >> > Hi, oh dear - sorry about that > > I appreciate the deeper explanation, I

Hi, I see different results in png() and pdf() for polypath() on Windows when using the "winding" rule ## overlapping, both clock-wise x <- cbind(c(.1, .1, .6, .6, NA, .4, .4, .9, .9), c(.1, .6, .6, .1, NA, .4, .9, .9, .4)) pfun <- function() { plot(x) polypath(x * 0.8 + 0.2, rule = "winding", col = "#BEBEBE80") polypath(x, rule =

When building packages these days I keep getting warnings from "R CMD build" to the effect that INDEX is not up to date. The INDEXes always seem to be up do to date to *me*. Then I thought to compare the INDEX from the package source with the INDEX in the installed package (after building with the --force flag set). Doing a diff on the old INDEX (saved outside the source package

I previously posted about this problem on the r-help list, but was told that I should switch over to the r-sig-fedora list. So here goes: When trying to do a plot in a certain context I got an error: Error in text.default(2, 6, main, cex = cex) : X11 font -adobe-helvetica-%s-%s-*-*-%d-*-*-*-*-*-*-*, face 1 at size 16 could not be loaded This is reproducible (in my current environment)

Hi R-help I am trying to mask the ocean from an image plot I have made. Here is some example code: library(mapdata) image(x=110:155, y =-40:-10, z = outer(1:45, 1:30, "+"), xlab = "lon", ylab = "lat") outline <- map("worldHires", plot=FALSE) # returns a list of x/y coords xrange <- range(outline$x, na.rm=TRUE) # get bounding box yrange

Example: xxx <- data.frame(x=1:26,y=letters) xxx$x[c(2,4,6,8)] <- NA xxx$y[c(1,3,5,7)] <- NA yyy <- edit(yyy) The missing values in xxx$y appear as blanks in the spreadsheet window that appears, whereas the missing values in the numeric column "x" appear as "NA" (as I would expect). Is this a bug or a feature? cheers, Rolf Turner P.S. >

I am trying to read an xlsx spreadsheet (1506 rows, 501columns) all populated but getting the following error: Please advise as to how to get around this issue. > res <- read.xlsx("c:\\BSE_v2.xlsx",1) Error in .jcall("RJavaTools", "Ljava/lang/Object;", "invokeMethod", cl, : java.lang.OutOfMemoryError: Java heap space Here is the session info:

Tried to do a plot just now and got an error: Error in text.default(2, 6, main, cex = cex) : X11 font -adobe-helvetica-%s-%s-*-*-%d-*-*-*-*-*-*-*, face 1 at size 16 could not be loaded This is reproducible (in my current environment) via: par(mfrow=c(2,2)) plot(1:10) text(2,6,"Oh, hell!",cex=2) This is of course not the real context in which the error originally manifested

I have recently been bitten by an aspect of the behaviour of the read.csv() function. Some lines in a (fairly large) *.csv file that I read in had too many entries. I would have hoped that this would cause read.csv() to throw an error, or at least issue a warning, but it read the file without complaint, putting the extra entries into an additional line. This behaviour is illustrated by the toy

On Thu, 4 Aug 2016 at 11:17 Paul Murrell <paul at stat.auckland.ac.nz> wrote: > Hi > > Just to clarify, I think this IS a problem with grid.path() as well as > polypath(). > > Hi, oh dear - sorry about that I appreciate the deeper explanation, I knew about the id aspect in grid, but just forgot in my haste. I'll be more careful with examples if I find any more clues.

Hi everybody :) I use R to plot things in svg format. One of the things is text, of course. I noticed that text() in svg() gets saved as path, which is unacceptable for my purposes. (Interestingly, text() in cairo_pdf() gets saved as text.) Is there a way to save text as text in svg? And paths also is what I plot a lot. I know there is segments(), which plots disconnected segments, and things

Hello, it's probably worth adding that this is not a problem with pathGrob, only polypath. This code is sufficient to demonstrate the problem in Windows. ## overlapping, both clock-wise x <- cbind(c(.1, .1, .6, .6, NA, .4, .4, .9, .9), c(.1, .6, .6, .1, NA, .4, .9, .9, .4)) ## only a problem on Windows windows() and png() plot(x);polypath(x, rule = "winding", col =

Version 0.5.2 of the tikzDevice is now available on CRAN in source form. Binary builds will become available in the next few days. This build supersedes 0.5.1, which was just released a couple of days ago. Version 0.5.2 is a recommended upgrade for all users as it contains fixes a major issue: - Two buffer overflow conditions were found which can cause R to behave extremely erratically if

Version 0.5.2 of the tikzDevice is now available on CRAN in source form. Binary builds will become available in the next few days. This build supersedes 0.5.1, which was just released a couple of days ago. Version 0.5.2 is a recommended upgrade for all users as it contains fixes a major issue: - Two buffer overflow conditions were found which can cause R to behave extremely erratically if

Dear list, I have found an unusual behavior and would like to check if it is a possible bug, and if updating R would fix it. I am not sure if should post it in this mail list but I don't where is R bug tracker. The only mention I found that might relate to this is "If times is a computed quantity it is prudent to add a small fuzz." in rep() help, but not sure if it is related to

Cameron and I are pleased to announce version 0.6.0 of the tikzDevice package which should be available shortly at your local CRAN mirror! The tikzDevice makes it possible to export R graphics as LaTeX code that can be included in other documents or compiled into stand alone figures. The full power of LaTeX is available for typesetting text and mathematical expressions inside figures produced

Cameron and I are pleased to announce version 0.6.0 of the tikzDevice package which should be available shortly at your local CRAN mirror! The tikzDevice makes it possible to export R graphics as LaTeX code that can be included in other documents or compiled into stand alone figures. The full power of LaTeX is available for typesetting text and mathematical expressions inside figures produced

Hi, Am using R 2.13.1 on Linux (Fedora). Is anybody else having problems with dev.copy2pdf xyplot output with the pch=1 (open circle) symbol? The symbols come out as "q" in the PDF. dev.copy2eps produces the correct results as does cairo_pdf. Other symbols produced with dev.copy2pdf seem ok. Thanks, Selwyn

Dear mailing list, I have a C function that gives me a wrong result when I run it under Windows 7. This is the code under Linux (RHEL5): > library(phenoTest) > data(epheno) > sign <- sample(featureNames(epheno))[1:20] > score <- getFc(epheno)[,1] > head(score) 1007_s_at 1053_at 117_at 121_at 1255_g_at 1294_at -1.183019 1.113544 1.186186 -1.034779 -1.044456