Even Rouault

> I'd say do what everyone has to do in this situation and just directly modify the workflow on master 😂 or push your branch to your own fork but...

https://stackoverflow.com/a/3523068/23076275 confirms a white space in a hostname is invalid

cf https://github.com/OSGeo/PROJ/pull/4094/commits/4d64a35d934697c58c0e3a63aba334687f1b6d08#diff-55a7b23971462a1329140262661d2e756961dfc3bd5df17a34e471ba6c095b6c for some potential inspiration

I've investigated that, and I believe the root cause if that operations such as EPSG:11488 are abusing the "Geog3D to Geog2D+GravityRelatedHeight (gtx)" method, in a way it doesn't anticipate. This...

> are there implications for VSI plugins in a multithreaded situation that I have missed? Such as locking or mutual exclusion? not totally sure how to answer that. But GDAL...

Interestingly there is a similar situation to that issue at https://github.com/p-ranav/argparse/blob/cebee4bb4b6c4ec78232a39e6c94b3a32e148ac1/test/test_optional_arguments.cpp#L167 . But this requires specifying the optional argument *after* the positional one(s). Which doesn't match the advertize usage: ``Usage:...

@mapleFU Gentle ping if this PR could be moved forward. This would help me making progress on fuzzing my own code, which is now stopped by crashes in libarrow/libparquet.

> Is there a reason why this is so much faster? i.e. downloading the file first, then loading the local file into DuckDB completes in 74.5 seconds, which is very...

> Error: IO Error: GDAL Error (1): too many arguments on function OGR_GPKG_FillArrowArray_INTERNAL This is https://github.com/OSGeo/gdal/issues/8757 , which was fixed in GDAL 3.8.1

> Considering the following geojson file: assuming DukDB Spatial uses GDAL for GeoJSON parsing, this will be fixed per https://github.com/OSGeo/gdal/pull/9437 Note however that {"type": "LineString", "coordinates": []] is invalid against...