Dan Baston
Dan Baston
Related: https://github.com/OSGeo/gdal/issues/4401
What advantage does this provide over the the Docker containers provided for developers (https://gdal.org/development/dev_environment.html#docker) and users (https://gdal.org/download.html#containers) ?
It's about avoiding reducing the amount of logic inside GDAL for making sure GEOS objects are cleaned up after use. An example is `OGRGeometry::Centroid` where much of the logic and...
Not currently. It's included in a funding proposal I submitted earlier this month.
@hobu I've done a quick test with the [exprtk library](https://www.partow.net/programming/exprtk/). It seems a bit overkill for this purpose, but it ships as a single MIT-licensed header and integrates very easily...
@rouault I'm working through a basic implementation of `gdal raster calc`. One issue I'm wrestling with is whether `calc` should support multiple input files, which implies a need to support...
> whether calc should support multiple input files, which implies a need to support the various options of gdal_calc.py --extent Thinking this over some more, I think it makes sense...
[QGIS](https://docs.qgis.org/3.34/en/docs/user_manual/working_with_raster/raster_analysis.html#raster-expression) also performs band selection within the expression (syntax: `raster_name@band_num`). It does not appear to allow applying an expression to all bands of a raster.
> Thinking this over some more, I think it makes sense for gdal raster calc to take multiple inputs but require them to have the same dimensions. I think this...
The issue is that collections don't actually store their own dimensions, they just check their sub-geometries on request: https://github.com/libgeos/geos/blob/main/src/geom/GeometryCollection.cpp#L168 To store `MULTIPOLYGON Z EMPTY` you would need to modify `GeometryCollection`...