Re: [gdal-dev] #include tiffio.h in gtiff/libgeotiff/

2018-04-12 Thread Ari Jolma
On 12.04.2018 19:25, Even Rouault wrote: On jeudi 12 avril 2018 09:56:35 CEST Ari Jolma wrote: The file frmts/gtiff/libgeotiff/xtiffio.h #include's "tiffio.h", which is in frmts/gtiff/libtiff. However, when compiling in this directory frmts/gtiff/libtiff is not included. I presume the libtiff.s

Re: [gdal-dev] Use of C++ iterators in API

2018-04-12 Thread Even Rouault
> I would recommend that Layers::iterator is updated to conform to the C++ > iterator concepts (to the very least to the InputIterator concept). It > still requires the following: > - five typedefs (value_type, reference, pointer, iterator_category, > difference_type) - three constructors (defa

Re: [gdal-dev] Use of C++ iterators in API

2018-04-12 Thread Alex HighViz
> Even: > In fact the nature of the object which is returned depends on the iterator, > and as documented in the API, for the sake of implementation simplicity, > those iterators do not necessarily respect the whole semantics of iterators. I don't think that is necessary, at least in the case of

Re: [gdal-dev] #include tiffio.h in gtiff/libgeotiff/

2018-04-12 Thread Even Rouault
On jeudi 12 avril 2018 09:56:35 CEST Ari Jolma wrote: > The file frmts/gtiff/libgeotiff/xtiffio.h #include's "tiffio.h", which > is in frmts/gtiff/libtiff. However, when compiling in this directory > frmts/gtiff/libtiff is not included. I presume the libtiff.so must be present on the system, but n

Re: [gdal-dev] help printing the standard out from gdal_grid in python

2018-04-12 Thread Sean Gillies
Hi Nicolas, check_output() is higher level and easier to use. I recommend it: https://docs.python.org/2.7/library/subprocess.html#subprocess.check_output. There's a note in there about capturing stderr as well. If gdal_grid is running successfully, there may not be anything in stdout. I think I s

[gdal-dev] help printing the standard out from gdal_grid in python

2018-04-12 Thread Nicolas Cadieux
Hi, I am not an experienced programmer.  I am calling gdal_grid from a python script.  I am using p.imap_ unordered to multiprocess the script.  The idea is the following: def gdal_Grid(fileList):     gdal_Grid_Cmd = 'gdal_grid -l '     shell = subprocess.Popen(r'c:\

[gdal-dev] OGRGeometry -> OGRGeometryCollection

2018-04-12 Thread Florian Lohoff
Hi, i am Intersecting to MultiPolygons and get a OGRGeometry which sometimes contains a OGRGeometryCollection depending on the complexity of the overlap. Now i'd like to iterate over the Geometries in the collection but the OGRGeometry Class does not have the ->removeGeometry or ->getGeometryRef

Re: [gdal-dev] #include tiffio.h in gtiff/libgeotiff/

2018-04-12 Thread Ari Jolma
It seems to me that frmts/gtiff/libgeotiff/GNUmakefile should also override the default rule for %.$(OBJ_EXT) in GDALmake.opt %.$(OBJ_EXT):    %.c     $(CC) $(GDAL_INCLUDE) $(ALL_C_FLAGS) -c -o $@ $< in addition to the rule for ../../o/%.$(OBJ_EXT) BTW, could somebody explain why the two sets