Re: [gdal-dev] using an in-memory file as -cutline argument in gdalwarp

2021-03-31 Thread Joaquim Manuel Freire Luís
Ok, I tried to use the handle like you said but couldn't find how to. That handle is a *void and options to gdalwarp are passed as strings. Also tried to create a /vismem/filename but the same code that creates the in Memory GDAL datasets errored at line (when line 285 was uncommented) https://

Re: [gdal-dev] Comprehensive list of values for ColorInterp

2021-03-31 Thread Javier Jimenez Shaw
You have a list here: https://gdal.org/doxygen/gdal_8h.html#ace76452d94514561fffa8ea1d2a5968c The conversion from the enum to string here: https://github.com/OSGeo/gdal/blob/master/gdal/gcore/gdal_misc.cpp#L904 Cheers .___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... ._ .__ Entre dos pensam

[gdal-dev] Comprehensive list of values for ColorInterp

2021-03-31 Thread Matt.Wilkie
What are the useful and/or valid values for the `ColorInterp` setting of a raster band? I have seen: Red, Green, Blue, Gray, Undefined. Is this a complete list or can there be values like "Mask", "Infrared", or...? [cid:image001.png@01D7263D.FF7F1CA0] Matt Wilkie Geomatics Analyst Environment |

Re: [gdal-dev] netCDF vector driver reading CF-1.6 point featureType with time coordinate variable

2021-03-31 Thread Even Rouault
There are heuristics in the driver to try to detect variables that are vector data from 2D or more gridded data that should be handled only by the raster side. Please file a ticket on github with the details you've provided in this email. Le 31/03/2021 à 21:54, Jesse Bickel - NOAA Affiliate vi

[gdal-dev] netCDF vector driver reading CF-1.6 point featureType with time coordinate variable

2021-03-31 Thread Jesse Bickel - NOAA Affiliate via gdal-dev
Hello, When using the netCDF vector driver to read CF-1.6 point features, it appears a netCDF time coordinate variable prevents OGR layers from being produced. When the time variable units are changed to fake units, such as meters, layers are then produced. Attached are two example CDL files and

Re: [gdal-dev] More info on gdalwarp resampling methods?

2021-03-31 Thread Matt.Wilkie
Issues opened: · #3630 gdalwarp -multi should auto-enable GDAL_NUM_THREADS=ALL_CPUS · #3631 gdalwarp error "Failed to acquire WarpMutex in WarpRegion()" · #3632 gdalwarp mode resampl

Re: [gdal-dev] using an in-memory file as -cutline argument in gdalwarp

2021-03-31 Thread Even Rouault
Ah, is it using the Memory driver ? As I saw a /vsimem/ filename and mention of gmt, I assumed you create a GMT file in /vsimem/, for which my example would have worked. But if you use the Memory driver, there's no way you can't use it as a cutline, since a dataset of the Memory driver can't be

Re: [gdal-dev] using an in-memory file as -cutline argument in gdalwarp

2021-03-31 Thread Joaquim Manuel Freire Luís
This one is resisting. I can't spot any difference from your python example but it still fails. What you mean by "Make sure that the cutline dataset is properly closed". If I call GDALClose on it, then it disappears. (note, I also tried by creating a "/vsimem/cut.shp" Memory cutline but the resu

Re: [gdal-dev] More info on gdalwarp resampling methods?

2021-03-31 Thread Even Rouault
Matt, I see that in the -multi mode, the I/O threads waits for a maximum of 10 minutes for the computation thread to have finished. And you likely hit that limit because of the large value of -wm you set. There's no reason we max at 10 minutes however. Please find a but about that, including m

Re: [gdal-dev] More info on gdalwarp resampling methods?

2021-03-31 Thread Matt.Wilkie
It looks like my knack for stumbling into weird edge cases is still alive and well! Whee. I'm using gdal from Qgis v3.16 on Windows. I was trying the (mode,max,min,med) resampling methods and get the error reliably with `mode`. I thought I got it on a 2nd or 3rd method also but didn't repeat t

Re: [gdal-dev] Long Term Prognosis for JPEG 2000

2021-03-31 Thread Marty J. Sullivan
I guess it would depend on whether they used ASICs or FPGAs. For FPGAs, they could update hardware algorithms remotely. On 3/31/21, 11:31 AM, "gdal-dev on behalf of Andrew C Aitchison" wrote: On Tue, 30 Mar 2021, Kurt Schwehr wrote: > Jp2k is likely to continue with heavy use for a l

Re: [gdal-dev] Long Term Prognosis for JPEG 2000

2021-03-31 Thread Andrew C Aitchison
On Tue, 30 Mar 2021, Kurt Schwehr wrote: Jp2k is likely to continue with heavy use for a long time to come. There are lots of hardware encoders in our solar system So NASA may not be able to repeat the trick of upgrading the compression software in a remote space probe (was that for Voyager o

[gdal-dev] Copy or translate ?

2021-03-31 Thread Pierre Chatelier
Hello, This a question about good practice in GDAL. A data source provides me fixed-sized blocks of data, but the total amount of data is not known in advance. To store them until the "end" event, I incrementally add those blocks to a dataset using AddBand() (supported by driver "MEM") But on

Re: [gdal-dev] using an in-memory file as -cutline argument in gdalwarp

2021-03-31 Thread Even Rouault
Joaquim, yes, you should be able to use a /vsimem/ file as a cutline dataset. Here's an example in Python with a shapefile in /vsimem/: https://github.com/OSGeo/gdal/blob/fec15b146f8a750c23c5e765cac12ed5fc9c2b85/autotest/utilities/test_gdalwarp_lib.py#L1103 The cutlineDSName=is just python sy

[gdal-dev] using an in-memory file as -cutline argument in gdalwarp

2021-03-31 Thread Joaquim Manuel Freire Luís
I have low hopes on this one but have to confirm. I have this "ds" dataset with one polygon geometry, which is correctly saved on disk with ogr2ogr(ds, save="lixo.gmt") and later correctly "cutlines" with gdalwarp("IMG_9106.jpg", ["-cutline", "lixo.gmt", "-to", "SRC_METHOD=NO_GEOTRANSFORM"]);

Re: [gdal-dev] Gdal Java

2021-03-31 Thread jratike80
Hi, Perhaps you could ask from the Geotools/Geoserver teams how they manage to get their GDAL plugin https://docs.geotools.org/stable/userguide/library/coverage/imageio.html https://docs.geoserver.org/stable/en/user/data/raster/gdal.html to work. -Jukka Rahkonen- paul.malm wrote > Hi, > further

Re: [gdal-dev] Gdal Java

2021-03-31 Thread paul.malm
Hi, further additional information. I'm using Windows 11 64-bit with x64 based processor PROCESSOR_ARCHITECTURE=AMD64 PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 158 Stepping 13, GenuineIntel PROCESSOR_LEVEL=6 The Java I'm using is: OpenJDK's 8u262-b1, x86 64bit JRE. /Paul Från: Malm, Paul (Oper

Re: [gdal-dev] Gdal Java

2021-03-31 Thread paul.malm
Hi, additional information. All DLL-files in Dependency Walker under the tree of GDALALLJNI.dll that are placed in C:\program files\openjdk\jdk-8.0.262.10-hotspot\jre\bin\ are marked with a red "frame" icon. /Paul Från: Malm, Paul (Operations AIM) Skickat: den 31 mars 2021 10:00 Till: 'Stefan Moe

Re: [gdal-dev] Gdal Java

2021-03-31 Thread paul.malm
Hi, I've installed dependency Walker 22_x64. I don't know how to use it, but when I load gdalalljni.dll I get the following errorcodes: Error: At least one required implicit or forwarded dependency was not found. Error: At least one module has an unresolved import due to a missing export function