Re: [gdal-dev] Motion: adopt GDAL 3.4.3 RC2

+1 Tamas Even Rouault ezt írta (időpont: 2022. máj. 1., V, 22:46): > Hi, > > Motion: > > Adopt GDAL 3.4.3 RC2 as final 3.4.3 release > > Starting with my +1 > > Even > > -- > http://www.spatialys.com > My software is free, but my time generally not. > >

Re: [gdal-dev] Motion: adopt GDAL 3.4.3 RC2

+1 On Mon, May 2, 2022 at 10:57 AM Mateusz Loskot wrote: > +1 > > > On Mon, 2 May 2022, 16:12 Howard Butler, wrote: > >> >> >> > On May 1, 2022, at 3:45 PM, Even Rouault >> wrote: >> > >> > Hi, >> > >> > Motion: >> > >> > Adopt GDAL 3.4.3 RC2 as final 3.4.3 release >> > >> > Starting with my

Re: [gdal-dev] Motion: adopt GDAL 3.4.3 RC2

+1 On Mon, 2 May 2022, 16:12 Howard Butler, wrote: > > > > On May 1, 2022, at 3:45 PM, Even Rouault > wrote: > > > > Hi, > > > > Motion: > > > > Adopt GDAL 3.4.3 RC2 as final 3.4.3 release > > > > Starting with my +1 > > +1 > > Howard > ___ >

Re: [gdal-dev] Motion: adopt GDAL 3.4.3 RC2

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault Lähetetty: sunnuntai 1. toukokuuta 2022 23.46 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt GDAL 3.4.3 RC2 Hi, Motion: Adopt GDAL 3.4.3 RC2 as final 3.4.3 release Starting

Re: [gdal-dev] Motion: adopt GDAL 3.4.3 RC2

> On May 1, 2022, at 3:45 PM, Even Rouault wrote: > > Hi, > > Motion: > > Adopt GDAL 3.4.3 RC2 as final 3.4.3 release > > Starting with my +1 +1 Howard ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] CMake: undefined reference to symbol dlerror

Hi Even If I understood the example you mention correctly, it is a direct dependency of GDAL: the executable test_cpp links directly with GDAL. Our problem is that we have a library (ioimage), that links with GDAL. The error appears when we try to compile/link tests_unit_ioimage, that depends on

Re: [gdal-dev] Why gdal2tiles creates png.aux.xml files

Just fixed in master Le 28/04/2022 à 08:28, Rahkonen Jukka (MML) a écrit : Hi, I noticed this question in gis.stacexchange https://gis.stackexchange.com/questions/429896/how-to-not-generate-png-aux-xml-files-when-using-gdal2tiles. The current gdal2tiles.py really seems to write the aux.xml

Re: [gdal-dev] Moving GDAL GRASS driver in a dedicated repository ?

Hi Markus, looks good to me. So maybe now you can send a pull request to remove the drivers from OSGeo/GDAL and modify https://gdal.org/drivers/raster/grass.html & https://gdal.org/drivers/vector/grass.html to point to the new repo ? I'd like to issue a 3.5.0 release candidate this week.

Re: [gdal-dev] spacial filter on ogrinfo does not work

I assumed '-spat 513306 5832130 514040 5832803' is the filter (bbox)? It does work on other servers it seems? The default srs should be EPSG:25832 Am I getting this wrong? Am 02.05.22 um 13:02 schrieb Clive Swan:

Re: [gdal-dev] spacial filter on ogrinfo does not work

Have you apied a spatial filter ie distance?? Get Outlook for Android From: gdal-dev on behalf of Lars Fricke Sent: Monday, May 2, 2022 12:00:38 PM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] spacial filter on ogrinfo does not work

[gdal-dev] spacial filter on ogrinfo does not work

Dear List, I am trying to make a spatially filtered call as: ogrinfo -ro WFS:https://www.geobasisdaten.niedersachsen.de/doorman/noauth/WFS_boris_2022 boris:BR_BodenrichtwertZonal -spat 513306 5832130 514040 5832803 but that is trying to download 33938

Re: [gdal-dev] About COG with multiple bands

Thanks for the explanation and the link. I thought that the pixel interleaving was defined in COG standard, but now I see it is only in GDAL (so far). Definitely depending on the use case, pixel or band interleaving is more useful (as already commented on the issue you linked). I am not sure if

Re: [gdal-dev] CMake: undefined reference to symbol dlerror

Le 29/04/2022 à 11:30, Javier Jimenez Shaw a écrit : We have a link problem on Linux when using GDAL transiently. If we link the unit tests for a library which depends on GDAL, i.e. an executable which transiently depends on GDAL through our library, we get the following linker error:

Re: [gdal-dev] Hints that a raster band represents a DEM?

Hi Nyall, you didn't miss anything. There's no standardized metadata to figure out if a band is DEM. A few drivers (at least USGSDEM, DTED, SRTMHGT, BLX, BT, Leveller, Terragen, SIGDEM, HF2) convey exclusively height related data, but most others can convey anything, often without a

Re: [gdal-dev] About COG with multiple bands

Javier, up to now, GDAL has restricted the COG definition to pixel interleaved organization, a bit artificially admittedly. This issue was recorded in https://github.com/opengeospatial/CloudOptimizedGeoTIFF/issues/3 . There's no way to efficiently extract a subset of bands with pixel