Closed GoogleCodeExporter closed 9 years ago
Actually it's worse. The code assumes that the source pixel corresponding to the
kernel's key element is being processed first but that's not correct: pixels are
processed starting with the kernel's top-left element
Original comment by michael.bedward@gmail.com
on 25 Mar 2009 at 1:09
Cancel that last comment - the x, y coords are being set relative to the
destination
raster so they will be ok
Original comment by michael.bedward@gmail.com
on 25 Mar 2009 at 2:38
Fixed.
Added basic unit tests for symmetric and asymmetric kernels
Original comment by michael.bedward@gmail.com
on 25 Mar 2009 at 4:22
Original issue reported on code.google.com by
michael.bedward@gmail.com
on 25 Mar 2009 at 12:41