issue_comments

Rather than automatically sorting data, we could start raising an error if labels are unsorted.

yes, I prefer that too.

I agree that pcolormesh ultimately works with the mesh corners, I am pretty sure passing coordinates of the same length also works.

Passing N coordinates will crop the data of one pixel and plot N-1 pixels. For example:

```python import matplotlib.pyplot as plt

data = [[1, 2], [3, 4]] f, (ax1, ax2) = plt.subplots(1, 2) ax1.pcolormesh([1, 2, 3], [2, 3, 4], data) ax1.set_title('N+1 coords') ax2.pcolormesh([1, 2], [2, 3], data) ax2.set_title('N coords') plt.savefig('example.png') ```

... But I guess that you're right, it should be fine to do as you suggest!

Is there some the problem with just adding something like the two lines a wrote above to plot.pcolormesh?

Performance I guess, and the fact that monotonically descending coordinates also work fine. I don't think this happens very often so sorting and calling isel on every single array is overkill.

I don't have a strong opinion here, so I'll let @shoyer or others decide what's best.

It's not a trivial problem, because pcolormesh expects n+1 coordinates (the coordinates of the mesh corners), and to do what you want with matplotlib's pcolormesh alone (i.e. without xarray), you'll probably have to sort the values beforehand too (correct me if I'm wrong).

So the question is how much sanity check xarray should do before sending the data to matplotlib, and maybe a warning of some kind would be useful. Xarray's pcolormeh already implements some logic to make it easier to use than matplotlib's (see e.g. https://github.com/pydata/xarray/pull/1079).