[gdal-dev] Motion: adopt RFC 107 (Re: Call for review on RFC 107: Add OGRLayer::IGetExtent() and OGRLayer::ISetSpatialFilter())
Even Rouault
even.rouault at spatialys.com
Mon Feb 10 08:53:41 PST 2025
Hi,
I move to adopt RFC 107
Starting with my +1
Even
Le 06/02/2025 à 22:19, Even Rouault via gdal-dev a écrit :
> Hi,
>
> Please review https://github.com/OSGeo/gdal/pull/11814: Add
> OGRLayer::IGetExtent() and OGRLayer::ISetSpatialFilter()
>
> It could have gone through a pull request business-as-usual, but as
> this impacts a number of drivers, including out-of-tree ones, this is
> worth this small RFC.
>
> Summary
> -------
>
> This RFC changes the prototype of the OGRLayer::GetExtent(),
> GetExtent3D(),
> SetSpatialFilter() and SetSpatialFilterRect() methods.
>
> Motivation
> ----------
>
> Originally GetExtent(), SetSpatialFilter() and SetSpatialFilterRect()
> were
> designed for a single geometry field. When support for multiple
> geometry fields
> was added per :ref:`rfc-41`, alternate virtual methods were added to
> accept a
> ``int iGeomField`` argument, but this causes slightly repeating code
> patterns
> in most drivers, and omissions of the boilerplate can cause bugs.
>
> Even
>
--
http://www.spatialys.com
My software is free, but my time generally not.
More information about the gdal-dev
mailing list