[gdal-dev] Motion: remove and deprecate a few drivers

[Ivan Lucena]

still (not install)

________________________________
From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> on behalf of Ivan Lucena <ivan.lucena at outlook.com>
Sent: Wednesday, March 3, 2021 3:20 PM
To: Even Rouault <even.rouault at spatialys.com>; Joaquim Manuel Freire Luís <jluis at ualg.pt>; gdal-dev at lists.osgeo.org <gdal-dev at lists.osgeo.org>
Subject: Re: [gdal-dev] Motion: remove and deprecate a few drivers

Even,

Is the INGR driver for Integraph raster install needed?

It was developed when the format was already deprecated.

It was supposed to read old files and there was some old hardware, scanner, spitting out in that file format.

Regards,

Ivan
________________________________
From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> on behalf of Even Rouault <even.rouault at spatialys.com>
Sent: Wednesday, March 3, 2021 3:07 PM
To: Joaquim Manuel Freire Luís <jluis at ualg.pt>; gdal-dev at lists.osgeo.org <gdal-dev at lists.osgeo.org>
Subject: Re: [gdal-dev] Motion: remove and deprecate a few drivers

OK, I amend my motion to keep GS7BG as non-deprecated for now. Let's
mark GSAG and GSBG as deprecated and see if that triggers reactions once
this is in the wild.

Le 03/03/2021 à 20:55, Joaquim Manuel Freire Luís a écrit :
>> Is the GSAG format really used ?
> What can I say. Because it's a simple format I used to have colleagues that used it for I/O of their codes and not rarely it ended up in my hands. But can't honestly say it's much used.
>
>
>> Which one(s) are proposed by default as output of current Surfer versions ?
> GS7BG. In fact GMT can read the simple variations (without breaklines) of this somewhat complicated format
>
>
>> Can't Surfer export to other formats already handled by GDAL ?
> Yes, some. Nc and ArcInfo ascii at least
>
>
>
> Le 03/03/2021 à 20:02, Joaquim Manuel Freire Luís a écrit :
>> Even,
>>
>> May you reconsider the Golden Software drivers --- GS7BG, GSAG, GSBG --- ?
>> GMT can read/write GSBG, but specially GS7BG, besides Surfer, GDAL is the only one that I know that is able to read this format. Maybe not in this list but there are still many people who use Golden software grid formats.
>>
>> Joaquim
>>
>> -----Original Message-----
>> From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> On Behalf Of Even Rouault
>> Sent: Wednesday, March 3, 2021 6:49 PM
>> To: gdal-dev at lists.osgeo.org
>> Subject: [gdal-dev] Motion: remove and deprecate a few drivers
>>
>> Hi,
>>
>> Following the discussions of past weeks, I motion to:
>>
>> - remove the vector drivers BNA, AeronavFAA, HTF, OpenAir, SEGUKOOA, SEGY, SUA, XPlane and raster drivers BPG, E00GRID, EPSILON, IGNFHeightASCIIGrid, NTv1. They have all been authored by myself and I'm not aware of them having been much used or being still in use.
>> Implemented in https://github.com/OSGeo/gdal/pull/3373. They (driver code, doc and tests) have been moved to the https://github.com/OSGeo/gdal-extra-drivers
>>
>> - deprecate the raster drivers DODS, FIT, GS7BG, GSAG, GSBG, JDEM, JPEG2000, JPEGLS, MG4LIDAR, GMT, DOQ1, DOQ2, FUJIBAS, IDA, LAN, MFF, NDF, SDTS, SGI, XPM, ZMAP and vector driver ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA, GTM, INGRES, MONGODB, REC, SDTDS, TIGER, WALK. They will now be disabled at runtime by default, unless the GDAL_ENABLE_DEPRECATED_DRIVER_{drivername}
>> configuration option is set to YES, and will be removed in GDAL 3.5.
>> Implemented in https://github.com/OSGeo/gdal/pull/3505
>>
>> Starting with my +1
>>
>> Even
>>
>> --
>> http://www.spatialys.com
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev

--
http://www.spatialys.com

_______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20210303/0025a28f/attachment-0001.html>