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
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
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
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
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
__
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 -
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
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
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
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
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
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
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
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 "
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
+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
___
16 matches
Mail list logo