similar to: Use of lwd = 0, lty = 2 in segments. (PR#230)

To the plot experts: when creating a plot containing different lines, each with a special line type, it may happen that the result of 'postscript()' is not readable by ghostview (which may not be an R error, thus not bug report ;-). This is the case when mixing lty as 0:6 and character or even when using lty as character only. Example: postscript("test.ps") plot(1:10,

Background: OS: Linux Ubuntu Dapper R : Version 2.3.1 (2006-06-01) Emacs 21.4.1 ESS Colleagues This is neither a bug report, nor a complaint, so I think this is the appropriate list. I am getting an odd font problem with a pdf generated using pdf(file = "../figures/PCNM.models.larvae.fluor.zoo.stability.2001.and.2002.pdf", title="", family="serif",

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

Hello all! I'm a newcomer to R, so please bear with me. My problem is the following: I'm trying to use R to do some geostatistics stuff (mostly kriging), and am having trouble printing a multiple figure. When I create a single figure (one image/contour command), it works fine. The instant I try to create a multiple figure file, I start getting postscript errors. I'm using the

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

The example in the help file for pdf() plots the characters outside the plotting area in this for loop: for(i in c(32:255)) { x <- i y <- i points(x, y, pch=i) } The following loop seems to be working as intended for(i in c(32:255)) { x <- (i-31)%%16 y <- (i-31)%/%16 points(x, y, pch=i) } As an extra

Just tried to run a perl script to do some ripping and converting of a postscript file, and ghostscript bombed out with the error message below. Can someone tell me is this really a ghostscript error, or is there more to it than this? If need be, I can attach the perl script that caused the error, but I think it is OK. Don't have another machine to test it on. Oh yeah, FWIW, this is an

Hello, I'm currently using R-0.65.0 with --gnome option in configure on IRIX64 and Debian GNU/Linux. I found a problem in generated postscript file which has following sequence: x <- 1:30 postscript("output.ps") par(mfg=c(1,1,2,2)) plot(x,sin(x)) plot(x,sin(x)) plot(x,sin(x)) plot(x,sin(x)) dev.off() The generated postscript file "output.ps" can't

Hello. I'm writing some simple text using sweave, and faced a strange problem with eps files produced for my plots (one example attached). Individual eps files are interpreted by ghostscript just fine, and show up without errors. But once I try to include them into main LaTeX/Sweave document (using regular \includegraphics, produced by Sweave), ghostscript gives me this error on those files:

Hello, To fix some issues in working with gs 8.63 I had to upgrade to 8.64. I build the rpm from ghostscript-8.64-9.fc11.src.rpm. I get the following error when running gs -q -dSAFER -dNOPAUSE -dBATCH -dUseCropBox -dFirstPage=1 -dLastPage=1 -sOutputFile=/tmp/TIFF-%d.tif -r300 -sDEVICE=tiff12nc foobar.pdf # Error: /invalidfont in /findfont # Operand stack: #

Hello, I''m having a problem with HTMLdoc and rails. I''ve set it up as per http://wiki.rubyonrails.com/rails/pages/HowtoGeneratePDFs and I''m using windows and version 1.8.24. I can make ps files without a problem and I can make pdfs using the stand alone app, however I can''t get the pdf created in RoR to work. Loading it into gsviewer I get the error

Dear R-helpers, with R-0.99a, Linux, Red-Hat 6.1 derivat (Halloween Linux) I have the following Problem with this code: graphics.off() close.screen(all=T) temp <- matrix(c(0 , 1 , .4 , 1, 0 , 1 , 0 ,.4), ncol= 4, byrow=T ) split.screen(temp) plot(1:100)

I've been trying to set up incoming faxes using spandsp with a HFC card. Unfortunately, incoming faxes are of very poor quality, the pages are not transferred wholly (sometimes only a bit of a page is transferred etc.). From what I've read, I may have troubles with correct "timing" (and need to set up ztdummy etc.). On the other hand, it is impossible to set ztdummy if one

Full_Name: Mr. Daniel Murray Bolser Version: R 2.0.0 (2004-10-04) OS: Linux beagle 2.4.20-31.9 #1 Tue Apr 13 17:38:16 EDT 2004 i686 athlon i386 GNU/Linux Submission from: (NULL) (193.60.81.207) Trying to execute the following code produces a 'not a valid postscript' error from various postscript readers (gv, ggv, ghostscript). A very similar code works fine. <CODE> postscript()

I am finding on all my CentOS 5.8 systems (all fully updated but a variety of package mixes) that the display or convert commands from ImageMagick are unable to handle eps files. I get error output as follows, curious if anyone else sees this $ convert rna.eps rna.epi convert rna.eps rna.epi Error: /undefinedfilename in (72x72) Operand stack: Execution stack: %interp_exit .runexec2

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

Ever since I updated to 5.3, I have been unable to convert any ps files to pdfs using the ps2pdf command. I usually get errors like this: [mhr at mhrichter forms]$ ps2pdf doe81008 ERROR: /undefinedfilename in (doe81008) Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval--

Don MacQueen <macq@llnl.gov> writes: > When I run the example in R 1.6.2, and view it with gs, I get a good plot. > When I run the example in R 1.7.0, and view it with gs, I get a bad plot. > (run on the same host) > > My "bad plot" is as described by Stephen. ... > (followed by ~200000 lines of the same type, with slowly changing values) > > In the

Hello R Developers, Dear R-developers, I ran some standard tests with currently (today morning) compiled R release candidate in Linux R 2.12.1 RC (2010-12-13 r53843). Some of these tests used plot.TukeyHSD function. This worked OK on the screen (X11 device), but PostScript file could not be rendered. The following example had the problem with me: postscript(file="tukeyplot.ps")