similar to: R-beta: mfg weirdness + future of graphics pars

Displaying 20 results from an estimated 3000 matches similar to: "R-beta: mfg weirdness + future of graphics pars"

2003 Jun 30
0
** Automatic Reply from Mathsoft Technical Support **
This is an Automatic Reply ********************************** Thank you for e-mailing Mathsoft Technical Support. We offer support for Mathcad 2001i or higher, Axum 6 or higher and the StudyWorks product line. Cumulative Update 1 for Mathcad 11 Now Available! http://www.mathcad.com/download/ Mathcad 2001i Service Release 2 was posted June 2002. New Support Policy: With the release of Mathcad
1998 Mar 25
0
R-beta: mfg weirdness
It seems there are problems with mfg, both the old version .61.2 and the snapshot .62. > x<-rnorm(100) > y<-rnorm(100) > y1<-x/y > x11() > par(mfcol=c(2,1)) > par(mai=c(.6,.6,.2,.2)) > plot(x,y,mfg=c(2,1,2,1)) I'm not sure if 2,1 is considered the top or the bottom position on the page, but whether you say mfg=c(2,1,2,1) or mfg=c(1,1,2,1), the first
2000 Apr 28
1
graphics: par(mfg=c(i,j,r,c)) (PR#529)
Full_Name: Craig A. McKinstry Version: 1.0.0 OS: WinNT4.0 and Win98 Submission from: (NULL) (192.101.100.130) When creating a multi-panel graphic, the command par(mfg=c(i,j,r,c)) is supposed to allow the user free movement between graphics panels to develop each panel separately. This works for the first invocation of par(mfg=c()) and for the first panel panel specified, but not for subsequent
2009 Apr 30
0
plot scaling bug when using par(mfg)
Dear list, I've noticed a width/height scaling bug in multi-panel plots when you change the active plot using par mfg The underlying par setting that maps the full plot width (or height) to the numerical axis labels does not get updated when you change plots with par(mfg=...). Thus plotting a point at c(10,10) in the first plot will only be in the correct place IF the most recently
2005 Apr 27
1
postscript (eps) / latex / par(mfg=...) / problem! (PR#7820)
Full_Name: Dan Freak Bolser Version: Version 2.0.0 (2004-10-04) OS: Linux 2.4.20-31.9 (RedHat 9) Submission from: (NULL) (62.253.128.15) The same problem I am having has been reported here
2007 Mar 17
1
problem with mfg argument of par
I'm having a problem with the mfg option of par. Am I making an error in my usage? Here is a simple example that I thought would plot to the 4 corners of a 2x2 plot but doesn't plot to the lower right and plots twice on the upper left. par(mfrow = c(2, 2)) pos <- as.matrix(expand.grid(1:2, 1:2)) for (ix in 4:1) { par(mfg = pos[ix, ]) plot(1:5) } Thank you in advance. R version
2006 Jan 20
1
par(mfg=) and postscript and pdf
This is related to the incorrect bug report PR#7820. Marc Schwartz pointed out in https://stat.ethz.ch/pipermail/r-devel/2005-April/033016.html an example of a real problem. If you call par(mfg=) after par(mfrow) (or mfcol) and before you have done any plotting, NewPage is not called on the device at the start of the first page. That causes the DSC comments to be incorrect on postscript()
2005 Apr 26
2
postscript (eps) / latex / par(mfg=...) / problem!
The same problem I am having has been reported here http://tolstoy.newcastle.edu.au/R/devel/04a/0344.html Namely that using par(mfg=...) with a postscript (eps) for inclusion with latex makes the figure appear upside down and back to front (flipped)! Converting the dvi to ps makes matters worse (the eps seems to be broken), however, it appears fine with gv. Here is (basically) the code I am
2005 Apr 26
2
postscript (eps) / latex / par(mfg=...) / problem!
The same problem I am having has been reported here http://tolstoy.newcastle.edu.au/R/devel/04a/0344.html Namely that using par(mfg=...) with a postscript (eps) for inclusion with latex makes the figure appear upside down and back to front (flipped)! Converting the dvi to ps makes matters worse (the eps seems to be broken), however, it appears fine with gv. Here is (basically) the code I am
2006 May 23
2
multiple plots with par mfg
Hi, I'm trying to add points to 2 plots on the fly using par(mfg=vector) so switch between them. However, the appropriate scales aren't switched when changing from one plot to another, e.g. par(mfcol=c(2,1)) plot(1,1, col="blue") # blue plot plot(1.2,1.2, col="red") # red plot points(1.1,1.1) # appears to bottom left of red point par(mfg=c(1,1)) #
2000 Aug 31
0
Re: R-Gnome. I don't want abuse!
I'm getting some abuse for asking about R-Gnome and I don't think it is fair. I did not create that project, I was just asking how it was going and whether that other project would help out. Now I'm getting some email that says some of you don't want a GUI interface because you think interfaces like that are inconvenient. OK. I agree, in most cases. I think GUIs for model
2004 Feb 20
1
unexpected postscript output with par(mfg)
Hi, a colleague of mine encountered some unexpected behavior regarding the postscript output from R. It's difficult for me to tell whether or not this is an R problem or a ghostview/gv/interpreter problem. Just to note, I think it's exactly the same situation reported here: http://finzi.psych.upenn.edu/R/Rhelp02/archive/25436.html The following code produces a working plot (no
1997 May 02
0
R-beta: Splus vs R
> If I were Mathsoft I would be less than pleased > at the development of R and would try to stop it if I could. I would not assume that Mathsoft must have such a negative view towards R. The reasons are roughly summarized by the analogy that a smaller part of a big pie is often better than a bigger part of a small pie. Mathsoft's limited success in addressing the student market has
2002 Jul 23
2
tsplot
Dear all, I would like to plot n time series together. I've defined a matrix w, where each column contains one time series. With S-Plus usually I use the tsplot(.) command, but it seems that this command is not available in R. Can someone help me? Thank you, Enrico De Giorgi ************************************************ ETH Z?rich and University of Z?rich Enrico De Giorgi Researcher
2002 Nov 05
3
tsplot function
I understand that the tsplot function is no longer available in the latest verion. What should I do if I want to plot say the first five rows of a matrix?? -gyan -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the
1997 Aug 25
0
R-alpha: `missing' BB functions
Here are the functions documented in the Blue Book that I found missing in R (ignoring the ones which are obviously outdated). aggregate allocated amatch axes chull clorder cutree cycle date debugger dget discr faces interp l1fit labclust lag loglin monthplot mstree mulbar napsack odometer persp plclust plotfit rep.int restore rreg sabl sablplot set.seed smooth sort.list Stable stars
1997 Apr 30
0
R-beta: Re: S Compatibility
Martyn Plummer writes: > How important is it to avoid being sued, or less facetiously, what is > the legal status of R? If I were Mathsoft I would be less than pleased > at the development of R and would try to stop it if I could. I have > been wondering for some time if this is possible. But I am not a lawyer > and the issue seems very unclear to me. To me too (Robert spent a
2009 Apr 03
1
Error in par(split.screens[[n]]) : parameter "i" in "mfg" is out of range
I'm working on my 'oce' package, trying split.screen() instead of par(mfrow). My code is too long to post, and I hope it's ok that I ask this question without doing so. My code seems to work fine when I source() it, but when I do "R CMD check" on my package, I get the error that I've put as the subject line, when it runs examples. If I comment out the plot()
1997 Apr 30
1
R-beta: Re: S Compatibility
At 03:28 30/04/97, ihaka at stat.auckland.ac.nz wrote: >Bill Venables writes: > (As a complete side-issue, Brian Ripley and I have a kind of > convention: we refer to the language as "S" and the commercial > product as "S-PLUS". There is a useful distinction to be made.) > >This is generally what I try to do too. > >However, I suspect though that most
1998 Jun 03
1
R-beta: Re: "as.numeric" `mode' and `cast' should be kept separate.
Bill Venables <wvenable at attunga.stats.adelaide.edu.au> wrote: [ snip ] > I don't say this will appeal to everyone straight away, but I > would even favour using a binary operator syntax for the > assignment function form of the above replacement function, for > example > > "%cast.as%" <- function(x, form) { > storage.mode(x) <-