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

[Jeff McKenna]

+1

(I think we should also list the 3.5.0 milestone at 
https://github.com/OSGeo/gdal/milestones so packagers/community can make 
adjustments in time for that date)


-jeff



On 2021-03-03 2:48 p.m., Even Rouault wrote:

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




--
Jeff McKenna
GatewayGeo: Developers of MS4W, MapServer Consulting and Training
co-founder of FOSS4G
http://gatewaygeo.com/
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Robert Coup]

Hi Andrew,

On Thu, 4 Mar 2021 at 08:59, Andrew C Aitchison 
wrote:

> On Thu, 4 Mar 2021, Javier Jimenez Shaw wrote:
>
> > (using a docker image to convert any of those removed formats if you
> find a
> > file at the bottom of you cellar in the far future is a great
> alternative.
>
> I don't have a lot of confidence in being able to run an old docker image
> in the far future, especially if I don't have an x86 machine to run it on.
>
> https://medium.com/nttlabs/buildx-multiarch-2c6c2df00ca2
> suggests that docker images should be built "multi-arch"
> so that they run on x86 and the new ARM-based Apple Macs.



Who is going to rebuild and host the current GDAL docker like this?


Your question comes across as entitled — the answer is: whoever cares
enough to either do the work or pay someone to do it.

The source code is there, the release archives are staying, and it will be
possible to build an old release in the future which can read & convert a
file they find. Docker images provide a great *shortcut*, which means if
you find a file you can trivially convert it *without* building GDAL. I'm
sure eventually GDAL will produce multi-arch docker images, but that
shouldn't be a prerequisite for this deprecation/removal.

Debian 1.1 386 floppy disk images from 1996 are still available, and if you
have a m68000, sparc, a s390 or something else long-gone you can easily
find historic Linux release images with compilers which will happily run.
x86 will not disappear quickly, today's Linux kernel releases continue to
support 486s and they were discontinued over 13 years ago. GDALs source
code is also held in the Arctic Code Vault and other archival libraries
 — it's not going to disappear any time
soon.

Regards,

Rob :)
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Andrew C Aitchison]

On Thu, 4 Mar 2021, Javier Jimenez Shaw wrote:


(using a docker image to convert any of those removed formats if you find a
file at the bottom of you cellar in the far future is a great alternative.


I don't have a lot of confidence in being able to run an old docker image
in the far future, especially if I don't have an x86 machine to run it on.

https://medium.com/nttlabs/buildx-multiarch-2c6c2df00ca2
suggests that docker images should be built "multi-arch"
so that they run on x86 and the new ARM-based Apple Macs.
Who is going to rebuild and host the current GDAL docker like this ?

--
Andrew C. Aitchison Kendal, UK
and...@aitchison.me.uk
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Javier Jimenez Shaw]

+1

(using a docker image to convert any of those removed formats if you find a
file at the bottom of you cellar in the far future is a great alternative.
Thanks Even)

.___ ._ ..._ .. . ._.  .___ .. __ . _. . __..  ...  ._ .__
Entre dos pensamientos racionales
hay infinitos pensamientos irracionales.



On Wed, 3 Mar 2021 at 19:49, Even Rouault 
wrote:

> 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
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Frank Warmerdam]

On Wed, Mar 3, 2021 at 6:55 PM Even Rouault 
wrote:

> Frank,
>
> Even,
>
> I'm -1 on this motion as it stands.  There are a quite a few formats that
> I think we ought to continue to support for archival purposes
> indefinitely including FIT, JDEM, GMT, DOQ1/2, LAN, MFF, NDF, SDTS, SGI,
> XPM, and TIGER.  I am prepared to be listed as supporting maintainer for
> these drivers.
>
> Those formats were aimed for the runtime deprecation mechanism. The idea
> was to get ~ 1 year feedback period to see if people really need that
> nowadays, which I strongly doubt about. There are Docker images of older
> GDAL versions available for people that would still need to access such
> archives. I believe I tried to make previously the point that the issue
> wasn't the individual maintenance of those formats, but the weight they had
> to the whole for little benefit to the majority of users & developers.
>
> Are you OK at least with the removal of the drivers I mentioned in the
> first bullet of the motion ? (the ones of
> https://github.com/OSGeo/gdal/pull/3373). I'm not willing to support them
> any longer (and I'm not asking anyone to step up for that!)
> Even
>
> -- http://www.spatialys.com
>
> Even,

I'm ok with the removal list.  I do not really agree with the deprecating
the formats I listed.  I feel like the deprecate and wait for useful
feedback is more appropriate to formats that are hard to support now (like
those depending on external libraries) and that the main kind of feedback
to be sought would be someone willing to be responsible for them.

Best regards,
Frank




-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam,
warmer...@pobox.com
light and sound - activate the windows | +1 650-701-7823
and watch the world go round - Rush| Geospatial Software Developer
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Even Rouault]

Frank,

Even,

I'm -1 on this motion as it stands.  There are a quite a few formats 
that I think we ought to continue to support for archival purposes 
indefinitely including FIT, JDEM, GMT, DOQ1/2, LAN, MFF, NDF, SDTS, 
SGI, XPM, and TIGER.  I am prepared to be listed as supporting 
maintainer for these drivers.


Those formats were aimed for the runtime deprecation mechanism. The idea 
was to get ~ 1 year feedback period to see if people really need that 
nowadays, which I strongly doubt about. There are Docker images of older 
GDAL versions available for people that would still need to access such 
archives. I believe I tried to make previously the point that the issue 
wasn't the individual maintenance of those formats, but the weight they 
had to the whole for little benefit to the majority of users & developers.


Are you OK at least with the removal of the drivers I mentioned in the 
first bullet of the motion ? (the ones of 
https://github.com/OSGeo/gdal/pull/3373). I'm not willing to support 
them any longer (and I'm not asking anyone to step up for that!)


Even

--
http://www.spatialys.com

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Frank Warmerdam]

Even,

I'm -1 on this motion as it stands.  There are a quite a few formats that I
think we ought to continue to support for archival purposes
indefinitely including FIT, JDEM, GMT, DOQ1/2, LAN, MFF, NDF, SDTS, SGI,
XPM, and TIGER.  I am prepared to be listed as supporting maintainer for
these drivers.

Best regards,
Frank


On Wed, Mar 3, 2021 at 1:49 PM Even Rouault 
wrote:

> 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
>


-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam,
warmer...@pobox.com
light and sound - activate the windows | +1 650-701-7823
and watch the world go round - Rush| Geospatial Software Developer
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Paul Harwood]

I have to agree with the comments about Surfer and GS7. I was given a file
in that format only last week.

On Wed, 3 Mar 2021 at 20:40, Even Rouault 
wrote:

>  > Deprecate JPEG2000
> >
> > Is there something the openjpeg2 driver can't do that Jasper can?  Can
> > it be removed?
>
> I'm not aware of things that Jasper/JPEG2000 can do that JP2OpenJPEG
> can't. But there are definitely binary distributions still using it, and
> not yet JP2OpenJPEG. The deprecation hint for that driver is to use
> JP2OpenJPEG, so yes ultimately we'll remove it.
>
> Even
>
> --
> 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

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

[Even Rouault]

> Deprecate JPEG2000


Is there something the openjpeg2 driver can't do that Jasper can?  Can 
it be removed?


I'm not aware of things that Jasper/JPEG2000 can do that JP2OpenJPEG 
can't. But there are definitely binary distributions still using it, and 
not yet JP2OpenJPEG. The deprecation hint for that driver is to use 
JP2OpenJPEG, so yes ultimately we'll remove it.


Even

--
http://www.spatialys.com

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

[Kurt Schwehr]

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 
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  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

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

[Norman Barker]

I wrote the Cloudant driver (though it extends the CouchDB driver), it was
very useful! However afaik it is no longer being used. Though I no longer
work with CouchDB I see very little mention of geospatial and CouchDB
nowadays on their mailing lists.

I agree with the list of drivers proposed for deprecation.

+1

Norman

On Wed, Mar 3, 2021 at 2:07 PM Even Rouault 
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  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

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

[Even Rouault]

Le 03/03/2021 à 21:20, Ivan Lucena a écrit :

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.



I'll add it to the list of deprecated drivers then.


Even




Regards,

Ivan

*From:* gdal-dev  on behalf of Even 
Rouault 

*Sent:* Wednesday, March 3, 2021 3:07 PM
*To:* Joaquim Manuel Freire Luís ; 
gdal-dev@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  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 
<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 
<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 
<https://github.com/OSGeo/gdal/pull/3505>

>>
>> Starting with my +1
>>
>> Even
>>
>> --
>> http://www.spatialys.com <http://www.spatialys.com>
>>
>> ___
>> gdal-dev mailing list
>> gdal-dev@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev 
<https://lists.osgeo.org/mailman/listinfo/gdal-dev>


--
http://www.spatialys.com <http://www.spatialys.com>

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev 
<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

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

[Ivan Lucena]

still (not install)


From: gdal-dev  on behalf of Ivan Lucena 

Sent: Wednesday, March 3, 2021 3:20 PM
To: Even Rouault ; Joaquim Manuel Freire Luís 
; gdal-dev@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  on behalf of Even Rouault 

Sent: Wednesday, March 3, 2021 3:07 PM
To: Joaquim Manuel Freire Luís ; gdal-dev@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  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

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

[Ivan Lucena]

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  on behalf of Even Rouault 

Sent: Wednesday, March 3, 2021 3:07 PM
To: Joaquim Manuel Freire Luís ; gdal-dev@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  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

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

[Even Rouault]

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  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

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

[Joaquim Manuel Freire Luís]

> 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  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

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

[Even Rouault]

Is the GSAG format really used ?

Which one(s) are proposed by default as output of current Surfer versions ?

Can't Surfer export to other formats already handled by GDAL ?

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  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

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

[Joaquim Manuel Freire Luís]

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  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
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev