Hamish wrote:

> re. r34409: Replace r.buffer with a script using r.grow.distance
> 
> I am wondering, does r.grow.distance do the right thing in Lat/Lon?

No.

I'll look into adding metric=geodesic, but I'm not entirely certain
that it's compatible with the algorithm.

> If not, then the C version of r.buffer still has an important advantage
> and should stay.

For now, I'll re-enable it, renamed to r.buffer2. It shouldn't be the
default, as it reads the entire map into memory.

-- 
Glynn Clements <[EMAIL PROTECTED]>
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to