similar to: Problem with pdf graphics device

Hi there, yet on the topic of greek letters and pdf plotting: when I run the following code pdf(file="temp.pdf") mu=seq(from=-pi, to=pi, length=100) plot(mu, sin(mu^2), type="l", xlab=expression(mu%in%(list(-pi,pi))), ylab=expression(sin(mu^2)), main=expression((list(mu,sin(mu^2))))) dev.off() I get a "proportional to" symbol in place of a

I'm guessing this is a FAQ but I can't find it and that it is probably not exclusive R related but relevant so I thought I'd ask: When I view the PDF output from Sweave (e.g. Example 1 from the author's web site at [1]) on a Linux system using the standard PDF viewer [2], the circles for the outliers in the plot [boxplot(Ozone ~ Month, data = airquality)] show up as the letter

Dear all, I'm using R 2.12.0 on Windows 7 (32bits) I created a filled contour from the attached data using the following code: load('bug.RData') pdf('bug.pdf', width=14, height=7) filled.contour(o4$x, o4$y, o4$z, color=rainbow, xlim=c(4,18), ylim=c(0,35), zlim=c(14,36)) dev.off() If you look (I used acrobat reader 9.4) at the attached bug.pdf, you see an incomplete grid of

On my current home system, I am getting undesirable output from graphical devices such as png() and pdf(). The graphical output is blurry. I haven't experienced the problem on other systems. As you will see from the attached text file (more information on this file below), the problem does not occur when type='Xlib' is forced. The blurriness is more severe with bitmap output (yes, I am

Hello useRs! Recently, I migrated from Debian i386 to Fedora 15 64-bit, after a long and happy experiences with Debian distributions (first Ubuntu, later Debian itself). I installed R with yum install R, and then necessary packages. Everything seems to work fine, for now, except that exporting plots with pdf() gives quite an ugly output: instead of nice dots (as always before), I am getting some

Martin, I wouldn't rule out an R issue yet. Fonts are... tricky. So I'm cc'ing Paul Murrell here. I tried several viewers here and I see the following: Chrome, Firefox and Libreoffice Draw show the symbols; however, evince, okular and xournal++ agree on **not** showing the symbols. **If** there is a bug, the bug would be in fontconfig, because these ones AFAIK properly delegate on

Hi I don't think this is an R issue (it is separate from the Cairo Symbol font problem). For PDF output, R actually relies on the Symbol font having the Adobe Symbol Encoding (Appendix D of the PDF Reference https://opensource.adobe.com/dc-acrobat-sdk-docs/pdfstandards/pdfreference1.7old.pdf) and just outputs the font as "Symbol", which relies on it being one of the Standard

Dear R-users When trying to import graphics from an pdf-file to a Vector graphics editor (I use Inkscape, but i've confirmed the same problem on adobe products), all points in the graphics turn out as "q"s. This example displays the beaviour: pdf(file="points are weird.pdf") plot(1:5) dev.off() When importing the file to inkscape, I get five neatly arranged little

I see. Peter, you are right about the font that causes the issue. Paul, thanks for your insights. I'll bring this to the Fedora font experts to see if we can arrive at a more permanent fix. I'll report back with any conclusion. @Martin: Meanwhile, at least you have options. One is to embed the fonts, either as Peter suggested or using cairo_pdf instead. Alternatively, Peter also has shown

Hello. I'm trying to make some graphics with nationalized labels (pdf for use in LaTeX document). On console (displayed on screen) using all looks ok: ----------------------------------------\/ data<-rnorm(100) hist(data,main='Rozk?ad g?sto?ci punkt?w', xlab='Warto?? na osi y', ylab='Cz?sto?? wyst?powania') -------------------------------------------/\ But

Hi, I am facing the problem that I want to plot a histogram chart set freq to true and overlay with normal or weibull or exponential distribution curve. The sample code is shown as below: >samp<-c(-8.2262,-8.2262,-8.2262,-8.20209,-8.09294,-8.07321,-8.07321, -8.07321,-8.07175,-8.04948,-8.04948,-8.04948,-8.03848,-8.03848,

Note that I sent this to r-devel, yesterday. However, it didn't appear on the mailing list. So, I'm resending it. Today, I plotted the following: > filled.contour (,,z, color.palette=terrain.colors) It looked OK, in R. However, when I created a PDF document, the plot (and other similar plots) had grid (and other) lines in it, that shouldn't be there. Note that this problem is more

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

Hi Martin and Tim, I also have this bug. Though I think not necessarily with all the same fonts as Martin. Using Martin's code: https://imgur.com/a/ILUoe3H Fedora 39, Evince 45.0 It's a bug with Evince. I think. I think it's substituting in a font set that doesn't have all the required symbols. I think it should be possible to install the required fonts, but I haven't

I wish to save a scatter plot comprising approx. 2 million points in order to include it in a LaTeX document. Using 'pdf(...)' produces a file of size about 20 MB, which is useless. Using 'cairo_pdf(...)' produces a smaller file, around 3 MB. This is still too large. Not only that the document will be too large, but also PDF viewers choke on this. Moreover, Cairo has problems

I have pdftotext 0.26.5, the current version for CentOS 7 and the Mate desktop as far as I can ascertain. The page https://www.xpdfreader.com/pdftotext-man.html seems to suggest that the latest version is 4.02 which seems a gigantic leap ahead. Since I have a Chinese text PDF which I am unable to extract any text from using pdftotext, instead I end up with a collection of garbage Latin

Hi, I'm looking for a usable PDF viewer with CentOS 4.3. On my previous install (Slack running XFCE with a handful of GNOME libs), I used Evince, which is just great. Looks like this is an Achilles' heel in CentOS, as I tested three available PDF viewers (ggv, gsview, acroread) with various PDF documents downloaded from the internet (which all display perfectly with Evince): either the

Hello all, I discovered that the pdf device uses fonts to represent "points" symbols (as in plot(...,type="p",...) ). Namely it uses ZapfDingbats with symbol U+25cf. This can lead to problems when the font is not available, or available in another version (such as points being replaced by other symbols, or worst: slightly displaced). Furthermore, it also causes