Hi Even, welcome back.<div><br></div><div>A fair suggestion, but -skipfailures is the first argument in my argument list. Even so, the test for skipfailures comes AFTER the call to CreateFeature(...) which is where I get a <i>java.lang.RuntimeException: OGR Error: Unsupported geometry type. </i>This obviously stops all conversion in it's tracks.</div>
<div><i><br></i></div><div>I could be wrong about what is causing the CreateFeature to fail, all I know is that it happens as soon as the layer is asked to create a feature of a new geometry type.</div><div><br><div class="gmail_quote">
On Wed, Jun 22, 2011 at 1:04 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Le mercredi 22 juin 2011 18:48:34, Robert Naugle a écrit :<br>
<div class="im">> Oliver,<br>
><br>
> Thanks much for your help, and with the link. I thought I would share my<br>
> progress:<br>
><br>
> The first thing I tried was moving the csv files (s57attributes.csv and<br>
> s57objectclasses.csv) into the working directory. Success! (sort of...)<br>
> ogr2ogr.java found all the layers in the s57 chart file. However, the<br>
> layers appeared to be empty :(<br>
><br>
> Now I know that your suggestion was to set the environment variables within<br>
> the java environment, and that would probably help, but due to the use of<br>
> JNI in the implementation of ogr2ogr in java, and the desire for a working<br>
> JavaWebStart application later on, that path is beyond my capabilities.<br>
> So...<br>
><br>
> I did a little digging to see why the layers were empty. Layer translation<br>
> was failing when creating fields for the attributes in the s57 chart.<br>
> Specifically, the LNAM_REFS and FFPT_RIND fields. I modified ogr2ogr.java<br>
> to just skip these fields and started to find objects in the layers!<br>
><br>
> Now I am dealing with 'OGR Error: Unsupported geometry type', when loading<br>
> more than one geometry type into a shapefile, which I know is against the<br>
> rules, but it seems like the cpp ogr2ogr did a better job of handling these<br>
> sorts of errors. I believe this can be helped with some argument<br>
> manipulation...<br>
<br>
</div>You just need to add "-skipfailures" as a command line argument, as you'd do<br>
with the C++ version of ogr2ogr. The LNAM_REFS and FFPT_RIND fields are of type<br>
StringList and IntegerList, which is not supported by shapefiles. And yes a<br>
shapefile only supports one geometry type per shapefile. -skipfailures should<br>
skip geometries that are not of the right type.<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Bob Naugle<br>(410) 903-6604<br><a href="mailto:robertjnaugle@gmail.com" target="_blank">robertjnaugle@gmail.com</a><br>
</div>