[gdal-dev] /vsicurl caching behavior

2018-01-04 Thread Patrick Valsecchi
Hi, I've been looking at the performance of GDAL in the context of MapServer and QGIS accessing GeoTiff on a HTTP server (S3, mostly). Doing that, I had a good look at the cpl_vsil_curl.cpp file and the surroundings and that raised a few questions/concerns: 1) There are a lot of knobs that can b

Re: [gdal-dev] Compiling ECW 3.3 on MacOSX

2018-01-04 Thread Jeremy Palmer
Hi John, On Fri, Jan 5, 2018 at 5:22 AM, John Daniel wrote: > Hello Jeremy, > I do have a handy patch for this library. I will send it to you in a > private e-mail. It isn’t a small patch so I don’t think I should put it on > the mailing list. > Thanks so much for the patch. For reference I hav

Re: [gdal-dev] Compiling ECW 3.3 on MacOSX

2018-01-04 Thread John Daniel
Sorry if this is a dupe. I tend to screw up my From: address when responding to the list... Hello Jeremy, I do have a handy patch for this library. I will send it to you in a private e-mail. It isn’t a small patch so I don’t think I should put it on the mailing list. I just tested it on High S

[gdal-dev] Prevent extrapolating with ReadAsArray when resampling

2018-01-04 Thread Rutger
Dear list, I regularly use (and enjoy!) the resampling option when using the ReadAsArray method of a Dataset. However, i noticed that in the case of nodata values in the raster, the method extrapolates "into" those nodata values. This is not always desirable in my case, especially when using any r

Re: [gdal-dev] Disk space problems when creating in-mem VRT

2018-01-04 Thread Even Rouault
On jeudi 4 janvier 2018 09:49:22 CET Roberto Ribeiro wrote: > I'm trying to warp a pretty big raster (120601 x 162961) into a reprojected > VRT. I can do that just fine when writing the VRT to disk, it finishes > processing in about 15 seconds and generates a meager 3KB file. > > However, when try

[gdal-dev] Disk space problems when creating in-mem VRT

2018-01-04 Thread Roberto Ribeiro
I'm trying to warp a pretty big raster (120601 x 162961) into a reprojected VRT. I can do that just fine when writing the VRT to disk, it finishes processing in about 15 seconds and generates a meager 3KB file. However, when trying to do the same with an in-memory VRT, it accuses unavailability of

Re: [gdal-dev] Sentinel-1 manifest.safe georeferencing wrong

2018-01-04 Thread Gong, Shawn
Attached is the three SLC images overlap only at the edges, when I load the *.tiff one-by-one in OpenEV viewer Thanks, Shawn From: Gong, Shawn Sent: January-02-18 4:02 PM To: gdal-dev@lists.osgeo.org Subject: Sentinel-1 manifest.safe georeferencing wrong Hi list