Dear list members, After looking in the www, I found this subject has been in discussion previously on the mailing list, although I could not solve it. I also found two wikis, but similarly, could not reach a conclusion. I need to re-produce my figures with 1200 dpi, in tiff format, for a journal (off course :-s). I am working on windows xp professional, R version 2.7.1, using x11 to open device and do the graphs. Than, I generally use both print.plot or savePlot, but nether permitted me to change the resolution... When I do it through tiff() function, the graph produced is very different from the one plotted on the current device (similar to pdf, eps, etc.). The graphs are a bit complex, have many variables, parts and bits, legends, etc. so it would be important to save as it is observed in the current windows device... So, I have two questions: 1. Is there any way to save the graph done in the open x11 device with greater resolution than 72dpi? 2. Is there any way to change this default under windows, so that from now on every time I do a figure, it will be with greater resolution (I image it should be possible through windows.options... but no ideia how)? Any help, will be greatly appreciated, Thanks in advance, Best wishes, Marta
graph resolution windows (dpi) using x11 device
6 messages · Marta Rufino, Philipp Pagel, Uwe Ligges +1 more
Marta M. Rufino wrote:
Dear list members, After looking in the www, I found this subject has been in discussion previously on the mailing list, although I could not solve it. I also found two wikis, but similarly, could not reach a conclusion. I need to re-produce my figures with 1200 dpi, in tiff format,
At least I cannot even set this resolution in the original tiff device. Hence I'd suggest to produce some vector format such as postscript or pdf and convert with some third party software to the desired tiff specification afterwards. Uwe Ligges
for a journal (off course :-s). I am working on windows xp professional, R version 2.7.1, using x11 to open device and do the graphs. Than, I generally use both print.plot or savePlot, but nether permitted me to change the resolution... When I do it through tiff() function, the graph produced is very different from the one plotted on the current device (similar to pdf, eps, etc.). The graphs are a bit complex, have many variables, parts and bits, legends, etc. so it would be important to save as it is observed in the current windows device... So, I have two questions: 1. Is there any way to save the graph done in the open x11 device with greater resolution than 72dpi? 2. Is there any way to change this default under windows, so that from now on every time I do a figure, it will be with greater resolution (I image it should be possible through windows.options... but no ideia how)? Any help, will be greatly appreciated, Thanks in advance, Best wishes, Marta
______________________________________________ R-help at r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
An embedded and charset-unspecified text was scrubbed... Name: not available URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20090508/46d3dc96/attachment-0001.pl>
On Fri, May 08, 2009 at 01:45:22PM +0100, Marta M. Rufino wrote:
"Error in system(paste(gsexe, "-help"), intern = TRUE, invisible = TRUE) : gswin32c.exe not found" I think would need "|ghostscript|" (in the help file: "You will need |ghostscript|: the full path to the executable can be set by the environment variable R_GSCMD. (If this is unset the setting of GSC is used, otherwise command |"gswin32c.exe"|, which will work if it is in your PATH.)"
So downloading and installing ghostscript should fix that: http://www.ghostscript.com
The problem is that they want the A and B fig. together mounted, and both of them are so complex (to start with, one is lattice and the other is multi-panel grid plot) that I cannot mount it in R. I don't know how to do it with postcript (mount two figures in the same page, besides I only have acrobat), so I was using GIMP with Tiff... but, there is the resolution problem :-(
I would avoid using TIFF for self-created graphs and illustrations, anyway. Adobe Illustrator or Corel Draw should be able to handle that. On my Linux system I'd use xfig for that task and there seems to be a Windows port: http://www.schmidt-web-berlin.de/winfig/ Inkscape should also work: http://www.inkscape.org Another free alternative would be OpenOffice Draw which should be able to import eps graphics and is definitly capable of producing pdf output. cu Philipp
Dr. Philipp Pagel Lehrstuhl f?r Genomorientierte Bioinformatik Technische Universit?t M?nchen Wissenschaftszentrum Weihenstephan 85350 Freising, Germany http://mips.gsf.de/staff/pagel
Marta M. Rufino wrote:
Dear colleagues, Thank you for the reply. Einer: I tried to so, but I had an error: "Error in system(paste(gsexe, "-help"), intern = TRUE, invisible = TRUE) : gswin32c.exe not found" I think would need "|ghostscript|" (in the help file: "You will need |ghostscript|: the full path to the executable can be set by the environment variable R_GSCMD. (If this is unset the setting of GSC is used, otherwise command |"gswin32c.exe"|, which will work if it is in your PATH.)"
So why have you not tried to install it as explained in that help page?
Uwe: I did so (the figures I sent were like these). The problem is that they want the A and B fig. together mounted, and both of them are so complex (to start with, one is lattice and the other is multi-panel grid plot) that I cannot mount it in R. I don't know how to do it with postcript
See ?par and its argument mfrow.
(mount two figures in the same page, besides I only have acrobat),
> so I
was using GIMP with Tiff... but, there is the resolution problem :-(
For my book, a publisher asked me to generate a better resolution for my bitmaps which in fact is a screenshot with a given fixed resolution from screen. Hence I used a graphics software and just increased resolution in terms of file size, not real resolution, since that could not be improved. This did not make sense at all, but they were happy.
This is not nice at all... As the journals are becoming more and more noisy about this aspects, it would be excelent to sort this out in R, in an easy way...(developers? :-))
Well, in any case you should consider to use the proper devices directly rather than copy between devices. For the tiff() case: tiff has been introduced very recently and I doubt you are really going to have a tiff picture consisting of roughly 10e^7 points i.e. 30 Mb. It's already difficult to submit such a file to the publisher. Uwe
Thank you, All the best, Marta
An embedded and charset-unspecified text was scrubbed... Name: not available URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20090508/cc3a6b58/attachment-0001.pl>