[gdal-dev] virtualmem py

2017-10-31 Thread Nikolaos Ves
Hi All, I was experimenting with the GetVirtualMemArray python bindings and I am receiving a 'Received a NULL pointer.' error (windows) Also, the tests virtualmem_{1..4} in appveyor are being skipped (and they're rigged to skip if the platform is not equal to linux) Are the VirtualMemArrays not

Re: [gdal-dev] Using /vsicurl and /vsizip with zip files and signed S3 links

2017-10-31 Thread Even Rouault
> You could try one of the following : > > /vsizip//vsicurl/ > https://gsfc-ngap-hyp3-product-prod.s3.amazonaws.com/547/S1B_IW_GRDH_1SDV_20 > 170903T223511_20170903T223539_007233_00CC06_E9A8-POEORB-24-RGB.zip?AWSAccess > KeyId=AKIAIYGQSCGFDA6WYRIQ&Expires=1824498425&Signature=WkQJbs%2FE6vLttvAAY

Re: [gdal-dev] OGC announces a new standard that improves the way information is referenced to the earth

2017-10-31 Thread Stadin, Benjamin
Sure. But I mean: They should decide about and use S2 or whatever by default as part of the new standard and create a reference implementation, if they were serious about solving mentioned issues in practice. Am 31.10.2017 um 19:14 schrieb Kurt Schwehr mailto:schw...@gmail.com>>: See also sp

[gdal-dev] Using /vsicurl and /vsizip with zip files and signed S3 links

2017-10-31 Thread Scott Arko
Hello GDAL Developers, I am having trouble using the /vsis3 or /vsicurl driver with S3 signed links and can't find any details in the archive of this list. I have a signed S3 link that is a zip file containing a variety of other files, including a geotiff, which is what I'm really after. I woul

[gdal-dev] Can't import ptrcreate from _gdal module

2017-10-31 Thread Roberto Ribeiro
I'm trying to work with a tool that, in one of its functions, uses a set of _gdal methods regarding pointers (e.g. ptrcreate, ptradd, ptrvalue, etc.), but when I try to import the function it returns me: AttributeError: 'module' object has no attribute 'ptrcreate' Doing a dir(_gdal) returns me a

Re: [gdal-dev] Open Jpeg 2.3.0 and OPJ_NUM_THREADS

2017-10-31 Thread N. Farah
Thanks for the quick response. I'm not using latest GDAL and was curious where that multi-threading enabling was made ? Was it some where in GDAL code or through an option in the openjpeg 2.3.0 API ? Thanks Noureddine Farah From: Even Rouault Sent: Tuesday, O

Re: [gdal-dev] Open Jpeg 2.3.0 and OPJ_NUM_THREADS

2017-10-31 Thread Even Rouault
On mardi 31 octobre 2017 19:39:23 CET N. Farah wrote: > Hi, > > > In http://gdal.org/frmt_jp2openjpeg.html under 'Thread Support' section > there is the following: > > "Starting with GDAL 2.3, this multi-threading at code-block level is > automatically enabled by GDAL". > > > Was meant "Starti

[gdal-dev] Open Jpeg 2.3.0 and OPJ_NUM_THREADS

2017-10-31 Thread N. Farah
Hi, In http://gdal.org/frmt_jp2openjpeg.html under 'Thread Support' section there is the following: "Starting with GDAL 2.3, this multi-threading at code-block level is automatically enabled by GDAL". Was meant "Starting with OpenJpeg 2.3, ..." ? If yes, was that enabling made in the 'OpenJ

Re: [gdal-dev] mingw64 build error gdal-2.2.2

2017-10-31 Thread Even Rouault
> > building 'osgeo._gdal_array' extension > C:\msys64\mingw64\bin/x86_64-w64-mingw32-gcc.exe -fno-strict-aliasing > -march=x86-64 -mtune=generic -O2 -pipe -fwrapv -D__USE_MINGW_ANSI_STDIO=1 > -DNDEBUG -DNDEBUG -I../../port -I../../gcore -I../../alg -I../../ogr/ > -I../../ogr/ogrsf_frmts -I../../g

[gdal-dev] mingw64 build error gdal-2.2.2

2017-10-31 Thread Shawn Gong
Hi list, I am using mingw64 GCC to build gdal-2.2.2 and got the following error. gdal-2.1.4. was built fine. and I couldn't find syntax difference in cpl_port.h between gdal 2.2.2 and 2.1.4. Thanks, Shawn building 'osgeo._gdal_array' extension C:\msys64\mingw64\bin/x86_64-w64-mingw32-gcc.ex

Re: [gdal-dev] OGC announces a new standard that improves the way information is referenced to the earth

2017-10-31 Thread Kurt Schwehr
See also space filling curves like the hilbert curve and Google's S2... https://docs.google.com/presentation/d/1Hl4KapfAENAOf4gv-pSngKwvS_jwNVHRPZTTDzXXn6Q/view#slide=id.i0 On Tue, Oct 31, 2017 at 8:09 AM, Stadin, Benjamin < benjamin.sta...@heidelberg-mobil.com> wrote: > To me this proposal look

Re: [gdal-dev] OGC announces a new standard that improves the way information is referenced to the earth

2017-10-31 Thread Stadin, Benjamin
To me this proposal looks too complicated for practical application in it's current form. I think the surface model (or a "default" model) and related algorithms should be part of the proposal. I needed to solve some of the problems they mention for our 3d rendering engine (store vector data o

Re: [gdal-dev] OGC announces a new standard that improves the way information is referenced to the earth

2017-10-31 Thread Roberto Ribeiro
I too took that understanding from the text, Ari. I'll read the specs later, but since they mention a lot Big Data and the raster <> vector integration, I imagine it is akin to a geometry collection, but encompassing a wider range of data types, and arranged in a pyramid/r-tree -esque environment f

Re: [gdal-dev] About CMake build again

2017-10-31 Thread Mateusz Loskot
On 30 October 2017 at 23:14, Even Rouault wrote: > > Trying to sum up my thoughts on this topic and answering to various points > raised in this discussion thread: > > - I believe a relevant question to ask to ourselves would be: > "imagine that GDAL would come without any build system at all, wha

Re: [gdal-dev] [gdal 2.2.2] different result with gdal 2.1.0

2017-10-31 Thread Even Rouault
On mardi 31 octobre 2017 07:47:50 CET Vincent BERNAT wrote: > Hello all, > > > I was working with gdal 2.1.0 and i decide to update to 2.2.2 > > I work on Centos. > > > Everything is ok but on one image, i don't get the same result (and the > result with 2.2.2 seems incorrect). > > > One of

Re: [gdal-dev] write nodata value using using creation option

2017-10-31 Thread Rashad Kanavath
On Tue, Oct 31, 2017 at 12:10 PM, Even Rouault wrote: > On mardi 31 octobre 2017 09:11:14 CET Rashad Kanavath wrote: > > > Thanks Jukka and Even for you reply. > > > > > > I am using otb to write gtiff image and using ExtendedFilename option in > > > otb, it allows me to pass creation options to

Re: [gdal-dev] SRS definition

2017-10-31 Thread Peter Baumann
FWIW, more about CRS URLs and the CRS resolver: http://external.opengeospatial.org/twiki_public/CRSdefinitionResolver/ -Peter On 10/31/2017 12:04 PM, Even Rouault wrote: > > On mardi 31 octobre 2017 08:58:24 CET Ari Jolma wrote: > > > Rasdaman writes SRS definitions such as > > > "http://ows.ras

Re: [gdal-dev] write nodata value using using creation option

2017-10-31 Thread Even Rouault
On mardi 31 octobre 2017 09:11:14 CET Rashad Kanavath wrote: > Thanks Jukka and Even for you reply. > > I am using otb to write gtiff image and using ExtendedFilename option in > otb, it allows me to pass creation options to gdal. > So for now, I write the image in otb without any extended filenam

Re: [gdal-dev] SRS definition

2017-10-31 Thread Even Rouault
On mardi 31 octobre 2017 08:58:24 CET Ari Jolma wrote: > Rasdaman writes SRS definitions such as > "http://ows.rasdaman.org/def/crs/EPSG/0/32633"; in WCS coverage > descriptions. The URL returns a gml:ProjectedCRS XML. GDAL fetches the > XML but then gives up in SetFromUserInput since it only expec

Re: [gdal-dev] About CMake build again

2017-10-31 Thread Dmitry Baryshnikov
Hi Even, 31.10.17 1:14, Even Rouault пишет: Hi, Trying to sum up my thoughts on this topic and answering to various points raised in this discussion thread: - I believe a relevant question to ask to ourselves would be: "imagine that GDAL would come without any build system at all, what is th

[gdal-dev] Dangers or letting a domain name expire

2017-10-31 Thread Ari Jolma
I had the domain name ajolma.net at some point and I kept there the documentation of the Perl bindings. Now they are at arijolma.org. At some point I let the name expire but I have not been very good at changing it everywhere. It is still for example in https://trac.osgeo.org/gdal/browser/bran

Re: [gdal-dev] write nodata value using using creation option

2017-10-31 Thread Rashad Kanavath
Thanks Jukka and Even for you reply. I am using otb to write gtiff image and using ExtendedFilename option in otb, it allows me to pass creation options to gdal. So for now, I write the image in otb without any extended filename stuff and then add no_data by using GDALSetNoDataValue() in python. I

[gdal-dev] [gdal 2.2.2] different result with gdal 2.1.0

2017-10-31 Thread Vincent BERNAT
Hello all, I was working with gdal 2.1.0 and i decide to update to 2.2.2 I work on Centos. Everything is ok but on one image, i don't get the same result (and the result with 2.2.2 seems incorrect). One of the most important difference is the result of the call of this function : GDALSugg