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
> 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
> 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
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
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
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:\
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
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