<div dir="ltr"><div><br><br>On Mon, Sep 25, 2017 at 8:23 PM, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br>><br>> On lundi 25 septembre 2017 11:04:35 CEST Rich Shepard wrote:<br>><br>> > On Mon, 25 Sep 2017, Markus Metz wrote:<br>><br>> > > these multi-surfaces are in the layer with multi-polygons. OGR calls these<br>><br>> > > geometries multi-surfaces. Investigating a bit more, I found<br>><br>> > > curve-polygons within these multi-surfaces. Curve-polygons are in turn not<br>><br>> > > ordinary polygons, but defined by curves, and v.in.ogr (most GIS software<br>><br>> > > in general) does not support curves.<br>><br>> ><br>><br>> > Markus,<br>><br>> ><br>><br>> > Thanks for exploring the data files. Please suggest how I could extract<br>><br>> > the useful polygons and attribute data. I know that agencies assume everyone<br>><br>> > buys ESRI's software and they're not concerned with accommodating those of<br>><br>> > us who do not. In the mid-1990s everyone used ESRI's export format (.e00)<br>><br>> > and it was easy to write input filters for grass back then.<br>><br>><br>> You could for example use ogr2ogr to convert the curve geometries to linear ones with<br>><br>><br>> ogr2ogr -f sqlite out.db in.gdb -nlt CONVERT_TO_LINEAR<br>><br></div>Thanks a lot for this suggestion! How are these curves converted to linear features, i.e. how does ogr2ogr decide on reasonable conversion parameters such as distance between vertices?<br><br>Regarding the dataset in question, it would be interesting to know what kind of information is provided with these multi-surfaces, if it is the same as in the multi-polygons or something different.<br><div><br></div><div>A summary on the OpenFileGDB import issues:</div><div><br></div><div>NHDmajor.gdb is available at<br></div><div><a href="ftp://www.ecy.wa.gov/gis_a/inlandWaters/NHD/NHDmajor.gdb.zip">ftp://www.ecy.wa.gov/gis_a/inlandWaters/NHD/NHDmajor.gdb.zip</a></div><div><br></div><div>and contains 3 layers</div><div>1: NHD_MajorStreams (3D Measured Multi Line String)<br>2: NHD_MajorAreas (3D Multi Polygon)<br>3: NHD_MajorWaterbodies (3D Multi Polygon)</div><div><br></div><div>all are imported just fine with v.in.ogr in=NHDmajor.gdb out=NHDmajor</div><div><br></div><div>OGR layers are translated to GRASS layers, i.e. features of OGR layer 1: NHD_MajorStreams are in GRASS layer 1, features of OGR layer 2: NHD_MajorAreas are in GRASS layer 2, and features of OGR layer 3: NHD_MajorWaterbodies are in GRASS layer 3.</div><div>Check with v.category input=NHDmajor option=report</div><div><br></div><div>2016WSDACropDistribution.gdb is available at<br></div><div><a href="https://agr.wa.gov/PestFert/NatResources/docs/2016WSDACropDistribution.gdb.zip">https://agr.wa.gov/PestFert/NatResources/docs/2016WSDACropDistribution.gdb.zip</a></div><div><br></div><div>and contains 2 layers</div><div>1: WSDACrop_2016 (Multi Polygon)<br>2: CropData (None)<br></div><div><br></div><div>the second layer is, according to OGR, empty, so it might be better to skip it<br></div><div>Importing 2016WSDACropDistribution.gdb with</div><div>v.in.ogr in=2016WSDACropDistribution.gdb layer=WSDACrop_2016 out=2016WSDACropDistribution</div><div>succeeds if multi-surface geometries are skipped by v.in.ogr (as of trunk r71508).</div><div><br></div><div>Markus M<br></div></div>