<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 19, 2015 at 3:26 PM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On Fri, Dec 18, 2015 at 4:21 PM,  <<a href="mailto:svn_grass@osgeo.org">svn_grass@osgeo.org</a>> wrote:<br>
> Author: wenzeslaus<br>
> Date: 2015-12-18 07:21:18 -0800 (Fri, 18 Dec 2015)<br>
> New Revision: 67222<br>
><br>
> Modified:<br>
>    grass/trunk/raster/r.in.lidar/main.c<br>
> Log:<br>
> r.in.lidar: add flag to set region according to the new raster<br>
><br>
> This is the same as -e flag in v.in.lidar.<br>
> Perhaps -e and -n i r.in.lidar and -e in v.in.lidar<br>
> should be somehow synchronized.<br>
<br>
</span>You mean that<br>
  -r   Limit import to the current region<br>
  -i   Invert mask when selecting points<br>
of v.in.lidar should be added to r.in.lidar? Seems to make sense.<br></blockquote><div><br></div><div>This gets little messy and I'm not sure what to do about it.<br><br></div><div>r.in.lidar imports in region extent only and with -e it imports according to the data. (which can be considered correct as import with binning is an analysis thus it should respect the region and resolution must be taken from somewhere anyway)<br><br></div><div>v.in.lidar imports according to data and ignores region extent, while with -r it respects the region extent,<br><br>v.in.lidar sets the region extent according to the input data with -e.<br></div><div><br><span class="">v.in.lidar sets the region extent according to the input data and/or resolution option with -n since r67222.</span><br><br></div><div>r.in.lidar ignores mask. (which is correct, mask is for reading by default)<br><br>v.in.lidar supports mask as a vector map and can invert it with -i.<br><br></div><div>In the commit message I meant that -e means something else in r.in.lidar and v.in.lidar. Since <span class="">r67222 -n in r.in.lidar is doing what -e is doing in v.in.lidar.<br></span></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
BTW I also don't understand this flag in *r*.in.lidar:<br>
  -b   Do not build topology<br></blockquote><div><br></div><div>I added vector_output, so then -b makes sense. But perhaps the question is if vector_output makes sense for r module.<br></div><div><br></div><div>Let me know what you think.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
?<br>
<br>
Markus<br>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a></blockquote></div><br></div></div>