Re: [gdal-dev] Considering drivers removal ?

2021-01-27 Thread gdisk.mike
Just curious - Some time ago there was a motion for RFC 76 - OGR Python drivers. Correct me if I'm wrong, but this sort of makes it easy to add python drivers? Perhaps this could be a means for others to add/reclaim a driver that gets dropped? v/r, Mike On Wed, Jan 27, 2021 at 2:17 PM Tamas Sze

Re: [gdal-dev] mosaicking files with partial overlap and binary mask

2021-01-27 Thread Patrick Young
Hi Daniele, Even added this functionality to VRTs just recently, see https://lists.osgeo.org/pipermail/gdal-dev/2020-December/053178.html I think it is slated for GDAL 3.3 but you could always build the bleeding edge. Patrick On Wed, Jan 27, 2021 at 3:50 AM Daniele Romagnoli < daniele.romagn..

Re: [gdal-dev] Considering drivers removal ?

2021-01-27 Thread Tamas Szekeres
David, Up to this time the driver writers were highly welcomed to author new drivers for the project and these effort didn't require a separate RFC in terms of the Project Management Committee Guidelines document. Adding new drivers hasn't been cons

Re: [gdal-dev] Considering drivers removal ?

2021-01-27 Thread Stephen Woodbridge
I think a 4th option is a hybrid approach of moving to a more modular plug-in architecture that allows the core more flexibility to evolve at the same time by moving to a more plug-in driver allows for more independent development, testing and release lets the community participation. This does

Re: [gdal-dev] Considering drivers removal ?

2021-01-27 Thread Howard Butler
> but from my point of view supporting a lot of formats is part of GDAL's > success, GDAL is a 22 year old software project. It's not just that GDAL supports lots of formats. It is also that the code supporting all of those formats is meticulously maintained, and it maintains *good* support for

Re: [gdal-dev] Considering drivers removal ?

2021-01-27 Thread David Brochart
I am currently trying to add a Zarr driver to GDAL (see https://github.com/OSGeo/gdal/pull/3411), but from what I can see the trend is to remove drivers, so I'm now wondering it I should pursue this effort. I'm relatively new to GDAL, but from my point of view supporting a lot of formats is part of

Re: [gdal-dev] Considering drivers removal ?

2021-01-27 Thread thomas bonfort
On Tue, Jan 12, 2021 at 11:36 PM Even Rouault wrote: > > The issue with esoteric/legacy drivers is not that much maintenance of the > actual code of the drivers, in the sense of dealing with bug reports, > questions, etc. (pretty sure they are none for the ones I listed). Most of > them must work