Ryan May

Looks like the [secondary axis](https://matplotlib.org/stable/gallery/subplots_axes_and_figures/secondary_axis.html) support in matplotlib is pretty useful. I just put this together to answer a [SO question](https://stackoverflow.com/questions/72772697/adding-secondary-y-axis-using-python-matplotlib-with-metpy/72777719#72777719): ```python import matplotlib.pyplot as plt import numpy as np...

I think the failure has something to do with it taking the layer at the LCL, but that's merely a guess. Regardless, it shouldn't fail.

@Alireza-Amani Welcome! Thanks a ton for the detailed analysis, it's very well structured and thought out. It does seem like `get_intersection` is the problem. I remember bumping up against it...

Sounds good. I'm working #1415 right now, it looks like it should be an easy transition actually--surprising the hell out of me.

That makes sense, but we definitely need to handle the case where someone doesn't do that better.

Well, the maintainer of the library missed that this was in the docs, so... (🐑)

I'd be happy to see this feature added to MetPy. I don't think this would go in straight as-is, but it looks pretty close. You can submit it as a...

3 years later, this is finally ready (ping @dcamron) There's always a ton more to be polished in the docs, but at least having this enabled will have sphinx checking...

These functions assume that the coordinate values (e.g. x) that you provide correspond directly to the scalar values, no shift. The calculated derivative estimates are valid at these locations as...

And to be clear, while @kgoebber was doing some testing with repeated 1st-order, the Lacplacian and second derivative functions in MetPy currently *are not* using the first-order differences--the `second_derivative` function...