similar to: embedding fonts in eps files

Full_Name: Zdenek Valenta Version: 1.9.0. OS: Windows XP Submission from: (NULL) (147.231.7.250) I could not copy/save (Trelis) graphics using R version 1.9.0. The graphics displayed normally, but copying/saving it only produced an empty file. Everything works o.k. with R rel. 1.8.1. Best regards, Zdenek Valenta

This may not actually be an R/Splus problem, but it started off that way ..... ===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+=== Executive summary: ================== Simulations involving extreme value distributions seem to ``work'' when the underlying distribution is exponential(1) or exponential(2) == chi-squared_2, but NOT when the underlying distribution is

Hi, I am VERY interested in getting the xfig driver so that I can edit graphical output from R. Searching through the mail archives and reading documentation isn't helping. Is there or isn't there a working driver for this purpose. How can I get it? I tried looking at the development version of the tarballs, but I didn't find anything that looked promising in there. Also, does

I have generated a graph on the X11 device, but when I > dev.copy(postscript) postscript 3 > dev.off() X11 2 > the Rplots.ps file is generated but contains a prologue only. Can anyone suggest what I am doing wrong? Just to anticipate the upgrade reply ... > version _ platform i686-pc-linux-gnu arch i686 os linux-gnu

Hello all, I suspect my problem is not new: I am having difficulty getting an alpha character to print in a PostScript file made by R graphics (in my legend). At first, I figured out how to actually get the character on the screen; however, when I saved the graphic to a PostScript file the alpha character was replaced by "..". Obviously, something is not working when encoding.

I have a minor problem with the PostScript generated by R-0.63.1. Specifically, the files generated *will* work in: ghostview on an HP LaserJet on an Apple LaserWriter *will not* work in: ghostscript under xdvi on a SPARCprinter The error message on the SPARCprinter was Error: /invalidfont Command: 'definefont' Ostack: /Font5 /Font5 font(Symbol,1) Estack:

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

Hi all, For some years now I have been using a simple system I found online which allows me to easily import data from Windows Programs. Hopefully others out there are using the system and already have found the answer to my problem. I have installed on my Centos server a virtual CUPS printer which receives a PS file, and then runs 'ps2pdf' and 'pdftotext -layout' to end up

Hi, I patched my R-1.1.1 sources to add support for a couple more fonts to the postscript device. It works for alphanumeric characters, but I notice that I should be supplying an AFM file with ISOLatin1Encoding (I'm using a standard AFM for now, and get some parsing errors from R when I open the postscript device). Is there a program/script which will re-encode my AFM files from

Negative numbers in (encapsulated) postscript generated by R loose their sign when opened in Adobe Illustrator 8 (french). This was so in 1.5.x and remains in 1.6.0. I suppose that this is a known issue, although it is rather a flaw in Illustrator than in R, if my analysis of it is correct. I sent a lengthy mail containing a solution (ISOLatin1Encoding has to be redefined) to the r-help mailing

I have been attempting to create a custom fax cover sheet for a hylafax web front end called avantfax. It requires as input an encapsulated postscript file conaining the glyph definitions and the text to be subsituted as strings having the form XXXX-to-variable or XXXX-from-variable. I have been trying to create a valid eps file using a varitiy of methods with no great succes. However, I ahve

hello all, when trying to produce a plot with the following code postscript("g6-5000-0705-b.ps") par(mfrow=c(4,1)) for (i in 1:4) { somc<-cumsum(betaC[,i])/c(1:N) plot(somc,ylim=c(min(somc),max(somc))); } dev.off() I get a postscript file g6-5000-0705-b.ps, but if I try to open it with ghostscript, or to convert it to pdf, I get the following error : Error: /invalidfont in

Yan Li wrote: > On 04/12/2018 03:08 AM, Gary Stainburn wrote: >> The PDF contains: >> >> ERROR: invalidfileaccess >> OFFENDING COMMAND: .findfont >> OPERAND STACK: >> r >> /usr/share/X11/fonts/Type1/UTBI____.pfa >> --nostringval-- >> true >> NimbusMonL-Regu >> Courier >> --nostringval-- >> Courier >> 4544317

OK, this is really weird! here's an example code: t1<-c(1,2,3,4) t2<-c(4,2,4,2) plot(t1~t2, xlab="exp1", ylab="exp2") dev.copy2eps(file="test.eps") that all seems fine... until you look at the eps file created, where for some weird reason, if you scroll down to the end, the code reads: /Font1 findfont 12 s 0 setgray 214.02 18.72 (e) 0 ta -0.360 (xp1) tb

gday R friends, Since I had random errors with ghostscript 6.01 I thought I'd upgrade. After upgrading to gs6.5 I've had problems. Originally, gs failed complaining about lack of "__sysconf" in glibc2.2 so I upgraded glibc. Now I get this. Note that it used to work with gs6.01. I realise this is probably a ghostscript problem but you never know... thanks, John Strumila >

Dear all, A few weeks ago I asked about X11() availability using CGI-perl. The general advice was to use bitmap which requires ghostscript (Xvnc and Xvbf were the other alternatives). My system administrator got around to installing Aladin Ghostscript 6.0 and the setting the R_GSCMD environment variable. Other system specification is given below. But now I have a new problem that says that font

For a long string in an axis title, or main title the postscript device breaks apart the long strings into smaller strings. For example, > postscript('linebreaktest.eps') > plot(1,xlab='aReallyLongStringToSeeHowItBreaks',ylab='aReallyLongStringToSeeHowItBreaks') > for(i in c(.6,1,1.4))text(i,i,'aReallyLongStringToSeeHowItBreaks') > dev.off() produces

I've put up R-0.63.3.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.3.tgz (Be gentle, that's my desktop PC!) There's also a version split in

I've put up R-0.63.3.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.3.tgz (Be gentle, that's my desktop PC!) There's also a version split in

our daily backup is done using the rdiff-backup tool, which in turn utilizes rsync/librsync to do the actual mirroring work. a few days ago we did a refactoring and renamed a bunch of directories. for backward compatibility we maintain the old names by symlinking it to the new names. so, for example, oldname1/ now becomes newname1/, and oldname1 is now a symlink to newname1/. we found that