<div dir="ltr"><br><br>On Thu, Oct 11, 2018 at 9:37 AM Maris Nartiss <<a href="mailto:maris.gis@gmail.com">maris.gis@gmail.com</a>> wrote:<br>><br>> trešd., 2018. g. 10. okt., plkst. 16:04 — lietotājs Markus Metz<br>> (<<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a>>) rakstīja:<br>> ><br>> > >> I am not sure what to do about this. Disable this safety check again?<br>> > ><br>> > ><br>> > > Maybe the bb safety check makes sense for features other than points, dunno. Others can for sure tell some use cases that I am not aware of. But I can say that it is pretty striking to see that some features are "eaten and lost" when importing into GRASS while ogr and others show everything.<br>> > ><br>> > > What about a flag? Import all by default and the safety check with a flag? Or at least a note in the manual page of v.in.ogr<br>> ><br>> > I would rather disable this safety check if it does more harm than good.<br><div><br></div><div>I have disabled this safety check in trunk r73522.<br></div><div>></div>> I would vote for:<br>> 1) adding a flag to activate safety check;<br>> 2) disable safety check by default;<br>> 3) add a check "point in bbox" during import and print a warning if<br>> any point of any geometry is outside of bbox (aka safety check without<br><div>> action).</div><div><br></div><div>In this case there should also be a check "line in bbox" and "polygon in bbox".</div><div><br></div><div>Right now we let OGR do all the spatial filtering which works just fine, often using features of the underlying vector format. I would prefer to leave this to OGR and not do this in GRASS.</div><div><br></div><div>Markus M</div><div><br></div>><br>> ><br>> > Markus M<br>><br>> Māris.</div>