Georg V. wrote:
> Hallo Martin,
>
> Der meinsame Knoten-/Ursprungs- Punkt ist die Welt: Also
>
> Welt
> +- Deutschland <Staat>
> |+- Baden-Württemberg <Bundesland>
> | +- Südbaden
> | +- Breisgau
> | +- Gundelfingen <Ort>
> | +- Heuweiler <Ortsteil>
> +- Europa <Erdteil>
> +- Vatikan <Staat>
> +- Petersdom <Gebäude>
>
> Dann würde einer darauf kommen, das Deutschland auch in Europa liegt (und
> die Ebenen oberhalb von Gundelfingen "Freiburg" und "Landkreis
> Breisgau-Hochschwarzwald" lauten)
Hallo Georg,
dennoch fehlt dir damit schon innerhalb eines Landes die politische
Hierarchieebene. Die Daten sind insofern redundant, da du aus der Länge
des Gemeindeschlüssels in Deutschland die Ebene ableiten kannst. Dann
fangen die Probleme aber darunter an: Auf welcher Ebene willst du eine
Straße einstufen? Ich würde hier eine eigene Ebene empfehlen,
typischerweise ist das bei mir die Ebene, wo ich mit 113stelligem
Gemeindeschlüssel arbeite: Jede Strasse in Deutschland kann mit
achtstelligem Gemeindeschlüssel und fünfstelligem Straßenschlüsel
eindeutig eingestuft werden.
Es funktioniert nicht, dass du hierfür den von dir zitierten "Typ"
verwendest. Betrachte z.B. die Typen Stadtteil und Stadtbezirk. In
manchen Städten sind nach offizieller Lesart die Stadtbezirke eine Ebene
unter den Stadtteilen. In anderen ist es genau umgekehrt - und manchmal
gibt's nur das eine oder das andere.
Wo immer du etwas direkt unter einem anderen Eintrag einhängst, taugt
das nur lokal an dieser Stelle. Wenn die Ebenen-Info aber die
Information enthält, dass dazwischen "Leereinträge" fehlen (z.B. weil es
keine Regierungsbezirke in diesem Bundesland gibt), brauchst du die
Ebenen-Information, um im Baum Einträge auf gleicher Ebene mit einander
vergleichen zu können.
Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
|
