Christoph,<br><br>It looks like all three methods are working as they should.<br><br>In the first one, the ogr2ogr converts it to two dimensions,.<br>In the second one, the shapefile driver does that.<br>In the third method you are getting the geometry type, which is in wkb format. I would guess them to contain the 3D lines you processed in the previous two methods.<br>
<br><div class="gmail_quote">On Wed, Sep 9, 2009 at 11:46 AM, Christoph Dohmen <span dir="ltr"><<a href="mailto:christoph.dohmen@cae.de">christoph.dohmen@cae.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<p><font size="2"><div class="im">> You're not very explicit about what you want to do. From the tile, I guess<br>
> you want to get rid of the Z coordinate of the geometry to produce 2D only<br>
> geometries ?<br>
<br></div>
Okay, sorry, I will describe it with more detail.<br>
<br>
I have a shape file where ogrinfo reports it is a "Geometry: 3D Line String".<br>
Each object is reported as "LINESTRING" with x-, y- and z-value.<br>
If I use "-nlt LINESTRING" I get a file where ogrinfo reports that the file<br>
is a "Geometry: Line String" and the elements are "LINESTRING" with<br>
only a x- and y-value.<br>
If I try the "-lco SHPT=ARC" option, it's the same.<br>
But, if I iterate over those files in my application and query the<br>
geometry to get the geometry-type via "getGeometryType()" it reports<br>
a "wkbGeometryCollection".<br>
<br>
Any hints?<br>
<br>
Christoph<br>
</font>
</p>
</div>
<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></blockquote></div><br><br>-- <br>Best regards,<br>Chaitanya kumar CH.<br>