<div dir="ltr"><br><br>On Thu, May 31, 2018 at 10:41 PM, Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br>><br>> On Wed, May 30, 2018 at 4:21 PM, Nikos Alexandris<br>> <<a href="mailto:nik@nikosalexandris.net">nik@nikosalexandris.net</a>> wrote:<br>> > Dears,<br>> ><br>> > I guess there is no GRASS GIS built-in implementation of GDAL's VRT<br>> > concept (several related ideas listed<br>> > <a href="https://trac.osgeo.org/grass/wiki/Grass8Planning">https://trac.osgeo.org/grass/wiki/Grass8Planning</a>).<br>><br>> I wish to see that as well (and discussed it a while ago with our dear<br>> Markus M...<br><div><br></div><div>I have an idea about how to implement native GRASS VRT, but no resources to do so...<br></div><div>></div>> GRASS GIS would gain a lot having the possibility to virtually mosaik<br>> raster tiles.<br>><br>> > Once past some compilation issues, I am about to try to build a VRT<br>> > based on native GRASS GIS raster maps (using GDAL with support for GRASS<br>> > GIS raster data), then link to this VRT via `r.external` from inside a<br>> > regular Mapset.<br>><br>> Interesting, will that not cause loop dependencies?<br>><br>> I thought of true internal support for that to avoid loops.<br>><br>> > As a side-note, an image without pre-computed statistics stored in its<br>> > metadata, will require some time for `r.external` to work. The latter<br>> > likely forces  this computation.<br>> ><br>> > Perhaps it is faster to use `gdalinfo`'s '-stats' option to do this.<br><div><br></div><div>It will not be faster because you would need gdalinfo -mm -stats in order to get the actual values, not an approximation. Sometimes an approximation of the stats based on a subsample is stored in the metadata of a raster.</div><div><br></div><div>> ></div>> > I wonder if there are smart ways to build, in GRASS GIS' data base,<br>> > a larger virtual raster map out of many smaller ones, without the need<br>> > to actually patch the latter ones in a new raster map file.<br>><br>> I guess that some C code needs to be touched in lib/raster/ to allow<br>> for a VRT-style raster concept.<br><div><br></div><div>Yes.</div><div><br></div>> Maybe we missed the current GSoC train for this idea :)><br><div><br></div><div>The tricky part is to get a qualified student for this project.</div><div><br></div><div>Markus M</div><div><br></div><div>> markusN</div>> _______________________________________________<br>> grass-user mailing list<br>> <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br><br></div>