Re: [gdal-dev] Problem with black edges to DOQQs using JPEG in Tiff compression

2017-02-12 Thread Brian Case
steve and all after reading my reply I noticed a major error "first, if your data is non lossy you need to nearblack -nb 0 -near 15" this should read "nearblack -nb 0 -near 0" Brian On Sun, 2017-02-12 at 13:16 -0800, Brian Case wrote: > Steve, > > first, if your data is non lossy you ne

Re: [gdal-dev] Problem with black edges to DOQQs using JPEG in Tiff compression

2017-02-12 Thread Brian Case
Steve, first, if your data is non lossy you need to nearblack -nb 0 -near 15 however your DOQQ's dont have a collar so there is no reason to nearblack gdalwarp -dstalpha will crate an alpha band to mask out the collar after gdalwarp rotates the image. no nead to nearblack the output of gdal warp

Re: [gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Lucian Plesea
MRF depends on JPEG, PNG, zlib and TIFF. Since those are always available as GDAL internal, it doesn’t makes sense to change the code to make it work without some of them. It would only create seldom used configurations that would have to be tested and maintained. Turning MRF off if any of the

Re: [gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Even Rouault
On dimanche 12 février 2017 11:46:39 CET Michal Migurski wrote: > Thank you, Even! > > This should work for me currently, since I am using this installation of > GDAL exclusively for vector work. > > If I wanted to compile a version that worked with JPEG and PNG support, am I > currently out of l

Re: [gdal-dev] Page-size of GeoPDF.

2017-02-12 Thread Even Rouault
Aron, > Can I somehow accomplish this using the new WRITE_USERUNITS option, or what? Hopefully yes. As soon as you specify DPI with GDAL trunk, it implies WRITE_USERUNITS=NO. Even -- Spatialys - Geospatial professional services http://www.spatialys.com __

Re: [gdal-dev] GDAL/OGR .NET - FileGDB driver

2017-02-12 Thread Even Rouault
On jeudi 9 février 2017 19:37:25 CET Иван Чукански wrote: > Hi All, > > Is there a way to get the settings for XYTOLERANCE and XYSCALE for existing > feature in a File GDB using either the FileGDB or the OpenFileGDB driver? Ivan, For example with $ ogrinfo -ro ../autotest/ogr/data/curves.gdb -

Re: [gdal-dev] How to remedy GDAL_DATA not found?

2017-02-12 Thread Even Rouault
On jeudi 9 février 2017 15:55:45 CET sablok wrote: > where we see that postgis is not able to find the gdal directory which has > all the csv files it needs. So as a workaround I modified the gdal-config > binary which has CONFIG_DATA variable to point to the directory where gdal > is stored and re

Re: [gdal-dev] Precision of classification in gdal_sieve.py

2017-02-12 Thread Even Rouault
On vendredi 10 février 2017 08:55:32 CET Rahkonen Jukka (MML) wrote: > Hi, > > See this gis.stackexchange question about gdal_sieve > http://gis.stackexchange.com/questions/227709/why-is-all-0-after-using-gdal > -sieve-on-a-raster-layer. By the documentation > http://www.gdal.org/gdal_sieve.html i

Re: [gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Michal Migurski
Thank you, Even! This should work for me currently, since I am using this installation of GDAL exclusively for vector work. If I wanted to compile a version that worked with JPEG and PNG support, am I currently out of luck? I do have the drivers via Homebrew and they have worked for me in the

Re: [gdal-dev] Gdal Java - GetDefaultHistogram causing core dump

2017-02-12 Thread Even Rouault
On vendredi 10 février 2017 07:32:34 CET Vlad wrote: > Trying to get the histogram from a sample NITF. Running from the command > line, gdalinfo -hist, I get this... > > Band 1 Block=512x512 Type=Byte, ColorInterp=Undefined > 0ERROR 1: COMRAT=4.50 ARIDPCM is not supported. > Currently only 0.75 i

Re: [gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Sebastiaan Couwenberg
On 02/12/2017 07:52 PM, Michal Migurski wrote: > --without-png --without-jpeg Because of that the PNG & JPEG symbols are not found, but they're required for the MRF driver. Add --without-mrf to disable that too. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 70

Re: [gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Even Rouault
On dimanche 12 février 2017 10:52:59 CET Michal Migurski wrote: > Hi, > > I’ve recently switched to a new laptop, and I’m attempting to compile GDAL. > I have libpng and jpeg in /urs/local via a fresh installation of Homebrew, > and I am attempting to follow instructions for minimal drivers. This

[gdal-dev] "symbol(s) not found for architecture x86_64" when compiling GDAL 2.1.0 on Mac OS X

2017-02-12 Thread Michal Migurski
Hi, I’ve recently switched to a new laptop, and I’m attempting to compile GDAL. I have libpng and jpeg in /urs/local via a fresh installation of Homebrew, and I am attempting to follow instructions for minimal drivers. This has worked without incident for me in the past, but I’m running into a

Re: [gdal-dev] Problem with black edges to DOQQs using JPEG in Tiff compression

2017-02-12 Thread Stephen Woodbridge
On 2/12/2017 9:54 AM, Even Rouault wrote: On samedi 11 février 2017 18:18:35 CET Stephen Woodbridge wrote: Hi All, I need your wisdom. I'm downloading NAIP DOQQs in GTiff format and I have a processing chain something like the following: gdalwarp -t_srs EPSG:4326 -dstalpha -r "

Re: [gdal-dev] Problem with black edges to DOQQs using JPEG in Tiff compression

2017-02-12 Thread Even Rouault
On samedi 11 février 2017 18:18:35 CET Stephen Woodbridge wrote: > Hi All, > > I need your wisdom. I'm downloading NAIP DOQQs in GTiff format and I > have a processing chain something like the following: > > gdalwarp -t_srs EPSG:4326 -dstalpha -r "bilinear -multi -co TILED=YES > -dstnodata '0 0 0

Re: [gdal-dev] Motion: Adopt RFC 67 Null values in OGR

2017-02-12 Thread Daniel Morissette
+1 Daniel On 2017-02-07 11:49 AM, Even Rouault wrote: Hi, I move to adopt RFC 67: Null values in OGR https://trac.osgeo.org/gdal/wiki/rfc67_nullfieldvalues Starting with my +1, Best regards, Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___