Re: [gdal-dev] gdal_translate receiving "Warning 6: driver GTiff does not support creation option WEBP_LOSSLESS"

2021-01-14 Thread Marty J. Sullivan
Thanks for the suggestion. I did actually try to create a plain GTiff and tried with the WEBP_LOSSLESS=TRUE and received the same warning. It is strange because it does seem to create a WEBP compressed image (I think), gdalinfo seems to suggest that it is, so maybe I should just ignore the warn

Re: [gdal-dev] gdal_translate receiving "Warning 6: driver GTiff does not support creation option WEBP_LOSSLESS"

2021-01-14 Thread jratike80
Hi, I would also have a try by actually using -co WEBP_LOSSLESS=True even by the error message it is perhaps automatically applied. -Jukka Rahkonen- Marty J. Sullivan wrote > Hello, > > I am attempting to create a COG format GeoTIFF with WEBP_LOSSLESS > compression using GDAL. > > I have comp

[gdal-dev] gdal_translate receiving "Warning 6: driver GTiff does not support creation option WEBP_LOSSLESS"

2021-01-14 Thread Marty J. Sullivan
Hello, I am attempting to create a COG format GeoTIFF with WEBP_LOSSLESS compression using GDAL. I have compiled GDAL 3.2.1 from source with libwebp 0.4.2 installed from Debian Buster repos (I’ve also tried with libwebp v1.1.0 installed from source, no difference). When I run the ./configure s

Re: [gdal-dev] How to get support OPENJPEG 2.1.1 in GDAL 3.1.4 on CentOS 7.

2021-01-14 Thread korolevs
Thank you for help. I’ve changed gdal config like this: cd $(gdal4_src) && PKG_CONFIG_PATH=$(openjpeg_prefix)/lib/pkgconfig \ CPPFLAGS="-I$(proj_prefix)/include" LDFLAGS="-L$(proj_prefix)/lib" \ ./configure $(CONFIGURE_FLAGS) --prefix=$(gdal4_prefix) --with-openjpeg \ --wi

Re: [gdal-dev] Driver maintenance - long-term solution ?

2021-01-14 Thread David Strip
I first encountered gdal while working at Sandia National Labs, one of the US DOE national labs. (This was over a decade ago - I'm now retired).  I have verified with colleagues still working there that although Sandia open sources much of it's current software and contri

Re: [gdal-dev] Fwd: Catching many errors of the same record (ogr2ogr)

2021-01-14 Thread Paolo Cavallini
Hi Even, Il 14/01/21 16:24, Even Rouault ha scritto: > That was not at all my point :-) The above was supposed to demonstrate that > even when using PostgreSQL outside of any GDAL context, you cannot do what > you > want (only one violation reported at a time), so you shouldn't expect GDAL to

Re: [gdal-dev] Fwd: Catching many errors of the same record (ogr2ogr)

2021-01-14 Thread Even Rouault
On jeudi 14 janvier 2021 16:14:55 CET Paolo Cavallini wrote: > Hi Even, all, > > > On vendredi 8 janvier 2021 15:58:39 CET matteo wrote: > >> Hi all, > >> > >> I've 2 small questions during a syncing from a GPKG to a PG DB with > >> constraints using -skipfailures: > >> > >> * is it possible to

Re: [gdal-dev] Fwd: Catching many errors of the same record (ogr2ogr)

2021-01-14 Thread Paolo Cavallini
Hi Even, all, > On vendredi 8 janvier 2021 15:58:39 CET matteo wrote: >> Hi all, >> >> I've 2 small questions during a syncing from a GPKG to a PG DB with >> constraints using -skipfailures: >> >> * is it possible to show only the constraint error and not also the >> insert one? Even if there is o

Re: [gdal-dev] gdal-dev Digest, Vol 200, Issue 29

2021-01-14 Thread mmfuller via gdal-dev
ouse for > > > > > > > > bugs, the primary authority on the mailing list, the first respondent > > > > > > > > in the bug tracker, and the one that organizes and cuts the software > > > > > > > > release. When we think of the mai

Re: [gdal-dev] Fwd: Driver maintenance - long-term solution ?

2021-01-14 Thread Andrew C Aitchison
On Thu, 14 Jan 2021, Paul Harwood wrote: oops - forgot to reply-all :( Just to add one example though. I am sure you will find that all FAANGs have "modern slavery" regulations that mean that anyone they pay has to able to prove that they are not exploiting workers. I would hope that you would

Re: [gdal-dev] How to get support OPENJPEG 2.1.1 in GDAL 3.1.4 on CentOS 7.

2021-01-14 Thread Even Rouault
On mercredi 13 janvier 2021 17:27:22 CET korol...@msn.com wrote: > Need help to get support OPENJPEG 2.1.1 in GDAL 3.1.4 on CentOS 7. > Here are my configurations: > > openjpeg-configure: > > cmake -DBUILD_THIRDPARTY:BOOL=ON \ > -DCMAKE_BUILD_TYPE=Release \ > -DCMAKE_INSTALL_PRE

Re: [gdal-dev] Driver maintenance - long-term solution ?

2021-01-14 Thread Ian Mayo
One quick thought on finances that I haven't seen presented in this thread. We've identified that organisations are willing to fund new features - frequently since the new feature aligns with some business opportunity for them. What if the hourly/daily rates for new features included a "Maintenan

Re: [gdal-dev] Driver maintenance - long-term solution ?

2021-01-14 Thread Paul Harwood
Just a quick question. Since the FAANGs were the question, do you know if OSGeo has been vetted and approved as a Foundation by any of the FAANGs? As I say, when I was involved on the other side for one, they had more than a 2 year lead time for that process (I don't know if that was universal or

[gdal-dev] Fwd: Driver maintenance - long-term solution ?

2021-01-14 Thread Paul Harwood
oops - forgot to reply-all :( Just to add one example though. I am sure you will find that all FAANGs have "modern slavery" regulations that mean that anyone they pay has to able to prove that they are not exploiting workers. I would hope that you would agree that they SHOULD have modern slavery r

Re: [gdal-dev] Driver maintenance - long-term solution ?

2021-01-14 Thread Angelos Tzotsos
Perhaps we could ask some of these organizations to sponsor GDAL through https://github.com/sponsors/OSGeo which is a recurring sponsorship ? Angelos On 1/14/21 12:58 AM, Howard Butler wrote: On Jan 13, 2021, at 4:28 PM, Nyall Dawson wrote: On Thu, 14 Jan 2021 at 06:24, David Strip wrote