Re: [gdal-dev] GML duplicated FID

2021-03-04 Thread Martin Landa
Hi,

čt 4. 3. 2021 v 22:48 odesílatel Even Rouault
 napsal:
> > [1] http://geo102.fsv.cvut.cz/~landa/tmp/data_CZ.gml.7z
>
> yes please. If you can strip it down to just a few features that can
> reproduce the issue, that's even better.

I am not sure what is the reason why GML driver behaves like that.
GDAL generates unique FID even when gml_id is duplicated...

```
OGRFeature(lucas_view):0
  gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36ed
  point_id (Integer) = 45502976
  nuts0 (String) = CZ

OGRFeature(lucas_view):1
  gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36ed
  point_id (Integer) = 45542918
  nuts0 (String) = CZ
```

Issue created anyway [1].

Ma

[1] https://github.com/OSGeo/gdal/issues/3532

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GML duplicated FID

2021-03-04 Thread Even Rouault
In the below example, the gml_id are not duplicated if you look 
cloosely. The duplication of the OGR FID is a pure GDAL behaviour in the 
way it tries to derive a FID from gml_id. So Geoserver behaves just fine 
here.


Le 04/03/2021 à 23:02, jratike80 a écrit :

Hi,

It would be interesting to know how you manage to generate duplicate fids
with Geoserver but perhaps it is better to discuss about that in
geoserver-users.

-Jukka Rahkonen-


Martin Landa wrote

Hi all,

I have an issue with GML generated by GeoServer. There are features
with duplicated FID:

```
OGRFeature(lucas_view):36
   gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e6
   point_id (Integer) = 45502976
   nuts0 (String) = CZ
   POINT (455 2976000)
OGRFeature(lucas_view):36
   gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e5
   point_id (Integer) = 45542918
   nuts0 (String) = CZ
   POINT (4554000 2918000)
```

This is a reason why converting such data into GPKG (using
CopyLayer()) fails with:

```
ERROR 1: failed to execute insert : UNIQUE constraint failed: layer.fid
```

Is there any way to force the GML driver to generate a unique FID
instead of guessing from  gml_id?

Thanks in advance, Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@.osgeo
https://lists.osgeo.org/mailman/listinfo/gdal-dev





--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
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] GML duplicated FID

2021-03-04 Thread Martin Landa
Hi,

čt 4. 3. 2021 v 23:03 odesílatel jratike80
 napsal:
> It would be interesting to know how you manage to generate duplicate fids
> with Geoserver but perhaps it is better to discuss about that in
> geoserver-users.

to my understanding, the duplicate FID are generated by GDAL not by
GeoServer. See

```
> OGRFeature(lucas_view):36
>gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e6
>point_id (Integer) = 45502976
>nuts0 (String) = CZ
>POINT (455 2976000)
> OGRFeature(lucas_view):36
>gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e5
>point_id (Integer) = 45542918
>nuts0 (String) = CZ
>POINT (4554000 2918000)
```

In both cases gml_id ends with `-36e5` and FID generated by GDAL is 36.

Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GML duplicated FID

2021-03-04 Thread Martin Landa
Hi,

čt 4. 3. 2021 v 22:42 odesílatel Martin Landa  napsal:
> > You can't probably fix this by using CopyLayer(). But if you use
> > GDALVectorTranslate() with the -unsetFid option, that should solve your
> > issue.
>
> Thanks for a hint!

```
gdal.VectorTranslate("file.gpkg", "file.gml")
```

works like a charm! Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GML duplicated FID

2021-03-04 Thread jratike80
Hi,

It would be interesting to know how you manage to generate duplicate fids
with Geoserver but perhaps it is better to discuss about that in
geoserver-users.

-Jukka Rahkonen-


Martin Landa wrote
> Hi all,
> 
> I have an issue with GML generated by GeoServer. There are features
> with duplicated FID:
> 
> ```
> OGRFeature(lucas_view):36
>   gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e6
>   point_id (Integer) = 45502976
>   nuts0 (String) = CZ
>   POINT (455 2976000)
> OGRFeature(lucas_view):36
>   gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e5
>   point_id (Integer) = 45542918
>   nuts0 (String) = CZ
>   POINT (4554000 2918000)
> ```
> 
> This is a reason why converting such data into GPKG (using
> CopyLayer()) fails with:
> 
> ```
> ERROR 1: failed to execute insert : UNIQUE constraint failed: layer.fid
> ```
> 
> Is there any way to force the GML driver to generate a unique FID
> instead of guessing from  gml_id?
> 
> Thanks in advance, Martin
> 
> -- 
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> gdal-dev mailing list

> gdal-dev@.osgeo

> https://lists.osgeo.org/mailman/listinfo/gdal-dev





--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GML duplicated FID

2021-03-04 Thread Even Rouault




Here it is [1]. Should I report it as a Github issue?

Martin

[1] http://geo102.fsv.cvut.cz/~landa/tmp/data_CZ.gml.7z


yes please. If you can strip it down to just a few features that can 
reproduce the issue, that's even better.


--

http://www.spatialys.com

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


Re: [gdal-dev] GML duplicated FID

2021-03-04 Thread Martin Landa
Dear Even,

čt 4. 3. 2021 v 22:37 odesílatel Even Rouault
 napsal:

first of all, thanks for quick reply!

> You can't probably fix this by using CopyLayer(). But if you use
> GDALVectorTranslate() with the -unsetFid option, that should solve your
> issue.

Thanks for a hint!

> It would be also good that you file an issue with a minimum reproducer
> file. The GML driver should be ideally be smarter in the way it
> generates FID to avoid this.

Here it is [1]. Should I report it as a Github issue?

Martin

[1] http://geo102.fsv.cvut.cz/~landa/tmp/data_CZ.gml.7z

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] GML duplicated FID

2021-03-04 Thread Even Rouault

Martin,

You can't probably fix this by using CopyLayer(). But if you use 
GDALVectorTranslate() with the -unsetFid option, that should solve your 
issue.


It would be also good that you file an issue with a minimum reproducer 
file. The GML driver should be ideally be smarter in the way it 
generates FID to avoid this.


Even

Le 04/03/2021 à 22:23, Martin Landa a écrit :

Hi all,

I have an issue with GML generated by GeoServer. There are features
with duplicated FID:

```
OGRFeature(lucas_view):36
   gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e6
   point_id (Integer) = 45502976
   nuts0 (String) = CZ
   POINT (455 2976000)
OGRFeature(lucas_view):36
   gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e5
   point_id (Integer) = 45542918
   nuts0 (String) = CZ
   POINT (4554000 2918000)
```

This is a reason why converting such data into GPKG (using
CopyLayer()) fails with:

```
ERROR 1: failed to execute insert : UNIQUE constraint failed: layer.fid
```

Is there any way to force the GML driver to generate a unique FID
instead of guessing from  gml_id?

Thanks in advance, Martin


--
http://www.spatialys.com

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


[gdal-dev] GML duplicated FID

2021-03-04 Thread Martin Landa
Hi all,

I have an issue with GML generated by GeoServer. There are features
with duplicated FID:

```
OGRFeature(lucas_view):36
  gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e6
  point_id (Integer) = 45502976
  nuts0 (String) = CZ
  POINT (455 2976000)
OGRFeature(lucas_view):36
  gml_id (String) = lucas_view.fid--269ff1b9_177af2abc34_-36e5
  point_id (Integer) = 45542918
  nuts0 (String) = CZ
  POINT (4554000 2918000)
```

This is a reason why converting such data into GPKG (using
CopyLayer()) fails with:

```
ERROR 1: failed to execute insert : UNIQUE constraint failed: layer.fid
```

Is there any way to force the GML driver to generate a unique FID
instead of guessing from  gml_id?

Thanks in advance, Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


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

2021-03-04 Thread thomas bonfort
FWIW +1 from a non PSC member

Thomas


Le jeu. 4 mars 2021 à 17:33, Even Rouault  a
écrit :

> Hi,
>
> Updating my yesterday motion with the feedback received (only second
> bullet updated with a more restricted set of drivers)
>
> Motion:
>
> - 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, JPEG2000 (superseded per
> JP2OpenJPEG), JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector
> driver ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA,
> GTM, INGRES, MONGODB (superserded per MongoDBV3), REC, WALK . They will
> now be disabled at runtime by default, with an explicit error message
> when they are triggered, 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 (V2): remove and deprecate a few drivers

2021-03-04 Thread Jeff McKenna

+1 (wrong thread)


(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-04 12:32 p.m., Even Rouault wrote:

Hi,

Updating my yesterday motion with the feedback received (only second 
bullet updated with a more restricted set of drivers)


Motion:

- 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, JPEG2000 (superseded per 
JP2OpenJPEG), JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector 
driver ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA, 
GTM, INGRES, MONGODB (superserded per MongoDBV3), REC, WALK . They will 
now be disabled at runtime by default, with an explicit error message 
when they are triggered, 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 (V2): remove and deprecate a few drivers

2021-03-04 Thread Kurt Schwehr
+1 KurtS

On Thu, Mar 4, 2021 at 8:33 AM Even Rouault 
wrote:

> Hi,
>
> Updating my yesterday motion with the feedback received (only second
> bullet updated with a more restricted set of drivers)
>
> Motion:
>
> - 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, JPEG2000 (superseded per
> JP2OpenJPEG), JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector
> driver ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA,
> GTM, INGRES, MONGODB (superserded per MongoDBV3), REC, WALK . They will
> now be disabled at runtime by default, with an explicit error message
> when they are triggered, 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 (V2): remove and deprecate a few drivers

2021-03-04 Thread Sean Gillies via gdal-dev
+1

On Thu, Mar 4, 2021 at 9:33 AM Even Rouault 
wrote:

> Hi,
>
> Updating my yesterday motion with the feedback received (only second
> bullet updated with a more restricted set of drivers)
>
> Motion:
>
> - 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, JPEG2000 (superseded per
> JP2OpenJPEG), JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector
> driver ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA,
> GTM, INGRES, MONGODB (superserded per MongoDBV3), REC, WALK . They will
> now be disabled at runtime by default, with an explicit error message
> when they are triggered, 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
>


-- 
Sean Gillies
___
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

2021-03-04 Thread 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 (V2): remove and deprecate a few drivers

2021-03-04 Thread jratike80
+1

-Jukka Rahkonen-


Even Rouault-2 wrote
> Hi,
> 
> Updating my yesterday motion with the feedback received (only second 
> bullet updated with a more restricted set of drivers)
> 
> Motion:
> 
> - 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, JPEG2000 (superseded per 
> JP2OpenJPEG), JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector 
> driver ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA, 
> GTM, INGRES, MONGODB (superserded per MongoDBV3), REC, WALK . They will 
> now be disabled at runtime by default, with an explicit error message 
> when they are triggered, 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@.osgeo

> https://lists.osgeo.org/mailman/listinfo/gdal-dev





--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


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

2021-03-04 Thread Frank Warmerdam
+1


On Thu, Mar 4, 2021 at 11:40 AM Howard Butler  wrote:

>
>
> > On Mar 4, 2021, at 10:32 AM, Even Rouault 
> wrote:
> >
> > Hi,
> >
> > Updating my yesterday motion with the feedback received (only second
> bullet updated with a more restricted set of drivers)
> >
> > Motion:
> >
> > - 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, JPEG2000 (superseded per
> JP2OpenJPEG), JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector driver
> ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA, GTM,
> INGRES, MONGODB (superserded per MongoDBV3), REC, WALK . They will now be
> disabled at runtime by default, with an explicit error message when they
> are triggered, 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
>
> +1
>
> Howard
>
> ___
> 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 (V2): remove and deprecate a few drivers

2021-03-04 Thread Howard Butler



> On Mar 4, 2021, at 10:32 AM, Even Rouault  wrote:
> 
> Hi,
> 
> Updating my yesterday motion with the feedback received (only second bullet 
> updated with a more restricted set of drivers)
> 
> Motion:
> 
> - 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, JPEG2000 (superseded per JP2OpenJPEG), 
> JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector driver ARCGEN, 
> ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA, GTM, INGRES, MONGODB 
> (superserded per MongoDBV3), REC, WALK . They will now be disabled at runtime 
> by default, with an explicit error message when they are triggered, 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

+1

Howard

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


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

2021-03-04 Thread Even Rouault

Hi,

Updating my yesterday motion with the feedback received (only second 
bullet updated with a more restricted set of drivers)


Motion:

- 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, JPEG2000 (superseded per 
JP2OpenJPEG), JPEGLS, MG4LIDAR, FUJIBAS, IDA, INGR, ZMAP and vector 
driver ARCGEN, ArcObjects, CLOUDANT, COUCHDB, DB2, DODS, FME, GEOMEDIA, 
GTM, INGRES, MONGODB (superserded per MongoDBV3), REC, WALK . They will 
now be disabled at runtime by default, with an explicit error message 
when they are triggered, 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


Re: [gdal-dev] Motion: adopt RFC79: Listing of Service Providers on GDAL website

2021-03-04 Thread Even Rouault

Hi,

https://gdal.org/community/service_providers.html is now online and 
waiting for more companies to add themselves.


Even

Le 01/03/2021 à 18:01, Even Rouault a écrit :

Hi
  

I motion to adopt RFC79: Listing of Service Providers on GDAL website:
https://github.com/OSGeo/gdal/pull/3473

Starting with my +1

I declare this motion passed with +1 from PSC members MateuszL, KurtS, JukkaR,
DanielM and myself.

Best regards,

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

2021-03-04 Thread 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

2021-03-04 Thread 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

2021-03-04 Thread 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