Hi Even,<br><br>  Looks great, thanks.<br><br>  Cheers,<br>   Simon<br><br><div class="gmail_quote">On Wed, Jan 23, 2013 at 10:18 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">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 23 janvier 2013 20:59:09, Simon Lyngby Kokkendorff a écrit :<br>
<div class="im">> Hello List,<br>
><br>
>    I'm using OGR to read a FileGDB database, perform some transformations<br>
> and then write an output FileGDB database. In that process I would like to<br>
> preserve the structure of the original FileGDB, i.e. put "Feature Classes"<br>
> into the right "Feature Datasets" etc.<br>
>    Hence, my question is whether it is possible, from the c-api of OGR, to<br>
> determine the FileGDB specific "internal path" of an OGR-layer<br>
> (corresponding to e.g. a "Feature Class") loaded through the FileGDB<br>
> driver? Perhaps it is necessary to extract this information from the XML<br>
> layer definition, which seem to be available via special SQL requests (in<br>
> gdal/ogr 1.10?) ?<br>
<br>
</div>With GDAL/OGR 1.10, this is indeed possible. See :<br>
<br>
$ ogr2ogr -f filegdb poly.gdb poly.shp -lco FEATURE_DATASET=my_feature_dataset<br>
$ ogrinfo poly.gdb -sql "GetLayerDefinition poly" | grep CatalogPath<br>
  <CatalogPath>\my_feature_dataset\poly</CatalogPath><br>
<div class="HOEnZb"><div class="h5"><br>
><br>
>    Best Regards,<br>
>    Simon Kokkendorff, Danish Geodata Agency (formerly known as KMS)<br>
</div></div></blockquote></div><br>