Fixing the absolute bar width on 'bar' plot
显示 更早的评论
When using the 'bar' function, is it somehow possible to fix the absolute bar width? I have multiple bar figures that at the moment have different bar widths (even with the same x-axis), but I would like to have the bars look the same.
(Matlab R2015b)
4 个评论
dpb
2017-10-12
AFAIK, not directly, no. The width parameter as you've undoubtedly learned is a relative spacing between bars and the actual width is computed internally dependent upon the style and number of bars.
I'm (almost) certain there'd be a way to dig into the internals and manipulate the properties to produce the effect but don't know a magic formulation otomh.
I'd suggest would help for specific case to post a sample dataset you'd like to manipulate so folks don't spend time on a different style or such that might not be applicable to your actual case.
dpb
2017-10-12
" bar figures that at the moment have different bar widths (even with the same x-axis)"
Well, actually, if I try
>> hF1=figure;
>> bar(rand(5,1))
>> xL1=xlim;
>> hF2=figure;
>> bar(rand(4,1))
>> xlim(xL1)
>>
then the two do have the same barwidths such that if overlay the two the bars are identially-sized in width. Now, of course, there's a bunch of blank/white space at the RH end of the axis for the second figure, but the widths are the same.
Now, to have the axes fit the data and still then have the same width bar would have to dig more than have time for at the moment...maybe this evening.
Ruben van den Heuvel
2017-10-12
Ruben van den Heuvel
2017-10-13
采纳的回答
Well, that's bizarre-looking on the surface will grant...I'm not sure how to fix up the bar widths directly but I can give you a workaround kludge that will cause the bars to look like they do for the second.
Using
bar([x1 x1(end)+0.01],[y1 nan]
will cause the narrow bars which is owing to the difference in minimum spacing between the two x vectors by some internal logic. In the first case min(diff(x1)) --> 1 where as with x2 the minimum bar separation is 0.027 with the particular set of rn's; that will, obviously be different from run to run but is bound to be <<1 for this many values.
Augmenting the integer-valued vector with a value that is only a short dx from an existing value (I just chose last for convenience in placement in the [] expression) causes the need to have closely-spaced bars as does the given x2; using a NaN for the corresponding y2 makes for the required matching vector lengths but is silently ignored so doesn't affect the displayed plot.
If get a chance, you might check if your release still has bar as an m-file and see if could find the subject logic that defines that subsequent width for the objects; again I've got other commitments so can't do that level of snooping at the moment.(*)
Hopefully that will give you a workaround that can live with...if it's the other way you want the data to look, that can't be as then the bars are wider than the x-spacing; you'd have to group via hist. Hence, I presume you'd prefer the first of your original figures to look like the second that is the goal.
(*) I did open the file; I'd forgotten the guts are in some helper functions makebars is the main one. I see that inside it if the x-spacing is unequal that it then sets the width based on the minimum spacing between points so, in fact, it does basically what I thought from the above; your two cases both are unequally-spaced, but the magnitude difference in the minimum difference causes enough difference in the computed width internally to be very noticeable--making the first roughly the same magnitude creates similar-looking result.
3 个评论
Ruben van den Heuvel
2017-10-16
dpb
2017-10-16
Yeah, we're used to thinking the bar width is dependent upon the number of bars instead of the x-spacing.
bar is very difficult function with which to work and the HG2 release has mucked things up even further by limiting access to the internals and converting from HG1 wherein the bars were patch objects that one could (with some effort) retrieve the coordinates of which and mung on them. Now they're a higher-abstracted bar object with a bunch of hidden properties that can't get at directly at all in order to be able to do stuff like reset the patch coordinates; hence the kludge to fix up the dx between the two to be nearly the same.
I've harped on TMW for 20+ year about the mess it is to try to do routine things with barplots with no success whatever in really fixing any of the issues; in fact, they've generally made things worse rather than better... :(
Daniel Smith
2019-6-27
This is SO helpful. Thank you.
更多回答（1 个）
Zelda Grey
2018-12-26
编辑：Zelda Grey
2018-12-26
I find this applicable. If you are over plotting many histogram
- Choose the one of the data as your baseline for your calculation.
- Find the difference between two consecutive rows of that data set. (A data set)
- Find the difference between two consecutive rows of other data set. (B data set)
- Divide smallest dofference to biggest one and plot it
A=randi(10,5,2);
B=randi(10,5,2);
Adiff=abs(A(2,1)-A(1,1))% Make sure to get absolute value not negative
Bdiff=abs(B(2,1)-B(1,1))
BWitdh=Adiff/Bdiff%% The difference proportion to using bar width
figure('Name','Bar Width Same size')
bar(A(:,1),A(:,2),'FaceColor',[0 0 1],'FaceAlpha',0.8,'BarWidth',BWitdh)
hold on
bar(B(:,1),B(:,2),'FaceColor',[1 0 0],'FaceAlpha',0.4,'BarWidth',BWitdh)
Unfortunately there is a gap between the bars but at least you can get them at the same size
类别
在 帮助中心 和 File Exchange 中查找有关 Annotations 的更多信息
产品
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!
Translated by 
