Re: [gdal-dev] gdal_translate with -projwin possible bug

2016-07-28 Thread Rutger
Thanks Even, There is probably, like Jukka mentioned, a use case for both ways, but i personally prefer your fix. If i want warp/shift functionality i use gdalwarp anyway, and then you know you have to be careful about pixel alignment etc. Even Rouault-2 wrote > I've pushed a fix in line with

Re: [gdal-dev] gdal_translate with -projwin possible bug

2016-07-28 Thread Even Rouault
On Thursday 28 July 2016 09:18:36 Lauren O'Brien wrote: > Hi Evan, > > Ok I thought it might have been at least partially intended. Unfortunately, > I think the use case the change is addressing is not what the majority of > users are thinking of when they choose projwin. I've pushed a fix in lin

Re: [gdal-dev] Time for a new GeoJSON driver?

2016-07-28 Thread Even Rouault
> >> > >> I'm concerned that requiring users to set an environment variable for > >> conformance will extend the period of transition from 2008 to RFC > >> GeoJSON. I honestly don't know that introducing a new format name > >> ("geo+json" instead of "GeoJSON") would be better, Yes, the casual us

Re: [gdal-dev] Multithreading issue on pixel-based intensive access (GDAL 2.1.0)

2016-07-28 Thread Even Rouault
On Thursday 28 July 2016 13:11:13 Francisco Javier Calzado wrote: > Thanks Even, > > I don't want to waste your time, so just before sending any code to be > tested I would like to be sure it is not a bug from my side. Although I > usually work with GDAL compiled in 64bits, I had to swap to x86 fo

Re: [gdal-dev] Using GDAL WMS with https

2016-07-28 Thread Even Rouault
Carl, As far as I can see, there's no way to currently set CURL_CA_BUNDLE through GDAL. Would be likely a few lines to add in port/cpl_http.cpp Even > Hi, > > For the first time, I'm trying to use WMS with a server with an "https" URL. > > Unless I add true to the service description file or

Re: [gdal-dev] Multithreading issue on pixel-based intensive access (GDAL 2.1.0)

2016-07-28 Thread Francisco Javier Calzado
Thanks Even, I don't want to waste your time, so just before sending any code to be tested I would like to be sure it is not a bug from my side. Although I usually work with GDAL compiled in 64bits, I had to swap to x86 for these tests. When trying to compile in 32bits with Visual Studio 2015 I

Re: [gdal-dev] gdal_rasterize problem with polygons containing polygons

2016-07-28 Thread Ognjen
This is the .gml file S2A_OPER_MSK_CLOUDS_MPS__20160616T131744_A005138_T34TER_B00_MSIL1C.gml -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-ra

[gdal-dev] gdal_rasterize problem with polygons containing polygons

2016-07-28 Thread Ognjen
Hi everyone, I tried to create a raster mask from a .gml file with polygons (polygons represent cloud coverage of a satellite image). So I used gdal_rasterize with -i flag (because i want to cut out the clouds from the image). The problem is that polygon layer contains polygons which are inside on

Re: [gdal-dev] Time for a new GeoJSON driver?

2016-07-28 Thread Mateusz Loskot
On 28 July 2016 at 12:00, Robert Coup wrote: > On 27 July 2016 at 22:19, Sean Gillies wrote: >> On Wed, Jul 27, 2016 at 9:40 AM, Even Rouault >> wrote: >>> >>> >>> Automatic reprojection by default would indeed be a change. Difficult to >>> say how >>> breaking it is for existing workflows. Woul

Re: [gdal-dev] Time for a new GeoJSON driver?

2016-07-28 Thread Robert Coup
Hi All, On 27 July 2016 at 22:19, Sean Gillies wrote: > On Wed, Jul 27, 2016 at 9:40 AM, Even Rouault > wrote: > >> >> Automatic reprojection by default would indeed be a change. Difficult to >> say how >> breaking it is for existing workflows. Would be happy to hear about >> others' >> opinion