<div dir="ltr"><div>Hi Markus, <br></div><div><br></div><div>Many thanks for your answer :)<br></div><br><div class="gmail_quote"><div dir="ltr">El mar., 9 oct. 2018 a las 19:42, Markus Metz (<<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br>On Tue, Oct 9, 2018 at 2:11 PM Veronica Andreo <<a href="mailto:veroandreo@gmail.com" target="_blank">veroandreo@gmail.com</a>> wrote:<br>><br>> A follow up:<br>><br>> If I convert the gpkg to shapefile and import into GRASS, then all points are imported:<br>><br>> v.import input=central.shp layer=central output=central --overwrite<br>> Check if OGR layer <central> contains polygons...<br>> Creating attribute table for layer <central>...<br>> Importing 30 features (OGR layer <central>)...<br>> -----------------------------------------------------<br>> Building topology for vector map <central@testing>...<br>> Registering primitives...<br>> Input <central.shp> successfully imported without reprojection<br>><br>> v.db.select -c central | wc -l<br>> 30<br>><br><div>> What could be the problem with gpkg and how to test further??</div><div><br></div><div>The problem is that the bounding box included in the gpkg does not cover all points: these missing 2 points are outside the bbox embedded in the gpkg. As a safety measure, v.in.ogr applies a spatial filter using the input layer's bbox to exclude corrupt features (previously observed in some shapefiles). This spatial filter is passed directly to OGR and as a consequence, OGR provides only 28 and not 30 points to v.in.ogr.</div></div></blockquote><div><br></div><div>And how is this bounding box created/defined, I was not aware of it. <br></div><div>I only converted from .kml to gpkg and then imported into GRASS. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>I am not sure what to do about this. Disable this safety check again?</div></div></blockquote><div><br></div><div>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></div><div><br></div><div>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></div><div><br></div><div>many thanks again :)</div><div><br></div><div>Cheers,<br></div><div>Vero<br></div></div></div>