Compatibility with PyProj v2.6.0

[avalentino]

• Tests added
• Tests passed
• Passes git diff origin/master **/*py | flake8 --diff

[coveralls]

Coverage remained the same at 91.902% when pulling 7928e24 on avalentino:pyproj26-compat into ef22d21 on pytroll:master.

[avalentino]

OK, the problem on OSX seems to be not related to this PR.
Also on my branch all seems to work correctly [1].

Can someone please re-trigger a new test on Travis?

[1] https://travis-ci.org/github/avalentino/pyresample/builds/664359903

[djhoese]

Thanks for this. You're right that the tests are not your fault and are an upstream libtiff/libwebp issue. Otherwise I think this all works for me. I should really rewrite this code to depend on pyproj's cython exports directly. They didn't exist when I first wrote this.

[mraspaud]

@djhoese do we have an issue for this ?

[mraspaud]

LGTM

[avalentino]

@mraspaud , in case you are interested in, there is a debian bug for this [1].
It has been discovered after the update of pyproj in the debian archive.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954219

[mraspaud]

@avalentino thanks! I was thinking about having an issue regarding the usage of cython exports directly, sorry for being unclear.

[djhoese]

No I don't think there is. It was one of those things that since it isn't broken I wasn't going to worry about fixing it since it would be a lot of research and time potentially.

[mraspaud]

Ok, merging this. @avalentino thank you for the quick PR!

[djhoese]

So I know this is merged but I looked up what options there are from loading from the cython module directly. It looks like this could be replaced with from pyproj._proj cimport _Proj (note the cimport). However, given the small things I have customized in ll2cr with how I use Proj, this refactor should wait until we have a hard requirement on a newer Pyproj. Newer versions of Pyproj (I think) keep lat/lon degrees as degrees and it wouldn't copy arrays which is exactly what I wanted.