Hi Sean, Thank you! That clears things up. Regards, Tom Bernstein Connectivity Visualisation Analyst, WofG Connectivity Implementation Strategy & Innovation NSW Telco Authority |

Hi, The fiona wheels in the Python Package index, the ones you would get with pip, don't include optional extra drivers in order to keep the size small. So, they support FileGDB read, but not

Hi all, I am relatively new to using Geopandas/Fiona etc so apologies if this has been answered elsewhere. I am trying to write a Geopandas GDB into a File Geodatabase, however, it seems that the

Hi Antoine, After thinking more about this, I don't think Fiona can help. Fiona's "where" is backed up by OGR_L_SetAttributeFilter and that method doesn't support different dialects

Hi Antoine, I've confirmed this using Fiona's coutwildrnp.gpkg file. However, the where filter with OGR_GEOM_AREA works for the coutwildrnp.shp file. I'm using GDAL 3.5.3. I believe that this is

Hi all, I am working on a project requiring that I compute the area of MULTIPOLYGONZ geometry of a large GeoPackage file. For now I am using a simple filter + lambda function and iterate over all

@Sean Gillies: sure, I made the wrong assumption. Nonetheless, you can't help to jump to conclusions when you see that info in the release on pypi, that you're 100% python coder and that GDAL is also

That indeed seems outdated (there are now wheels for Windows as well), so it would be good to raise an issue about that. No, the APIs of Fiona or gdal python bindings are completely different, so

Hi, Correct. Fiona's wheels contain a GDAL shared library (libgdal.dll or .so or .dylib) and its own library dependencies (libproj, etc). By GDAL, we mean the C library. I don't think this is

I'm gratefull for the comments, though I'm still lost. It does not help that Fiona's homepage (on pypi) seems out of date (for instance, last test I did on windows, everything went fine with only a

If you want to have both Fiona and the GDAL python bindings installed, you cannot do that using pip with binary wheels. Possible solution are to installing those packages from source (building them

Thanks. So when Fiona's release states that 1.9a3 wheels "include GDAL 3.5.2, PROJ 9.0.1, and GEOS 3.11.0", what do they really include? The C++ core of GDAL? I mean if I have to reinstall the GDAL

The Fiona wheels do not include the GDAL Python bindings (which you try to import with "from osgeo import gdal"). If you need the GDAL Python bindings you will find information on how to install them

Hello (First message on groups.io here: I hope I'm following locale rules, if not, don't hesitate to correct me !) Since october 2022, Fiona's wheels include GDAL (according to the releases

Hi, Thanks for your questions! The latter. All data format details, geometry operations, cartographic transformations are performed by GDAL functions. But Fiona has its own C extension code, too.

Hi Mads, I'm sorry to report that the fio commands work on features and collections, not on geometries, and understand GeoJSON only. -- Sean Gillies

I need to make simple operaitons/calculations on WKT on command line. I get a WKT string for a single polygon from jq, and I want to get the bounding box of this polygon. $ cat details.json | jq -r

Your documentation says (https://github.com/Toblerity/Fiona): Does that mean that all the heavy and mathy calculations are done in the referenced GDAL library, and Fiona is only a more Pythonic

Sean, sorry for the delay, but thank you - we've confirmed it is indeed something to do with PROJ_LIB and appears to be a problem with the way the Azure ML environments are activating conda, as we're

Hi, I have not seen this particular error before. It looks like it comes from https://github.com/OSGeo/PROJ/blob/6500903dfdaa0ee2cc45ad9c7ce73fa26568a1d1/src/iso19111/factory.cpp#L340. I don't know