Martijn Visser

FreeBSD builds are now available in the latest NetCDF_jll build. If you can, please try them out. I'll close the issue, but feel free to re-open if it doesn't work....

> I don't think we can delete the Base.convert methods here though, probably we have to leave them but switch documentation to GeoInterface.convert. Why not? There is only one method...

Work in progress in the `zmq_server` branch: https://github.com/Deltares/Wflow.jl/tree/zmq_server What is the status of this branch?

Probably best to discuss in #274 or a separate PR. I think it's worth it to copy as much as possibly, e.g. also the `build/create_binaries` folder, since it will make...

Looks like we'll be getting this for free in https://github.com/quinnj/JSON3.jl/pull/243, making `GeoJSON.read` also work for paths.

Isn't the issue in this case not backwards compatibility, but the fact that the `libcurl` included with the current GDAL build are not full featured builds? https://github.com/JuliaGeo/GDALBuilder/blob/95d66bd28541acb8e47e2b5ab6f28c72b3d9ba85/build_tarballs.jl#L21-L26

@ufechner7 I guess this can be moved over to https://github.com/JuliaLang/PackageCompiler.jl/issues/53 Do you have some examples of the header files you created manually for this? Might help me to get started.

In julia there is generally no performance penalty on loops, so I wouldn't worry about getting rid of them.

@jaakkor2, about https://github.com/JuliaGeo/LibGEOS.jl/issues/91#issuecomment-1003350071 I haven't tried threading yet, but I thought the idea of the `_r` functions that take a `GEOSContext` is that you create a separate context per thread...

Ah good to know. Would still be interesting to try it out with thread local contexts, to see if any remaining thread safety issues cause problems for examples like this.