Skip to content
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

Proj4 v6.x causing issues with conda install #3646

Closed
kaedonkers opened this issue Jan 24, 2020 · 4 comments
Closed

Proj4 v6.x causing issues with conda install #3646

kaedonkers opened this issue Jan 24, 2020 · 4 comments

Comments

@kaedonkers
Copy link
Member

kaedonkers commented Jan 24, 2020

Hello,

With a recent conda install of Iris, plotting data gets messed-up projections:
conda install -c conda-forge iris
image

I managed to solve this by installing Iris with Proj4 pinned to v5 (which also downgraded pyproj to v1.9.x):
conda install -c conda-forge iris proj4=5
image

The latest Iris docs states that it does not support Proj4 above v5, pointing to this Cartopy issue.

I checked the conda-forge feedstock for Iris and it does not pin Proj4:
https://github.com/conda-forge/iris-feedstock/blob/master/recipe/meta.yaml

Pending the fix to Cartopy, could you perhaps pin Proj4 to v5.x in the meantime?

Thanks 😄

@pp-mo
Copy link
Member

pp-mo commented Jan 24, 2020

Hi @kaedonkers !
Pinning in the iris repo (i.e. the requirements files) can only affect pip installation, is that what you needed to fix ? Because otherwise, to pin conda installs, we need to address this in the conda-forge feedstock.

I guess that statement in the docs is just a pragmatic warning. It only applies to 2.3.0, so conceivably this might not even be true still, but from your experience I guess it is.

I think we didn't like to actually pin this in the iris recipe as it's really a Cartopy issue ! IIRC there is no direct proj4 usage or dependency in Iris, it's only via Cartopy.
Which is awkward, because the above Cartopy issue is now closed, and Cartopy is happily testing and building against proj4 v6, yet the problems apparently remain ...

Regardless of Iris dependencies and problems, it does seem to me that this is an outstanding issue with Cartopy itself, and needs to be back-converted to a cartopy-only problem + dealt with there.

You don't give enough info above to determine the actual projection being used -- can you get this down to a simply reproducible case, even if still coded using Iris ?

@kaedonkers
Copy link
Member Author

kaedonkers commented Jan 24, 2020

Hi @pp-mo!

  1. Yes, it should really be a conda-forge/iris-feedstock Issue but I thought it'd get more attention here 😋

  2. This problem was reproducible installing older versions of Iris, hence my conclusion that it's a Proj4 pinning issue.

  3. Yep, I guess it really is a Cartopy issue. However I don't currently have time to recreate it in Cartopy. Would raising an issue with the conda-forge/cartopy-feedstock be the best next move?

@pp-mo
Copy link
Member

pp-mo commented Jan 24, 2020

Would raising an issue with the conda-forge/cartopy-feedstock be the best next move?

It's quickest I think. It should be a really small fix, and if you increment build number then I guess it will override the existing 2.3.0 builds which are having this problem.

I don't currently have time to recreate it in Cartopy

If you can just post the necessary to reproduce the above example, I'd be happy to chase it down to the Cartopy level and (re-)raise it there.

@trexfeathers
Copy link
Contributor

Closed by #3762

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants