Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Re-write stacked step histogram #1724

Merged
merged 5 commits into from Mar 1, 2013
Merged

Conversation

neggert
Copy link
Contributor

@neggert neggert commented Jan 30, 2013

This is a second try at #1706. I think it resolves all of the issues with that PR.

This is re-write of how stacked histograms are handled. It should fix #1679 and #1631, which both came about because of the way that stacked histograms were handled, starting in #847.

I've also added tests that should catch both bugs if they pop up again.

@piti118
Copy link
Contributor

piti118 commented Jan 31, 2013

+1 for this.

@mdboom
Copy link
Member

mdboom commented Feb 4, 2013

Thanks for working on this -- it's a hairy bit of code. I am seeing a change in behavior vs. the 1.1.x baseline mentioned in #1679 -- not sure whether it's a correct change or a regression... it seems some bars that were once very close to zero in height are larger now.

v1.1.x:

barstacked-1 1

This branch:

barstacked_neggert

It might be a good idea to add this as another image test.

Also, could you rebase on master to make sure it's mergeable again and being tested by Travis?

@neggert
Copy link
Contributor Author

neggert commented Feb 23, 2013

Finally have time to work on this again.

I'm a little bit confused about your request to rebase on master. Do you want this PR to target master instead of v1.2.x? If I rebase onto master and still target v1.2.x, won't this PR unintentionally try to pull in all of the changes in the master branch?

@efiring
Copy link
Member

efiring commented Feb 23, 2013

@neggert, I'm not positive, but I suspect @mdboom was not intending that you change the target. In case he is unable to answer right away, I suggest that you leave the PR targetting 1.2.x, and rebase on that; I think the main point is to get it into testable and mergeable condition again. Assuming it really is a bugfix, and is not changing behavior that user code is depending on, then 1.2.x is the right target. (And you are correct, it should be rebased only against the intended up-to-date target.)

@tacaswell
Copy link
Member

This overlaps with PR #1775 and issue #1763

@neggert
Copy link
Contributor Author

neggert commented Feb 23, 2013

@tacaswell This will include your fix. I would propose that I include your additional test into this PR, then merge this one. Does that seem reasonable?

@tacaswell
Copy link
Member

@neggert That seems fine. While fixing that I started planning to do a bunch of the stuff that is in this PR.

@neggert
Copy link
Contributor Author

neggert commented Feb 23, 2013

Just pushed a bunch of changes.

There is one test that fails on this PR and I'd like some advice on what to do about it. hist_steplog fails, but the image difference is very slight.

Expected:
hist_steplog-expected

Observed:
hist_steplog

Difference:
hist_steplog-failed-diff

Should I just update the expected image?

@tacaswell
Copy link
Member

I would have preferred if you cherry picked/merged my commits rather than squashing them down into a single commit.

Thinking about this more, the issue with bottom is a major regression, and should be fixed sooner rather than later (possibly separate from this PR which seems to have a whole bunch of things going on).

@neggert
Copy link
Contributor Author

neggert commented Feb 24, 2013

I'll leave that up to @mdboom et al. If they want to merge your PR now and
study mine a bit more, I'm happy to rebase on top of yours.

On Saturday, February 23, 2013, Thomas A Caswell wrote:

I would have preferred if you cherry picked/merged my commits rather than
squashing them down into a single commit.

Thinking about this more, the issue with bottom is a major regression,
and should be fixed sooner rather than later (possibly separate from this
PR which seems to have a whole bunch of things going on).


Reply to this email directly or view it on GitHubhttps://github.com//pull/1724#issuecomment-14000637.

Sent from Gmail Mobile

@mdboom
Copy link
Member

mdboom commented Feb 25, 2013

Thanks for all this. Indeed, I meant to rebase on 1.2.x, as you have done.

I think updating the baseline image is sufficient, as you say.

I plan to test and merge #1763 relatively soon, and then look at this, which I think would also be very nice to have in a 1.2.1. I'll let you know if this needs a rebase -- if it's straightforward I can just do that myself and push from there.

Thanks for all of this work -- it's nice to have all these details get ironed out!

@@ -4792,11 +4792,10 @@ def make_iterable(x):
if orientation == 'vertical':
self._process_unit_info(xdata=left, ydata=height, kwargs=kwargs)
if log:
self.set_yscale('log')
self.set_yscale('log', nonposy = 'clip')
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PEP8: No spaces around = for kwargs.

@mdboom
Copy link
Member

mdboom commented Feb 25, 2013

I'm getting this for hist_stacked_weights

hist_stacked_weights

I'm also seeing the same hist_steplog failure as you, though it seems updating the baseline image is the thing to do there.

Other than the PEP8 fixes, and getting this test to pass, I think this is an important thing to have in v1.2.1, so thanks so much for working on this.

@neggert
Copy link
Contributor Author

neggert commented Feb 28, 2013

Just rebased, fixed the tests, and did the PEP8 fixes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants