<div dir="ltr">Oh I see, thanks for explaining!<br><br>Cheers, Mike<br><br><br>On Wed., 7 Aug. 2019, 18:19 Even Rouault, <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br>><br>> Michael,<br>><br>> ><br>> > In this MVT source poLayer->GetFeatureCount() reports that there are 85<br>> > features, as does ogrinfo summary:<br>> ><br>> > But, iterating features finds 81 valid features, as reported by<br>><br>> The difference is due to clipping geometries to the tile extent.<br>> GetFeatureCount() do a super fast scan, counting all features, whereas by<br>> default GetNextFeature() also checks if the geometry intersects the tile<br>> extent. And in that case there are a few features that are actually outside of<br>> the tile extent. If you add -oo CLIP=NO then GetNextFeature() will report 85<br>> features as well.<br>><br>> As a workaround for GetFeatureCount() to return 81 as well, you can specify a<br>> dummy attribute filter that will force it to go to the slow scan mode:<br>><br>> ogrinfo 14/4823/6160.mvt landuse -al -so -where 1=1<br>><br>> Even<br>><br>> --<br>> Spatialys - Geospatial professional services<br>> <a href="http://www.spatialys.com">http://www.spatialys.com</a>
</div>