<div dir="ltr">Hola :)<br><div><br><div class="gmail_quote"><div dir="ltr">El mié., 10 oct. 2018 a las 15:04, 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 8:32 PM Veronica Andreo <<a href="mailto:veroandreo@gmail.com" target="_blank">veroandreo@gmail.com</a>> wrote:<br>><br>> Hi Markus,<br>><br>> Many thanks for your answer :)<br>><br>> El mar., 9 oct. 2018 a las 19:42, Markus Metz (<<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>>) escribió:<br>>><br>>><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>>> > What could be the problem with gpkg and how to test further??<br>>><br>>> 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.<br>><br>><br><div>> And how is this bounding box created/defined, I was not aware of it.</div><div><br></div><div>It is created by the software that created that layer.<br></div>> I only converted from .kml to gpkg and then imported into GRASS.<br><div><br></div><div>In this case something must have gone wrong when converting from kml to gpkg.<br></div><div>>  </div>>><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><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</div><div><br></div><div>I would rather disable this safety check if it does more harm than good.</div></div></blockquote><div><br></div><div>+1</div></div><div class="gmail_quote"><br></div><div class="gmail_quote">Vero<br></div></div></div>