to use gdalwarp,
Mapserver is so fast with on-the-fly re-projecting.
-Jukka Rahkonen-
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/gdal-dev-Problem-with-black-edges-to-DOQQs-using-JPEG-in-Tiff-compression-tp5307551p5307662.html
Sent from the GDAL - Dev mailing
therwise there is even less point to use gdalwarp,
Mapserver is so fast with on-the-fly re-projecting.
-Jukka Rahkonen-
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/gdal-dev-Problem-with-black-edges-to-DOQQs-using-JPEG-in-Tiff-compression-tp5307551p5307662.html
Sent
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
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
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' srctiff tmpfile
nearblack -nb 15 -q tmpfile
gdal_translate -co TILED=Y
