Tristan Carion

Another workaround is to run ```julia py""" import ssl ssl._create_default_https_context = ssl._create_unverified_context """ ``` but I would prefer to keep ssl certification, so I would be happy to hear if...

I added some tests. I used the example from section 3.1.1.1 of [this document](https://www.iogp.org/wp-content/uploads/2019/09/373-07-02.pdf). Locally I get `MethodError`s for `allapprox`, which I don't understant, since it's working when run in...

Sorry, the difference was actually because of units! Proj was outputting feet instead of meters. The tests comparing to Proj should now pass :-)

Thanks for the feedback! I hope the tests are now better explained. I now asked `Proj` to give the outputs in meters. It still sometimes fails with a `DomainError` when...

Done :) I still stumble on the same kind of issues. With the fallback `backward` method, I get the same `DomainError` as before. With the overloaded method (uncommenting [those lines](https://github.com/JuliaEarth/CoordRefSystems.jl/blob/932be3fb0227595e7a5bc7de2ede966af6ab87c2/src/crs/projected/lambertconic.jl#L75-L104))...

Yes, I think the Newton iterations are causing the error. The error occurs because lat* falls outside of the projection domain, and I think this is because the Newton method...

Thanks for the rewriting of the test, the issue is now much more explicit! With the custom `backward` method, it fails when lat=90.0. So it is fixed by: `inbounds(::Type{

When lat=90°, it appears the longitude always ends up equal to 0° during the inversion: ```julia julia> c1 = LatLon(90., -179) julia> c2 = convert(C, c1) julia> c3 = convert(LatLon,...

I checked the behaviour of `Proj.jl` when `lat=90`, and it gives the same result as here (when lat=90, the projected `x` is always equal to `x_0` for any `lon`). I...

the conversion method use [Lambert Conic Conformal](https://epsg.org/coord-operation-method_9802/Lambert-Conic-Conformal-2SP.html), but I couldn't find reference to it in the code. Is it currently missing?