Martijn Visser

I see the same thing I think, though a bit of a different stacktrace. I see you removed the test file, so here is a permalink: https://github.com/JuliaEarth/GeoTables.jl/blob/a7353e5d5719f09f5a1ba192fdc640adeadbf52b/test/data/test1.gpkg ```julia import ArchGDAL...

GDAL seems to support both positive and negative y spacing, so I think the current behaviour is fine? Although negative y spacing seems to be the norm. Are there many...

> Presumably this bypasses the normal encoding interface mentioned above. Indeed it does. Here is a slightly simplified conversion example, including one for DateTime: ```julia using Arrow, Dates convert(Arrow.DATE, today())...

Perhaps error with a way to opt out if it is another defined CRS, and accept when there is no CRS or CRS WGS84. > However, where all involved parties...

I'd say no, at least not without explicitly opting in to writing the old standard, if we ever decide to support it. It's simpler for us to stick to the...

This is quite curious. Indeed this looks similar to https://github.com/MakieOrg/Makie.jl/issues/2469. Also works fine in GLMakie, and I don't see anything related to mesh in this package. From https://github.com/MakieOrg/Makie.jl/issues/2469#issuecomment-1337512370 > The...

I think this PR and #197 are not going to get merged and can probably be closed. The issue to follow is #96.

I think merging this is infeasible, see https://github.com/JuliaLang/juliaup/issues/96#issuecomment-1366895620.

Since #131 got fixed https://julialang-s3.julialang.org/bin/versions.json is used to find new versions. That JSON doesn't have nightlies. Though it does have the 1.9.0-alpha1 for instance, and with be6719e7996502122c4723b8cd18d802a48ae7e1 that is available...

Yeah indeed, I didn't mean to imply that `julialangnightlies-s3` was a problem, just that `versions.json` related changes caused the previously submitted PRs for nightly to no longer be an option.