issue_comments: 750386569
This data as json
| html_url | issue_url | id | node_id | user | created_at | updated_at | author_association | body | reactions | performed_via_github_app | issue |
|---|---|---|---|---|---|---|---|---|---|---|---|
| https://github.com/pydata/xarray/issues/4596#issuecomment-750386569 | https://api.github.com/repos/pydata/xarray/issues/4596 | 750386569 | MDEyOklzc3VlQ29tbWVudDc1MDM4NjU2OQ== | 61474204 | 2020-12-23T16:55:51Z | 2020-12-23T18:47:19Z | NONE | I believe the best (albeit tedious) solution is to resample the coordinates from nx*ny to (nx+1)*(ny+1) before passing the grid to pcolormesh. They should be resampled in such way that the new coordinate positions are on the corner of the quadrilateral as is expected by pcolormesh with flat shading. If only needs to be ensured that none of the 'new' quadliterals crosses the map boundary. The problem with dropping the last row and column is that it will effectively lead to the position of the values on the map being shifted from their actual position, because pcolormesh assumes that position of value and coordinate different. (May be a minor shift in many cases but still.) I could not find anything about mpl removing flat shading, are you sure about that? |
{
"total_count": 0,
"+1": 0,
"-1": 0,
"laugh": 0,
"hooray": 0,
"confused": 0,
"heart": 0,
"rocket": 0,
"eyes": 0
} |
746929580 |