Júlio Hoffimann

Regarding the feet/meter tests. Could you please confirm your approach to writing the tests? Did you convert the PROJ results externally before writing down the literals? Appreciate if you can...

Thank you @tcarion for the follow up. We are currently refactoring the `allapprox` utility in #269 and that may may affect the test failures you are seeing. I will try...

@tcarion we are working actively to improve some of our fundamental `isapprox` definitions. Will come back to this PR as soon as possible.

@tcarion any chance you could port this work to the latest main branch? We fixed various issues with our `isapprox` definition, so we should be in better shape to assess...

> still stumble on the same kind of issues. With the fallback `backward` method, I get the same `DomainError` as before. I will investigate #269 today to reuse some of...

> Is it an issue you already experience? I believe it is an expected issue given that the projection formulas can be really difficult to invert sometimes. Could you please...

That is good to hear! Should the projection be defined at `ϕ = π/2`? If the formulas work well at this latitude value, we can just skip the value in...

@tcarion notice that we can skip `lat=90` in the tests if necessary. If the formula maps multiple (lat, lon) values to the same projected (x, y), it is impossible to...

GDAL is currently a direct dependency in order to - [x] Generate CRS strings (e.g. proj, wkt) to load/save files on disk - [ ] Handle GeoPackage files (GeoPackage.jl is...

Hi @kramsretlow, it is good to see you. We should probably add a `lengthunit` option to `load` as suggested given that .obj files don't store units. Would you like to...