Thanks Even! Hurray for cleanup! Some thoughts looking at the list: > SEGY
Makes me sad, but I've never seen anyone use it. I've done seismic work but never needed it. +1 to nuke it. > E00GRID I keep running into E00 data from the USGS, but it's mostly been vector data. I'm +0 on removing this. I ended up using GDAL on an e00 grid a year or two ago, but that isn't much of an argument for keeping it. > Deprecate JPEG2000 Is there something the openjpeg2 driver can't do that Jasper can? Can it be removed? > TIGER It looks like they don't use that format any more, so +1 https://www.census.gov/programs-surveys/geography/guidance/tiger-data-products-guide.html On Wed, Mar 3, 2021 at 12:07 PM Even Rouault <even.roua...@spatialys.com> wrote: > 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-boun...@lists.osgeo.org> On Behalf Of Even > Rouault > >> Sent: Wednesday, March 3, 2021 6:49 PM > >> To: gdal-dev@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@lists.osgeo.org > >> https://lists.osgeo.org/mailman/listinfo/gdal-dev > > -- > http://www.spatialys.com > > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev