[gdal-dev] Fwd: GDAL open flags

2025-01-15 Thread Michał Kowalczuk via gdal-dev
Any thoughts? :-) -- Forwarded message - Od: Michał Kowalczuk Date: wt., 14 sty 2025 o 12:41 Subject: GDAL open flags To: Hi gdal-group! Does GDAL_OF_READONLY / GDAL_OF_UPDATE have any impact on performance, especially when reading common vector files (shp, gpkg, gml)? There i

Re: [gdal-dev] DXF MLTIPOINT

2025-01-15 Thread Rahkonen Jukka via gdal-dev
Hi, By this gis.stackexchange answer https://gis.stackexchange.com/questions/336804/export-to-dxf-from-multipoint-z-geometry-in-postgresql-using-ogr2ogr the main issue is in the DXF format that does not support MultiPoints. Try the workaround and explode your multipoints. About why it is allowe

[gdal-dev] DXF MLTIPOINT

2025-01-15 Thread Michał Kowalczuk via gdal-dev
Hi, Does anyone know why DXF driver supports writing MutiLine and Multipolygon (make automatic conversion) but MultiPoint is not...? If so, why layer creation (*GDALDatasetCreateLayer*) with this geometry type (*wkbMultiPoint... *family) is allowed and the error occurs only when creating a feature

[gdal-dev] ECW Driver

2025-01-15 Thread selim sezer via gdal-dev
Hello everyone, I am trying to install the ECW driver in Geoserver which I have installed in Linux server but the instructions say that the driver should be installed in GDAL first. When I tried to find the ECW driver I found your repo in github but I could not find any ECW driver. Is there any li

Re: [gdal-dev] Removing write side of (SDK based) FileGDB driver ?

2025-01-15 Thread Even Rouault via gdal-dev
Le 14/01/2025 à 19:59, Even Rouault via gdal-dev a écrit : Actually thinking that there isn't just update, but also pure creation. 2 potential options for that one: - either just completely remove the Create() implementation of FileGDB. Slightly backwards incompatible as users will have to ch

Re: [gdal-dev] Motion: adopt RFC 105: Add and use safe path manipulation functions

2025-01-15 Thread Daniel Baston via gdal-dev
+1 Dan On Wed, Jan 15, 2025 at 10:13 AM Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Hi, > > The candidate implementation is now ready (I'm afraid nobody will find the > energy to review the ~ 4000 different edits throughout the code base... ) > and all CI targets are green. *Al

Re: [gdal-dev] Multilayer datasets

2025-01-15 Thread Michał Kowalczuk via gdal-dev
Thank you. This is it! W dniu śr., 15 sty 2025 o 13:05 Even Rouault napisał(a): > At the driver level: GetMetadataItem(GDAL_DCAP_MULTIPLE_VECTOR_LAYERS) : > > https://gdal.org/en/stable/api/raster_c_api.html#c.GDAL_DCAP_MULTIPLE_VECTOR_LAYERS > > Le 15/01/2025 à 09:39, Michał Kowalczuk via gdal-

Re: [gdal-dev] Motion: adopt RFC 105: Add and use safe path manipulation functions

2025-01-15 Thread Javier Jimenez Shaw via gdal-dev
+1 Javier On Wed, 15 Jan 2025, 16:38 Kurt Schwehr via gdal-dev, < gdal-dev@lists.osgeo.org> wrote: > +1 KurtS. > > Thank you!! > > On Wed, Jan 15, 2025 at 7:13 AM Even Rouault via gdal-dev < > gdal-dev@lists.osgeo.org> wrote: > >> Hi, >> >> The candidate implementation is now ready (I'm afraid no

Re: [gdal-dev] Motion: adopt RFC 105: Add and use safe path manipulation functions

2025-01-15 Thread Kurt Schwehr via gdal-dev
+1 KurtS. Thank you!! On Wed, Jan 15, 2025 at 7:13 AM Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Hi, > > The candidate implementation is now ready (I'm afraid nobody will find the > energy to review the ~ 4000 different edits throughout the code base... ) > and all CI targets

Re: [gdal-dev] Motion: adopt RFC 105: Add and use safe path manipulation functions

2025-01-15 Thread Rahkonen Jukka via gdal-dev
+1 -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: keskiviikko 15. tammikuuta 2025 17.13 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt RFC 105: Add and use safe path manipulation functions HUOM! Viesti on saapunut ulkopuolisesta oso

Re: [gdal-dev] Motion: adopt RFC 105: Add and use safe path manipulation functions

2025-01-15 Thread Howard Butler via gdal-dev
+1 Howard Thanks for all the effort. > On Jan 15, 2025, at 9:13 AM, Even Rouault via gdal-dev > wrote: > > Hi, > > The candidate implementation is now ready (I'm afraid nobody will find the > energy to review the ~ 4000 different edits throughout the code base... ) and > all CI targets are

[gdal-dev] Motion: adopt RFC 105: Add and use safe path manipulation functions

2025-01-15 Thread Even Rouault via gdal-dev
Hi, The candidate implementation is now ready (I'm afraid nobody will find the energy to review the ~ 4000 different edits throughout the code base... ) and all CI targets are green. *All* use of the deprecated C versions has been removed from our C++ code (besides the place where they are de

Re: [gdal-dev] GPU support for GDAL

2025-01-15 Thread Javier Jimenez Shaw via gdal-dev
The ovr is "just" a tiff with several "pages" (I do not know the exact name). Like in the old times, using a scanner to scan several pages of a document. (actually, there are some image viewers that show you this opening a tiff with embedded overlays: several pages) You can create that with gdal. U

Re: [gdal-dev] Multilayer datasets

2025-01-15 Thread Even Rouault via gdal-dev
At the driver level: GetMetadataItem(GDAL_DCAP_MULTIPLE_VECTOR_LAYERS) : https://gdal.org/en/stable/api/raster_c_api.html#c.GDAL_DCAP_MULTIPLE_VECTOR_LAYERS Le 15/01/2025 à 09:39, Michał Kowalczuk via gdal-dev a écrit : Hi, Does GDAL API offers function that indicates that the specified driver

Re: [gdal-dev] Multilayer datasets

2025-01-15 Thread Michał Kowalczuk via gdal-dev
Thank you, Jukka :-) Yes I know, but I'm looking for a general tool for unknown (random) vector driver. śr., 15 sty 2025 o 10:05 Rahkonen Jukka napisał(a): > Hi, > > > > Not an answer to your question, but shape driver actually supports > multiple layers as a directory of shapefiles. > > > > -Ju

Re: [gdal-dev] GPU support for GDAL

2025-01-15 Thread Pradeep Mahato via gdal-dev
Hi, The problem i am facing is related to generating the overview(Pyramid) layer. GDAl has BuildOverview() function to build the pyramid layer and save it as a file with ".ovr" extension. The BuildOverview() funstion takes raster file as input and generate the layer. As per project desig

Re: [gdal-dev] Multilayer datasets

2025-01-15 Thread Rahkonen Jukka via gdal-dev
Hi, Not an answer to your question, but shape driver actually supports multiple layers as a directory of shapefiles. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Michal Kowalczuk via gdal-dev Lähetetty: keskiviikko 15. tammikuuta 2025 10.40 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal

[gdal-dev] Multilayer datasets

2025-01-15 Thread Michał Kowalczuk via gdal-dev
Hi, Does GDAL API offers function that indicates that the specified driver supports storing one or many layers in the dataset, e.g. for GPKG it returns True, for SHP -> False? All the best! Michał Kowalczuk ___ gdal-dev mailing list gdal-dev@lists.osgeo.