<div dir="ltr"><div><div>Perfect! Thanks.<br><br></div>Did I get it right: If I want the polygon from an "AREA"-table I need to explicit request the polygon geometry? From my point of view the point geometry from an "AREA"-table is only there to join the attributes to the polygons. <br><br></div>regards<br>Stefan <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 17, 2014 at 8:52 AM, Pirmin Kalberer <span dir="ltr"><<a href="mailto:pi_ml@sourcepole.com" target="_blank">pi_ml@sourcepole.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Stefan,<br>
<br>
Am Freitag, 14. November 2014, 17.09:12 schrieb Stefan Ziegler:<br>
<span class="">> Ok, the autotest example runs smoothly. It seems a problem with the order<br>
> of the relation attribute "Entstehung" in the table<br>
> Bodenbedeckung__BoFlaeche in my data (find it attached). It is added as the<br>
> last attribute in the table but actually it's the second one (after TID).<br>
><br>
> I remember that the order of these relation attributes are a bit nasty to<br>
> handle. Pirmin, can you confirm this behaviour/bug? I guess this was<br>
> introduced with the change from ili (java) to imd?<br>
<br>
</span>This bug has been fixed in trunk about 3 weeks ago. The imd file has to be<br>
generated with ili2c.jar >=4.5.5 from the sourceforge site (not available on<br>
<a href="http://interlis.ch" target="_blank">interlis.ch</a>).<br>
<br>
Regards<br>
Pirmin<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Fri, Nov 14, 2014 at 3:23 PM, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>><br>
><br>
> wrote:<br>
> > Stefan,<br>
> ><br>
> > > I've got some problems with the interlis driver. When I try to convert<br>
> > > an<br>
> > > interlis 1 file to shapefiles with the following command:<br>
> > ><br>
> > > ogr2ogr shpdir/ 254900/254900.itf,dm01avso24.imd<br>
> > ><br>
> > > There are no polygon shapes created. It seems that the point coordinates<br>
> ><br>
> > -<br>
> ><br>
> > > which are stored in two separate columns - are shifted.<br>
> ><br>
> > The driver now supports multiple geometry columns since GDAL 1.11. On the<br>
> > example in the GDAL autotest, it appears that the point geometry column is<br>
> > declared before the second geometry column, so<br>
> > you'll get only the point when translating to shapefile, unless you<br>
> > explicitely specify the polygon geometry column (look at its name with<br>
> > ogrinfo)<br>
> ><br>
> > With the sample in autotest :<br>
> > ogr2ogr out.shp data/ili/Beispiel.itf,data/ili/Beispiel.imd<br>
> > Bodenbedeckung__BoFlaechen -overwrite -select Form<br>
> ><br>
> > > Column "Geometrie_" contains a small double value. Column "Geometrie_1"<br>
> > > contains one coordinate. Column "Qualitaet" contains the second<br>
> ><br>
> > coordinate.<br>
> ><br>
> > Not sure about that. Maybe Pirmin has an idea. A sample dataset of yours<br>
> > might be needed.<br>
> ><br>
> > Even<br>
> ><br>
> > --<br>
> > Spatialys - Geospatial professional services<br>
> > <a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Pirmin Kalberer<br>
Sourcepole  -  Linux & Open Source Solutions<br>
<a href="http://www.sourcepole.com" target="_blank">http://www.sourcepole.com</a><br>
<br>
</font></span></blockquote></div><br></div>