Skip to content

[WIP] Quad mesh extent #3095 #4017

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

Closed
wants to merge 2 commits into from

Conversation

tacaswell
Copy link
Member

I don't think this currently deals with the offsets properly (as it seems that all of the collections will just repeat if the number of paths or the number of offsets (or number of transforms) don't match).

The other option is to just have QuadMesh return a null bounding box for it's size and exclude it from the tight bounding box computation.

@mdboom Am I at least headed the right direction?

fixes matplotlib#3095

Without a `get_window_extent` method defined, it was falling back
to the `Collection` version which in turn called (eventually)
`covert_mesh_to_paths`, which resulted in a >5x blow up in the
memory usage.
@tacaswell tacaswell added this to the v1.4.3 milestone Jan 20, 2015
@tacaswell
Copy link
Member Author

Addresses #3095

@tacaswell
Copy link
Member Author

@efiring Can you also take a look at this one? I think this and #4023 are the two major code-blockers for 1.4.3.

@efiring
Copy link
Member

efiring commented Jan 27, 2015

Tom, I've looked at it a couple times already without understanding it. I think I will need a chunk of time, and it's unlikely I will be able to spare that during the next couple of days, at least. I know, the end-of-the-month target is fast approaching...

@pelson
Copy link
Member

pelson commented Jan 27, 2015

@tacaswell - a few months back we updated the add_collection method (

self.update_datalim(collection.get_datalim(self.transData))
) to update the data lim based on a collection. Where previously this was done by the axes, the responsibility of identifying the data limits was moved to the Collection itself. It might be possible to hook into this calculation rather than having to re-compute the offsets etc.

@efiring
Copy link
Member

efiring commented Jan 27, 2015

@pelson, I think the change you mention is precisely the problem being addressed here. See #3095.

@pelson
Copy link
Member

pelson commented Jan 28, 2015

Thanks to @tacaswell & @efiring for the hint. The linked commit (88b722f) was the key. Essentially, I believe all is needed is a get_datalim method on the quadmesh object. #4045 fixes.

@tacaswell
Copy link
Member Author

Closing in favor of #4045.

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.

3 participants