Re: [gdal-dev] GDAL raster processing: parallel computing

2016-08-17 Thread Tim Keitt
http://www.keittlab.org/ On Wed, Aug 17, 2016 at 3:26 PM, James Ramm wrote: > Hi, > I wasn't talking about MapReduce per se (although this would also be very > interesting), but rather the 'classic' functional programming functions of > 'map' and 'reduce'. > > A 'map' function essentially takes

Re: [gdal-dev] GDAL raster processing: parallel computing

2016-08-17 Thread James Ramm
Hi, I wasn't talking about MapReduce per se (although this would also be very interesting), but rather the 'classic' functional programming functions of 'map' and 'reduce'. A 'map' function essentially takes some user defined function and applies it to every element of a list/vector or some other

Re: [gdal-dev] GDAL raster processing: parallel computing

2016-08-17 Thread Even Rouault
Hi Ari, > > This relates to RFC 62, raster algebra. > > I realized that parallel processing is really an essential element of > this. I don't have a lot of experience with parallel processing and > threads so please let me know if I'm writing silly or ignorant things. > > James, in your emails

[gdal-dev] GDAL raster processing: parallel computing

2016-08-17 Thread Ari Jolma
Hi, This relates to RFC 62, raster algebra. I realized that parallel processing is really an essential element of this. I don't have a lot of experience with parallel processing and threads so please let me know if I'm writing silly or ignorant things. James, in your emails you write that ma