Re: [gdal-dev] Specify the geometry column name when appending data - PostGIS

2015-08-07 Thread tom
I found a solution to my issue for anyone else looking to append data to an existing Postgre table with multiple geometry columns. The syntax was relatively straightforward and was found after re-reading http://www.gdal.org/drv_pg_advanced.html. My working example is shown below: ogr2ogr -update

Re: [gdal-dev] gdaldem color-relief geotiff alpha band nv value not working (take 2)

2015-08-07 Thread Even Rouault
Homme, > Band 1 Block=256x256 Type=Float32, ColorInterp=Gray >NoData Value=nan > > All files are available at . Fixed by https://trac.osgeo.org/gdal/ticket/6066 The issue was that gdaldem didn't have the needed code to correctly deal with nan as the nodata value

Re: [gdal-dev] GDAL performance compared with libtiff

2015-08-07 Thread Even Rouault
Le jeudi 06 août 2015 17:29:06, Immanuel Weber a écrit : > Hi all, > > I'm working on an application where lots of images have to be written. > Until now I'm using libtiff for that task. But as I want to add > georeferencing and the like I'm having a look at GDAL right now. I did a > quick evaluat

Re: [gdal-dev] JasPer vs OpenJPEG performance

2015-08-07 Thread Robert Coup
On 7 August 2015 at 13:16, Jukka Rahkonen < jukka.rahko...@maanmittauslaitos.fi> wrote: > ewenger ara.com> writes: > > > Do you think I'll see better performance on these tiles using either the > > Kakadu or the ECW driver? > > With Kakadu or ECW driver you will get an enormous boost. > As a *ve

[gdal-dev] gdaldem color-relief geotiff alpha band nv value not working (take 2)

2015-08-07 Thread Homme Zwaagstra
Hi all, This is a similar question to that posed in , which didn't seem to be resolved on the mailing list. Basically, I am running the following command: gdaldem color-relief dhaka.tif colour-relief.ramp dhaka-colour-rel

Re: [gdal-dev] JasPer vs OpenJPEG performance

2015-08-07 Thread Jukka Rahkonen
ewenger ara.com> writes: > > Jukka, > > Thank you for your response. I can't provide the image, but we're working > with 8-band MSI from Worldview-2 so the images are larger than 1024x1024. > Given your information, it sounds like compiler flags aren't going to help. > Do you think I'll see

Re: [gdal-dev] JasPer vs OpenJPEG performance

2015-08-07 Thread Even Rouault
On Friday 07 August 2015 11:17:56 Jukka Rahkonen wrote: > ewenger ara.com> writes: > > I'm building GDAL 2.0 with JPEG-2000 support for my current project and I > > was surprised about the performance differences I saw between JasPer and > > OpenJPEG. Using JasPer, gdal_translate is able to decom

Re: [gdal-dev] JasPer vs OpenJPEG performance

2015-08-07 Thread ewenger
Jukka, Thank you for your response. I can't provide the image, but we're working with 8-band MSI from Worldview-2 so the images are larger than 1024x1024. Given your information, it sounds like compiler flags aren't going to help. Do you think I'll see better performance on these tiles using e

Re: [gdal-dev] JasPer vs OpenJPEG performance

2015-08-07 Thread Jukka Rahkonen
ewenger ara.com> writes: > > I'm building GDAL 2.0 with JPEG-2000 support for my current project and I was > surprised about the performance differences I saw between JasPer and > OpenJPEG. Using JasPer, gdal_translate is able to decompress a 465 MB NITF > C8 file in 2.3 minutes (wall clock) ev

[gdal-dev] JasPer vs OpenJPEG performance

2015-08-07 Thread ewenger
I'm building GDAL 2.0 with JPEG-2000 support for my current project and I was surprised about the performance differences I saw between JasPer and OpenJPEG. Using JasPer, gdal_translate is able to decompress a 465 MB NITF C8 file in 2.3 minutes (wall clock) even though JasPer runs single-threaded.