Hi Sean
On Thu, 16 Nov 2023 at 12:10, Even Rouault via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> >
> > I think this makes great sense for the project. I don't yet understand
> > what it means for an enterprise like Rasterio's PyPI wheels.
>
> I'd say it probably changes nothing. The RFC just
Hi,
Please review RFC 97: OGRFeatureDefn, OGRFieldDefn and OGRGeomFieldDefn
"sealing"
at https://github.com/OSGeo/gdal/pull/8734
Summary:
This RFC aims at avoiding common misuse of the setter methods of the
OGRFeatureDefn, OGRFieldDefn and OGRGeomFieldDefn classes. Indeed, the
setter metho
Sounds good to me, Even. Rasterio's wheels can remain at the forefront of
terrible for now.
On Thu, Nov 16, 2023 at 5:10 AM Even Rouault
wrote:
> Hi Sean,
> >
> > I think this makes great sense for the project. I don't yet understand
> > what it means for an enterprise like Rasterio's PyPI wheel
Michael,
this error comes from libarrow-cpp.
Several potential causes:
- one of the parquet file is corrupted
- one of the parquet files is valid but uses "something" that
libarrow-cpp can't understand. I mention this because we have seen an
interoperability issues between files generated by
Using gdal3.8 (ghcr.io/osgeo/gdal:ubuntu-full-3.8.0) , got an error I haven’t
seen before:
ReadNext() failed: Couldn't deserialize thrift: TProtocolException: Exceeded
size limit
Deserializing page header failed.
This happened at 92%
Command: ogr2ogr -f gpkg /data/overturemaps_2023_11_14.gpkg
Hi Sean,
I think this makes great sense for the project. I don't yet understand
what it means for an enterprise like Rasterio's PyPI wheels.
I'd say it probably changes nothing. The RFC just postpones the time
where the plugins are loaded, but the fact that they are dlopen()'ed
(early or la
