<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 26, 2016 at 12:32 AM, Markus Metz <span dir="ltr"><<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>> If you ever wondered<br>
>> why worldclim data (<a href="http://worldclim.org" rel="noreferrer" target="_blank">http://worldclim.org</a>) follow so nicely elevation,<br>
>> the reason is multivariate thin plate spline interpolation of<br>
>> meteorological station data with elevation as a covariate.<br>
>> [...] The module works only with GRASS 7.2+.<br>
><br>
> It may be useful to note that you can preform similar operation with any<br>
> version of GRASS GIS using v.vol.rst (3D interpolation using regularized<br>
> spline with tension). The trick is using cross_* parameters to extract the<br>
> desired 2D raster.<br>
<br>
</span>For one covariable, yes, but not for more covariables. E.g. worldclim<br>
has been interpolated using elevation, latitude and longitude as<br>
covariables.</blockquote><div><br></div><div>...and the results from v.vol.rst are different from v.surf.rst with one variable (well, the logic/model behind is different). I actually missed that v.surf.tps can handle multiple covariables, so that's good to know.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">And v.vol.rst is rather slow.</blockquote></div><br></div><div class="gmail_extra">I didn't want to post this just yet, but yes, my preliminary tests showed that v.surf.tps is much faster than v.vol.rst.<br></div></div>