Your assumption of:<div><br></div><div>FeatureClass</div><div>Table</div><div>FeatureDataset\FeatureClass</div><div><meta charset="utf-8">RelationshipClass</div><div>FeatureDataset\RelationshipClass</div><div><br></div><div>
is correct.</div><div><br></div><div>As far as metadata goes, you can add Domains ("Coded Value Domains" and "Range Domains") as well as Subtypes.</div><div><br></div><div>Here is an explanations of what they are </div>
<div><br></div><div><a href="http://webhelp.esri.com/arcgisdesktop/9.3/datainterop/mergedProjects/FME_Workbench/editing_geodatabase_domains_and_subtypes.htm">http://webhelp.esri.com/arcgisdesktop/9.3/datainterop/mergedProjects/FME_Workbench/editing_geodatabase_domains_and_subtypes.htm</a></div>
<div><br></div><div>The way that LoadLayers is setup, it is currently asking the GDB for every single type supported. If you only want to open certain things, you can just hardcode the strings that you want to support instead of calling <span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; ">GetDatasetTypes().</span></div>
<div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; "><br></span></div><div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; "><meta charset="utf-8"><span class="Apple-style-span" style="font-family: arial; font-size: small; white-space: normal; ">Also, I coded LoadLayers it was right after their beta 1 launch... they have since added more schema reading functions that would allow the loading of schema to be more selective and efficient.</span></span></div>
<div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; "><span class="Apple-style-span" style="font-family: arial; font-size: small; white-space: normal; "><br></span></span></div>
<div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; "><span class="Apple-style-span" style="font-family: arial; font-size: small; white-space: normal; ">Hope that helps,</span></span></div>
<div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; "><span class="Apple-style-span" style="font-family: arial; font-size: small; white-space: normal; "><br></span></span></div>
<div><span class="Apple-style-span" style="font-family: monospace; white-space: pre-wrap; font-size: medium; "><span class="Apple-style-span" style="font-family: arial; font-size: small; white-space: normal; ">- Ragi</span></span></div>
<meta charset="utf-8"><div><br><br><div class="gmail_quote">On Fri, May 6, 2011 at 9:09 PM, <span dir="ltr"><<a href="mailto:gdal-dev-request@lists.osgeo.org">gdal-dev-request@lists.osgeo.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Date: Fri, 6 May 2011 16:46:47 -0700<br>
From: Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>><br>
Subject: [gdal-dev] Metadata (FGDB)<br>
To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Message-ID: <BANLkTi=<a href="mailto:gTy9aqD9Q7bd3mSFMgZ%2BrRypaXw@mail.gmail.com">gTy9aqD9Q7bd3mSFMgZ+rRypaXw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
So, the end goal of my wanking around with OGR and FGDB is to write a<br>
utility that will convert FGDB into PostGIS and then back again with<br>
as much fidelity as possible. So ideally the output would look much<br>
like the input. FGDB has some fun stuff that doesn't fit into the OGR<br>
model very well.<br>
<br>
FGDB Fields can have an Alias. Presumably to provide a more human<br>
readable form. I could map these to PostgreSQL comments on the<br>
columns, but there is no slot for them in OGR to pass them through.<br>
FGDB Tables can have Metadata. There seems to be an OGR slot for this<br>
(GetInfo) but it's deprecated and highly freeform.<br>
FGDB Tables can have Indexes. I see in trunk there's some index stuff<br>
(GetIndex, InitializeIndexSupport) but not sure how far along it is.<br>
It would be nice to be able to tell OGR to create an index and have it<br>
magically happen.<br>
<br>
Actually, going over this, it's not bad, better than I thought when I<br>
started looking. I am assuming that, if/when I get past the basics<br>
I'll have to push my utility forward by adding some special methods on<br>
the Pg and FileGDB drivers to do things like set relationships and so<br>
on.<br>
<br>
P.<br><br></blockquote></div></div>