<div dir="ltr">Hi Hamish, good to hear from you! Thanks for pointing that out, I added it to the GSoC ideas wiki, so in case it won't happen this year, we can try later.<div><br></div><div>Anna</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 7, 2024 at 7:30 AM Hamish B via grass-dev <<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Welcome Chung-Yuan,<br>
<br>
Huidae wrote:<br>
> Please check this feature request at <a href="https://github.com/OSGeo/grass/issues/2644" rel="noreferrer" target="_blank">https://github.com/OSGeo/grass/issues/2644</a><br>
> for testing your skills and let me know if you have any questions.<br>
<br>
For whatever it is worth, it always struck me that v.surf.bspline was<br>
low hanging fruit for OpenMP parallelization, as the code already<br>
splits the data up into a manageable number of overlapping<br>
tiles/segments, then processes them serially before recombining them.<br>
<br>
See  <a href="https://github.com/OSGeo/grass/blob/main/vector/v.surf.bspline/main.c#L529" rel="noreferrer" target="_blank">https://github.com/OSGeo/grass/blob/main/vector/v.surf.bspline/main.c#L529</a><br>
and further comment on line 607 and debug message on line 475.<br>
<br>
<br>
all the best from deep in the South Pacific,<br>
Hamish<br>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</blockquote></div>