Dear R users, I am using function bandplot from the gplots package. To my understanding (viewing the source of bandplot) it calls function plot (add = FALSE) with the same parameters (except for a few removed). I would like to give extra parameters 'xlab' and 'ylab' to function bandplot, but, as can be seen below, that raises warnings (and the labels do not show up at the end). It does work to call title(... xlab="blah", ylab="foo") after bandplot (), but then I have two labels on top of each other, which is even more ugly. Can anyone explain me why this goes wrong? Thanks in advance, Jonne.> x11() ; bandplot(x=xdata, y=zdata)[works fine]> x11() ; bandplot(x=xdata, y=zdata, xlab="blah", ylab="foo")There were 22 warnings (use warnings() to see them)> warnings()Warning messages: 1: parameter "xlab" couldn't be set in high-level plot() function 2: parameter "ylab" couldn't be set in high-level plot() function 3: parameter "xlab" couldn't be set in high-level plot() function 4: parameter "ylab" couldn't be set in high-level plot() function 5: parameter "xlab" couldn't be set in high-level plot() function 6: parameter "ylab" couldn't be set in high-level plot() function 7: parameter "xlab" couldn't be set in high-level plot() function 8: parameter "ylab" couldn't be set in high-level plot() function 9: parameter "xlab" couldn't be set in high-level plot() function 10: parameter "ylab" couldn't be set in high-level plot() function 11: parameter "xlab" couldn't be set in high-level plot() function 12: parameter "ylab" couldn't be set in high-level plot() function 13: parameter "xlab" couldn't be set in high-level plot() function 14: parameter "ylab" couldn't be set in high-level plot() function 15: parameter "xlab" couldn't be set in high-level plot() function 16: parameter "ylab" couldn't be set in high-level plot() function 17: parameter "xlab" couldn't be set in high-level plot() function 18: parameter "ylab" couldn't be set in high-level plot() function 19: parameter "xlab" couldn't be set in high-level plot() function 20: parameter "ylab" couldn't be set in high-level plot() function 21: parameter "xlab" couldn't be set in high-level plot() function 22: parameter "ylab" couldn't be set in high-level plot() function There were 22 warnings (use warnings() to see them)
Think the problem I had with the bandplot (gplots) function is solved by
changing the expand.dots = FALSE to expand.dots = TRUE.
Don't understand actually why it says FALSE here, because that means it
does *not* pass extra arguments to plot.
If I change it to TRUE, my main/xlab/ylab arguments are passed just like
I wanted.
fragment of bandplot[gplots]
if (!add) {
m <- match.call(expand.dots = FALSE)
m$width <- m$add <- m$sd <- m$sd.col <- NULL
m$method <- m$n <- NULL
m[[1]] <- as.name("plot")
mf <- eval(m, parent.frame())
}
Jonne.
On Mon, 2005-01-24 at 15:50 +0100, R user wrote:>
> Dear R users,
>
> I am using function bandplot from the gplots package.
> To my understanding (viewing the source of bandplot) it calls
> function plot (add = FALSE) with the same parameters (except for a few
> removed).
>
> I would like to give extra parameters 'xlab' and 'ylab' to
function
> bandplot, but, as can be seen below, that raises warnings (and the
> labels do not show up at the end).
>
> It does work to call title(... xlab="blah", ylab="foo")
after bandplot
> (), but then I have two labels on top of each other, which is even more
> ugly.
>
> Can anyone explain me why this goes wrong?
>
> Thanks in advance,
> Jonne.
>
> ______________________________________________
> R-help at stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide!
http://www.R-project.org/posting-guide.html
--
R user <R-user at zutt.org>
Warnes, Gregory R
2005-Feb-08 16:54 UTC
[R] parameter couldn't be set in high-level plot() function
Thanks for your patch, I've modified the code of bandplot appropriately. This change will be in the next release of the gregmisc bundle. -G> -----Original Message----- > From: r-help-bounces at stat.math.ethz.ch > [mailto:r-help-bounces at stat.math.ethz.ch]On Behalf Of R user > Sent: Tuesday, January 25, 2005 1:02 PM > To: r-help at stat.math.ethz.ch > Subject: Re: [R] parameter couldn't be set in high-level > plot() function > > > Think the problem I had with the bandplot (gplots) function > is solved by > changing the expand.dots = FALSE to expand.dots = TRUE. > Don't understand actually why it says FALSE here, because > that means it > does *not* pass extra arguments to plot. > If I change it to TRUE, my main/xlab/ylab arguments are > passed just like > I wanted. > > fragment of bandplot[gplots] > > if (!add) { > m <- match.call(expand.dots = FALSE) > m$width <- m$add <- m$sd <- m$sd.col <- NULL > m$method <- m$n <- NULL > m[[1]] <- as.name("plot") > mf <- eval(m, parent.frame()) > } > > Jonne. > > > On Mon, 2005-01-24 at 15:50 +0100, R user wrote: > > > > Dear R users, > > > > I am using function bandplot from the gplots package. > > To my understanding (viewing the source of bandplot) it calls > > function plot (add = FALSE) with the same parameters > (except for a few > > removed). > > > > I would like to give extra parameters 'xlab' and 'ylab' to function > > bandplot, but, as can be seen below, that raises warnings (and the > > labels do not show up at the end). > > > > It does work to call title(... xlab="blah", ylab="foo") > after bandplot > > (), but then I have two labels on top of each other, which > is even more > > ugly. > > > > Can anyone explain me why this goes wrong? > > > > Thanks in advance, > > Jonne. > > > > ______________________________________________ > > R-help at stat.math.ethz.ch mailing list > > https://stat.ethz.ch/mailman/listinfo/r-help > > PLEASE do read the posting guide! > http://www.R-project.org/posting-guide.html > -- > R user <R-user at zutt.org> > > ______________________________________________ > R-help at stat.math.ethz.ch mailing list > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide! > http://www.R-project.org/posting-guide.html >LEGAL NOTICE\ Unless expressly stated otherwise, this messag...{{dropped}}