I can see where some similarities with other new and existing GDAL work could be a blocker on this, but I also think this adds a a degree more flexibility allowing potentially any kind of complex processing to be carried out without worrying/bothering about boilerplate.
It would be good to find some kind of middle ground where this flexibility can be added in without duplicating other efforts? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/GDAL-raster-processing-library-tp5275948p5276078.html Sent from the GDAL - Dev mailing list archive at Nabble.com. _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
