Hi Jukka and Even<div><br></div><div>After all, I agree with Even that OGR behaves correctly in this case.</div><div>And I think "-nlt guess" is a good proposal.</div><div>I'm also aware what Jukka says that mixed geometries are allowd. </div>
<div>But I always wondered which current implementation can cope with this - except Spatialite/SQLite (which is a (nice) bucket anyway).<br><br>Yours, Stefan</div><div><br><div class="gmail_quote">2013/4/22 Jukka Rahkonen <span dir="ltr"><<a href="mailto:jukka.rahkonen@mmmtike.fi" target="_blank">jukka.rahkonen@mmmtike.fi</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Even Rouault <even.rouault <at> <a href="http://mines-paris.org" target="_blank">mines-paris.org</a>> writes:<br>

<br>
</div><div class="im">> What could be done is to have a "-nlt guess" mode in ogr2ogr, that, in case<br>
> the source layer has an unknown geometry type, would retrieve the first<br>
feature<br>
> of the source layer to find the geometry type and create the target layer<br>
> geometry type.<br>
<br>
</div>I guess that it would work for most cases. However, I know that in real life<br>
the geometry of the first feature can be empty. It is also possible that WFS<br>
feature type really contains mixed geometries. For handling them<br>
automatically I would perhaps use Spatialite as an interim target and sort<br>
the features by geometry types before moving them further.<br>
<div class="HOEnZb"><div class="h5"><br>
-Jukka Rahkonen-<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</div></div></blockquote></div><br></div>