similar to: Height not set properly in grDevices::jpeg() with type = "cairo"

Hi, I was wondering if someone in the mailing list has any insight into this segfault error that I consistently find when running a script containing heatmap() in R 2.8.1 and 2.8.0 on a Linux 64-bit machine. Some points: 1. This occurs when running heatmap(). 2. Interestingly, if I source() the script or copy and paste the script in its entirety, this error occurs. However, if I run the

I was wondering if someone could help with the antialias option in tiff(). I'm running R 2.9.2 on a Linux machine. I'm working on creating a tiff file and have tried different antialias parameters, e.g. default, none, gray, and subpixel, but don't seem to be seeing a difference in the output. Or perhaps I'm missing something obvious? Thanks, Andrew [[alternative HTML version

I have a question about antialiasing when R generates bitmaps. (This follows a thread on the ggplot2 mailing list.) I mostly use R on Linux, although I sometimes use it in Mac and Windows as well. On Linux, I've found that plotting shapes 15-18 via cairo results in bad-looking output. The points are not antialiased, and they are jagged and misshapen. Plots generated in Windows also aren't

using X11(antialias="none") plot(1:10) produces an incomplete plot with 2.7.0. under MacOS 10.4.11: both y-axes are missing.the y-ticks (except the tick at `2' wich is missing) including labels are there. this happens with a 1280x854 labtop monitor. is this known behaviour/a cairo bug? joerg

Hello all, I'm writing a file to PNG on Windows 7 using 'cairo-png'. I've been using it without problem for a while, but abruptly I'm getting what look like unplotted areas. I'm using the cairo-png specifically because it sucessfully generates a transparent background, whereas 'windows' doesn't. The actual issue has a lot of code I don't think it's

Hello, Is anyone having trouble with png image generation with 2.14.0 on Red Hat 6? We recently updated our pipeline to Red Hat 6 (from 5) and R 2.14.0 (up from 2.9.0) and R shell scripts that worked fine before are now breaking in an unusual way. The source of the problem seems to be centered around either label names or the drawing of axii lines. Whenever I try to label or draw an axis the

Hi, I am trying to test out the scripts here as a proof of concept http://www.r-bloggers.com/integrating-php-and-r/ However, I am not able to reproduce the output graph in the browser. Rscripts is working fine as I run the command "Rscript /home/username/R/testscript.R 1000" for example, and a png graph is output as expected, and I can output it to any folder where I have permission

The 'at a minimum' information requested by the posting guide is missing. According to their documentation the cairo default fallback resolution is now 300dpi, and when I run your example on Fedora 21 that is what the emitted postscript says it is. You can easily alter the R code to set it to something different: see http://cairographics.org/manual/cairo-cairo-surface-t.html for the

Dear all, In grDevices R functions cairo_pdf and cairo_ps it is mentioned that when transparency (alpha channels) are used in vector output, it will rasterize the PDF or postscript exported graph at a resolution of 72 dpi : https://stat.ethz.ch/R-manual/R-devel/library/grDevices/html/cairo.html You can see the problem if you try library(ggplot2) cairo_ps(file = "test.eps",onefile =

Hi, I'm installing R 2.10.1 under Linux but I don't know why my installation does not support png/cairo/jpeg: > capabilities() jpeg png tiff tcltk X11 aqua http/ftp sockets FALSE FALSE FALSE FALSE FALSE FALSE TRUE TRUE libxml fifo cledit iconv NLS profmem cairo TRUE TRUE TRUE TRUE TRUE FALSE

Note that there are at least 5 separate png() devices, so Linux was not using the (default) device used on Windows. In general, the device-limits info is not on the help page because we do not know it. On Windows the default device limits depend on the OS version, 32/64-bit, RAM and the graphics hardware. This sounds like the last: you were asking for 49 megapixels which is far larger than

I love the new tiff(), jpeg(), and png() in R 2.7.0 but found an issue that I didn't see reported. When specifying 'units = "in"' but forgetting to change the default height and width (so the figure is unintentionally going to be 480 inches by 480 inches) I run into problems. Here's the reproducible example: tiff("a.tiff", units = "in", res = 1200,

I have been plotting the same charts using png on a Windows machine and on a Mac OSX and the quality of the resulting images, particularly in relation to the fonts, look far superior in the plots produced on the Mac. Is there any way I can enhance the quality of the plots produced on the Windows machine? I have also tried using win.metafile on the Windows machine and the quality looks the same as

http://bugs.freedesktop.org/show_bug.cgi?id=13293 Summary: _cairo_pen_find_active_cw_vertex_index failed assertion Product: swfdec Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: swfdec at lists.freedesktop.org

Dear R-helpers, I recently upgraded to R 1.9.0 in my computer at work and at home: 1.-The computer at home has Windows XP and Office XP and it seems to work perfectly and I copy-paste graphics perfectly. 2.-The computer at work has Microsoft Windows 2000 (5.00.2195 Service Pack 2) and Word 2000 (9.0.4402 SR-1) I cannot copy-paste windows metafiles into Office applications in my computer at

I have multiple conditions that I would like to plot in a grid. To save space, I don't need the ticks, labels etc on the plots which are not on the outside. I tried split.screen, but if it is clearer to use, it seems pretty rigid since it decides of each screen size apriori while I need more space for the left column and top or bottom row screens than for the other plots. axis(1,tick=FALSE)

On 10/02/2017 19:27, Prof Brian Ripley wrote: > Note that there are at least 5 separate png() devices, so Linux was not > using the (default) device used on Windows. > > In general, the device-limits info is not on the help page because we do > not know it. On Windows the default device limits depend on the OS > version, 32/64-bit, RAM and the graphics hardware. This sounds

Finally, the RPMs for 2.7.0 arrived, but it looks like they were not built against the Cairo libs, at least not on F8 (based on the reports, I should probably wait a couple of weeks before upgrading to F9). > capabilities() jpeg png tcltk X11 aqua http/ftp sockets libxml TRUE TRUE TRUE TRUE FALSE TRUE TRUE TRUE fifo cledit

under Ubuntu 9.04 R seems to be very slow at plotting. the example below illustrates with a plot of error bars of sample means where i watch as each error bar is plotted one at a time. very annoying and pain in the neck when running Sweave repeatedly. running R 2.9.1 under Windoze on the same machine the error bars plotted in the code below appear instantaneously. has anyone else noticed this

Hi, I am having trouble getting Cairo properly installed for R. The details (what I tried, what I got, and my system info) are below. Any ideas would be appreciated. Hugh Rand How I tried to install it: install.packages('Cairo',,'http://www.rforge.net/')? What the message was: * Installing *source* package 'Cairo' ... checking for gcc... gcc -std=gnu99 checking for