Felix Cremer

The deployment of the docs can still fail silently because the deprecation of for example the julia keyword in deploydocs is handled via @info, which still exit the make.jl file...

I agree, that this is not worth changing now. I misinterpreted the failure as due to the deprecation warning. But this made me check an up to date Documenter build:...

I just did, and it is the same behaviour for Plots version 1.5.8 and GR version 0.51.0

Don't we get a circular dependency problem when GeoInterface depends on WellKnownGeometry and vice versa?

Could we move this extension to live in WellKnownGeometry? That way we would get the same behaviour of loading this code when both GeoInterface and WellKnownText are specifically loaded, but...

Very good. I am still confused, why this only happens on the overviews and not on the band. Because I just looked at the DiskGenerator that is constructed for both...

Always collecting on map for a DiskArray sounds like very dangerous. I opened https://github.com/meggart/DiskArrays.jl/issues/144 so that we can discuss this further there.

The failure on 1.6 seem to be coming from a wrong Julia bound in DiskArrays.jl and usage of a not exported Base macro see https://github.com/meggart/DiskArrays.jl/issues/160

What is the status of this? The compat bounds for DiskArrays are now fixed in the General registry. So it would be good to get an ArchGDAL release with DiskArrays...

Thanks for looking into it. I attached a reproducible example with a polygon that fails for me here. ```julia julia> shpz = Shapefile.Handle("/home/fcremer/Daten/EDL_tests/shpz_test.shp") Shapefile.Handle{Union{Missing, Shapefile.PolygonZ}}(Shapefile.Header(9994, 238, 1000, 15, Shapefile.Rect(668839.125, 5.177321e6,...