-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
[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
Conversation
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.
Addresses #3095 |
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... |
@tacaswell - a few months back we updated the add_collection method ( matplotlib/lib/matplotlib/axes/_base.py Line 1477 in bb19e7c
|
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. |
Closing in favor of #4045. |
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?