[GRASS-dev] Re: [GRASS GIS] #1088: r.fillnulls: support other
interpolation methods
GRASS GIS
trac at osgeo.org
Sun Feb 12 21:42:33 EST 2012
#1088: r.fillnulls: support other interpolation methods
-------------------------+--------------------------------------------------
Reporter: kyngchaos | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.3
Component: Raster | Version: svn-develbranch6
Keywords: r.fillnulls | Platform: All
Cpu: All |
-------------------------+--------------------------------------------------
Changes (by hamish):
* keywords: fillnulls => r.fillnulls
Comment:
> trialing bspline in grass7 now...
the zoom trick for bspline is the same as in grass65: almost the same but
slightly slower.
I changed the bspline coeffs to si=3*res and lambda_i = 0.005. Should we
change the default option answer to that? I note in the cross-validation
code there the maximum they try is 0.05, so maybe 1.0 is way out of useful
range.
with that, time to complete was not quite as fast as zoomed-RST, but about
twice as fast as in grass65. (partly due to si= settings, partly due to
using some OpenMP, and perhaps partly due to speedups in trunk that MM was
talking about?)
> both RST and bspline results were (very nearly) identical to without the
zoom.
(there I meant r.univar results, but really that should be done on the
cells-to-be patched in, not the final result where n_patched is quite a
small percentage of the whole. an over-zoomed-in d.rast overlay didn't
show discernible visual color change)
Hamish
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1088#comment:13>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list