<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hello, list:<br><br>I am using ogr2ogr to convert SDTS/DLG files to SHP for further processing. The command I use is as follows:<br><span class="Apple-tab-span" style="white-space: pre; "> </span>wget <a href="http://edcftp.cr.usgs.gov/pub/data/DLG/100K/S/seattle-w_WA/hydrography/1431327.HY.sdts.tar.gz">http://edcftp.cr.usgs.gov/pub/data/DLG/100K/S/seattle-w_WA/hydrography/1431327.HY.sdts.tar.gz</a><br><span class="Apple-tab-span" style="white-space: pre; "> </span>tar xzf 1431327.HY.sdts.tar.gz<br><span class="Apple-tab-span" style="white-space: pre; "> </span>ogr2ogr -f "ESRI Shapefile" -t_srs EPSG:4326 . *CATD.DDF<br><br>This downloads the hydrography for the area west of Seattle, extracts it and runs ogr2ogr to convert to Shapefile format.<br><br>Unfortunately some of the produced area geometries appear to be problematic. For example, the result file PC04.shp contains some weird "empty" geometries: these seem to be comprised of a big "fill" polygon and a number of "hole" polygons such that their difference is an empty geometry. The most obvious such example is the "sea" area behind Bainbridge island (ENTITY_LAB 0500116).<br><br>I have verified that the original SDTS/DLG file renders properly under software capable of reading such files (e.g. GlobalMapper). Is this a problem with ogr2ogr or am I misusing/misunderstanding the tools?<br><br>Thank you for any help.<br><br>Bill</div></body></html>