-
Notifications
You must be signed in to change notification settings - Fork 370
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
pcolormesh fails with gouraud
shading
#1651
Comments
The most recent MPL release (3.3) changed the way pcolormesh handles the data to draw the mesh. They used to silently drop the last row/column of data to change the shape of C. See here https://matplotlib.org/3.3.1/gallery/images_contours_and_fields/pcolormesh_grids.html I think that using an MPL version less than 3.3 may solve this issue. But, there is PR #1646 that should bring all of the shading arguments into alignment again on cartopy's side as well. |
I have just ran into the same issue. If I execute the Block plots example after adding
I'm using
|
The code from the OP now (Cartopy 0.22, Matplotlib 3.8.2) gives me So I guess this was fixed, probably by #1646. |
This refers to a question I posted on Stackoverflow https://stackoverflow.com/questions/63776199/cartopy-slow-rendering-with-non-orthographic-projection
When using a
100x100
array (or any size) and usingpcolormesh
, adding theshading='gouraud'
argument fails but using'flat'
is fine.By not specifying the
shading
argument, the rendering is super slow compared to using an Orthographic projection. It seems theC
array ingeoaxes.py
is not well defined for thegouraud
shading?Code to reproduce
Traceback
Full environment definition
Operating system
Linux. openSUSE Tumbleweed 20200829
Cartopy version
0.18
conda list
pip list
The text was updated successfully, but these errors were encountered: