color handling in `barplot' inconsistent betwen `beside=FALSE' and `beside=TRUE'
On Mon, 20 Apr 2015 18:10:10 +0200, Marc Schwartz <marc_schwartz at me.com> wrote:
On Apr 20, 2015, at 10:01 AM, j. van den hoff <veedeehjay at googlemail.com> wrote:
hi,
consider the following example:
8<-------------------------------------
x <- matrix(1:6, 3, 2)
layout(1:2)
barplot(x, beside = TRUE, col = 1:6)
barplot(x, beside = FALSE, col = 1:6)
8<-------------------------------------
it seems, it is not possible to make `beside=FAlSE' plots behave the
same as `beside=TRUE' plots (i.e. use unique colors for all bars or bar
components), or is it? if I do not miss something, I would say the
present behaviour (as of 3.1.3) is not (or not always, anyway)
desirable. rather, `beside=FALSE' should use the same color for all
bars or bar components as `beside=TRUE'.
any opionions on that?
in case someone needs this, the following patch achieves what I would
expect from `barplot(beside=FALSE, ...)' -- at least w.r.t. colors, if
not shading ... -- in the first place:
8<-----------------------------------
@@ -96,12 +96,12 @@
if (beside)
w.m <- matrix(w.m, ncol = NC)
if (plot) {
- dev.hold()
+ ###dev.hold()
opar <- if (horiz)
par(xaxs = "i", xpd = xpd)
else par(yaxs = "i", xpd = xpd)
on.exit({
- dev.flush()
+ ###dev.flush()
par(opar)
})
if (!add) {
@@ -119,10 +119,16 @@
w.r, horizontal = horiz, angle = angle, density =
density,
col = col, border = border)
else {
+ numelements <- length(height[-1,])
+ numcols <- length(col)
+ if (numelements != numcols)
+ col <- rep_len(col, ceiling(numelements/numcols))
+ col <- col[1:numelements]
+ attr(col, "dim") <- dim(height[-1,])
for (i in 1L:NC) {
xyrect(height[1L:NR, i] + offset[i], w.l[i],
height[-1, i] + offset[i], w.r[i], horizontal = horiz,
- angle = angle, density = density, col = col,
+ angle = angle, density = density, col = col[1:NR, i],
border = border)
}
}
8<-----------------------------------
(please note that this is the diff for the representation of the
function as it appears in `edit(barplot)', rather than as it appears in
the R source code ...)
@devs: would it be desirable to change the "official" `barplot'
behaviour accordingly in the future?
thanks
joerg
Hi,
hi, thanks for responding.
You can go the other way: layout(1:2) barplot(x, beside = FALSE, col = 1:3) barplot(x, beside = TRUE, col = rep(1:3, 2))
well, that would make it "consistent" but it is not what I want, actually ...
You could use the following workaround: barplot(cbind(1:3, c(NA, NA, NA)), beside = FALSE, col = 1:3, ylim = c(0, 15)) barplot(cbind(c(NA, NA, NA), 4:6), beside = FALSE, col = 4:6, add = TRUE) That essentially plots each stack separately, using the respective NA columns to space the two stacks in the plot. In the first call, also setting the y axis limits to handle both stacks. In the second call, using ?add = TRUE? so that the second plot does not overwrite the first.
yes, I see. that indeed would work. however, in my actual use case, I have a looong time series with dozens of bars. so it would become quite ugly (looping over all the bars subsetting the color vector etc). but yes, one could do it this way.
The use of stacked bar plots is typical when trying to visually compare the same categories across groupings, thus the same colors in each stack by default. This is not always easy if the differences are subtle, similar to the issues with pie charts. I would not advocate changing the current behavior, as a lot of long standing code would break, including functions in packages that are built on top of barplot() and expect certain default behaviors.
yes, I was expecting this answer and I understand it, of course. on the other hand, it would be rather straightforward to add another argument to `barplot' to control the behaviour (while defaulting to the present one). I would think this would be a good addition: in my use case, e.g. I do have such categorized and grouped data and just want to be able to plot them after sorting within each group according to value while maintaining unique color assignments independent of whether the data are sorted within each group or not. and with `beside=FALSE' this is completely straightforward (just resort the color vector together with the data), while it fails with `beside=TRUE'.
You can always make a local modification of barplot() for your own use
yes, that's what I did. but I wonder how many people would benefit from the ability of easily plotting the same data with the same color vs. data correspondence independent of the `beside' setting. but it's for the devs to decide...
and/or consider that there might be a logical CRAN package for graphics extensions where it could be included as an add-on function.
yes, maybe I check whether this would make sense. thank you, joerg
Regards, Marc Schwartz
Using Opera's revolutionary email client: http://www.opera.com/mail/