Re: [gdal-dev] Considering drivers removal ?

2021-01-12 Thread Stephen Woodbridge
On 1/12/2021 5:36 PM, Even Rouault wrote: On mardi 12 janvier 2021 12:56:13 CET Frank Warmerdam wrote: On Tue, Jan 12, 2021 at 12:38 PM Howard Butler wrote: The only question that matters here is "Who is going to maintain it?" and if the answer to that is "no one", it should be removed. There

Re: [gdal-dev] Considering drivers removal ?

2021-01-12 Thread Even Rouault
On mardi 12 janvier 2021 12:56:13 CET Frank Warmerdam wrote: > On Tue, Jan 12, 2021 at 12:38 PM Howard Butler wrote: > > The only question that matters here is "Who is going to maintain it?" and > > if the answer to that is "no one", it should be removed. There doesn't > > need > > to be any

Re: [gdal-dev] Considering drivers removal ?

2021-01-12 Thread Frank Warmerdam
On Tue, Jan 12, 2021 at 12:38 PM Howard Butler wrote: > The only question that matters here is "Who is going to maintain it?" and > if the answer to that is "no one", it should be removed. There doesn't need > to be any meetings because the only criteria that matters is if someone is > willing

Re: [gdal-dev] Considering drivers removal ?

2021-01-12 Thread Howard Butler
> On Jan 12, 2021, at 8:48 AM, Jonathan Gale wrote: > > Hi, > > Looking at the list, we use/support SDTS Raster import. As a US government > format with the use case mentioned below, I’d prefer to not see the format > removed from the software. We have some evidence that the format is

Re: [gdal-dev] Considering drivers removal ?

2021-01-12 Thread Jonathan Gale
Hi, Looking at the list, we use/support SDTS Raster import. As a US government format with the use case mentioned below, I'd prefer to not see the format removed from the software. We have some evidence that the format is still used by some of our users. The users of the software I help

Re: [gdal-dev] Considering drivers removal ?

2021-01-12 Thread Jan Heckman
In good company when pruning the source trees: https://www.phoronix.com/scan.php?page=news_item=2021-Linux-Drop-Old-CPUs Apparently 68000 may not be supported any longer in linux... Just joking. Hope you don't mind... On Tue, Jan 12, 2021 at 3:46 AM Jed O. Kaplan wrote: > I for one am using the

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

2021-01-12 Thread Even Rouault
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 only a single error,

Re: [gdal-dev] Registering C++ Pixel Functions for Command-Line Utilities

2021-01-12 Thread Conor McIndoe
Wonderful, thank you Thomas, that has indeed resolve the issue Best, Conor On 12/01/2021 12:02, thomas bonfort wrote: Conor, I suspect that you should add an extern "C" { void GDALRegisterMe(); } line at the beginning of your cpp file. -- Thomas On Tue, Jan 12, 2021 at 12:56 PM Conor

[gdal-dev] NetCDF on S3?

2021-01-12 Thread dun...@gmail.com
Hello, I'm trying to open a NetCDF file from S3 with Gdal and I'm hitting some problems and I'm not sure whether they are limitations of the driver or I'm just not using it right. I have two NetCDF files, one is (small) sample file from the Copernicus File Danger Index, the other is one month of

Re: [gdal-dev] Registering C++ Pixel Functions for Command-Line Utilities

2021-01-12 Thread thomas bonfort
Conor, I suspect that you should add an extern "C" { void GDALRegisterMe(); } line at the beginning of your cpp file. -- Thomas On Tue, Jan 12, 2021 at 12:56 PM Conor McIndoe wrote: > Hello developers, > > I am just learning the ropes with GDAL so apologies if some of this is > quite far off.

[gdal-dev] Registering C++ Pixel Functions for Command-Line Utilities

2021-01-12 Thread Conor McIndoe
Hello developers, I am just learning the ropes with GDAL so apologies if some of this is quite far off. Also apologies in advance for the essay :) I am trying to register a pixel function, written in C++, in order to produce a VRT and eventually a TIF from some input TIFs. I am trying to

[gdal-dev] TargetAlignedPixels for Python-GdalWarp when reprojecting

2021-01-12 Thread Felix Keßler
Hey Guys, I am trying to reproject different satellite images to the same UTM-Zone using gdalwarp in Python It works so far, but I can not align the pixels. Is there a possibility? I also opened a question on stackexchange, there are some images and my current code:

Re: [gdal-dev] netCDF chunk fetch failed

2021-01-12 Thread Julien Demaria
Kurt, I tried the latest version of NetCDF’s nccopy utility on your files and it also failed. Same with an old NetCDF v4.2/HDF5 v1.8.9 version. So the files seem wrong/corrupted for an unknow reason, or created with a specific NetCDF/HDF5 version which include a compatibility break. Did you