[gdal-dev] gdalwarp - trouble projecting from EPSG:4326 to EPSG:3857

2012-12-27 Thread Gregory, Matthew
Hi all, I'm trying to project a raster from EPSG:4326 to EPSG:3857 and I get the following error: > gdalwarp -s_srs EPSG:4326 -t_srs EPSG:3857 -of GTiff -dstnodata 255 vc_2006.tif vc_2006_2.tif ERROR 1: failed to load NAD27-83 correction file ERROR 1: GDALSuggestedWarpOutput() failed because

Re: [gdal-dev] GDAL_GRID Dateline Issue

2012-12-27 Thread pcreso
> Hi, > > I am trying to use gdal_grid to interpolate some data and I am having > trouble making gdal_grid treat spatial data (WGS84 lat/lon coordinates) as > points on a continuous plane.  It seems to be ignoring the dateline so for > example values at 45, 179 are not properly interacting with

Re: [gdal-dev] GDAL_GRID Dateline Issue

2012-12-27 Thread Joaquim Luis
On 27-12-2012 19:22, Even Rouault wrote: Le jeudi 27 décembre 2012 20:14:40, Andrew Smith a écrit : Hi, I am trying to use gdal_grid to interpolate some data and I am having trouble making gdal_grid treat spatial data (WGS84 lat/lon coordinates) as points on a continuous plane. It seems to be

Re: [gdal-dev] GDAL_GRID Dateline Issue

2012-12-27 Thread Even Rouault
Le jeudi 27 décembre 2012 20:14:40, Andrew Smith a écrit : > Hi, > > I am trying to use gdal_grid to interpolate some data and I am having > trouble making gdal_grid treat spatial data (WGS84 lat/lon coordinates) as > points on a continuous plane. It seems to be ignoring the dateline so for > exa

[gdal-dev] GDAL_GRID Dateline Issue

2012-12-27 Thread Andrew Smith
Hi, I am trying to use gdal_grid to interpolate some data and I am having trouble making gdal_grid treat spatial data (WGS84 lat/lon coordinates) as points on a continuous plane. It seems to be ignoring the dateline so for example values at 45, 179 are not properly interacting with values at 45,

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Jan Hartmann
Thanks Trent, I tried it out: original: 3.886.894.126b compressed DEFLATE:266.046.034b compressed LZW: 372.085.756b compressed JPEG: 90.055.344b Although DEFLATE and LZW give very good results, JPEG compression is so much better that I need t

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Hare, Trent
Jan, Jpeg is a lossy compression and thus the collar will not be maintained perfectly as black (or 0). You will not get as much compression, but you can try a lossless method like LZW or Packbits. If you are getting close to the 4GB limit you might need to add "-co bigtiff=if_safer". Good luck,

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Even Rouault
Le jeudi 27 décembre 2012 15:35:25, Jan Hartmann a écrit : > On 12/27/2012 03:11 PM, Even Rouault wrote: > > Le jeudi 27 décembre 2012 15:11:23, Jan Hartmann a écrit : > >> On 12/27/2012 02:41 PM, Even Rouault wrote: > >>> I've just pushed a fix since building overviews with "--config > >>> COMPRES

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Jan Hartmann
On 12/27/2012 03:11 PM, Even Rouault wrote: Le jeudi 27 décembre 2012 15:11:23, Jan Hartmann a écrit : On 12/27/2012 02:41 PM, Even Rouault wrote: I've just pushed a fix since building overviews with "--config COMPRESS_OVERVIEW JPEG -- config PHOTOMETRIC_OVERVIEW YCBCR" when there's a .msk did

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Even Rouault
Le jeudi 27 décembre 2012 15:11:23, Jan Hartmann a écrit : > On 12/27/2012 02:41 PM, Even Rouault wrote: > > I've just pushed a fix since building overviews with "--config > > COMPRESS_OVERVIEW JPEG -- config PHOTOMETRIC_OVERVIEW > > YCBCR" when there's a .msk didn't work. > > > >> OK Even, thanks

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Jan Hartmann
On 12/27/2012 02:41 PM, Even Rouault wrote: I've just pushed a fix since building overviews with "--config COMPRESS_OVERVIEW JPEG -- config PHOTOMETRIC_OVERVIEW YCBCR" when there's a .msk didn't work. OK Even, thanks. This means that I should use gdal-svn? Not necessarily. I think you can wo

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Even Rouault
Le jeudi 27 décembre 2012 14:37:49, Jan Hartmann a écrit : > On 12/27/2012 02:27 PM, Even Rouault wrote: > > The artifacts are due to the lossy characteristics of JPEG compression > > that are particularly visible on borders between nodata pixel and valid > > pixels. An option would be to use nearb

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Jan Hartmann
On 12/27/2012 02:27 PM, Even Rouault wrote: The artifacts are due to the lossy characteristics of JPEG compression that are particularly visible on borders between nodata pixel and valid pixels. An option would be to use nearblack to create a .msk mask file : nearblack -setmask -o big_with_mask

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Even Rouault
Le jeudi 27 décembre 2012 13:38:50, Jan Hartmann a écrit : > Can anyone tell me wath is happening here? I have a large three-band > raster (3.8G) looking like this: > > http://mapserver.sara.nl/map2a.png > > I compress it (from information from this list a few days ago) with: > > gdal_translate

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Jan Hartmann
That would be an option. Am I right that the datasource of the -cutline option is a closed polygon, and that everything outside the polygon will be clipped? However, I would prefer not to add extra steps. These are large maps and there are lots of them (about 17.000 for the whole of the Nether

Re: [gdal-dev] Compression artifacts

2012-12-27 Thread Dmitry Baryshnikov
Hi Jan, You can cut result raster with the geometry (shape file) using gdalwarp with cutline option (http://gdal.org/gdalwarp.html). Best regards, Dmitry 27.12.2012 16:38, Jan Hartmann ?: Can anyone tell me wath is happening here? I have a large three-band raster (3.8G) looking like

[gdal-dev] Compression artifacts

2012-12-27 Thread Jan Hartmann
Can anyone tell me wath is happening here? I have a large three-band raster (3.8G) looking like this: http://mapserver.sara.nl/map2a.png I compress it (from information from this list a few days ago) with: gdal_translate -co COMPRESS=JPEG -co PHOTOMETRIC=YCBCR big.tif small.tif gdaladdo --conf