On 2006-07-28 17:44, Stefan F. Keller wrote:
> On 2006-07-28 17:11, Martin Trautmann wrote:
>> ch.tab ist nochmal drin - damit werden es 2800 Gemeinden. Da passt
>> also schon mal was nicht zusammen:
>>
>> >* ag Hallwilersee (AG)*
>> * > be Bielersee (BE)*
> **
> *Das sind See-Abschnitte, die zu den Gemeinden gehören.*
ok
> *> > 1. Wäre es denkbar, in Opengeodb auch Flurnamen sowie Dörfer und Weiler
> *
> *> > aufzunehmen?
>> *
> *> Ja*
> **
> *Mit welchem Attribut, bzw. Werten werden diese in der DB-Struktur
> gekennzeichnet? *
> **
> *Wo gibt es eine aktuelle DB-Beschreibung mit konzeptionellem
> UML-Klassendiagramm, Tabellen und SQL-DDL inkl. Hilfstabellen/Wertelisten?*
Auf sourceforge duempelt ein wenig herum - aber Referenz ist vermutlich
die SQL-Datei selbst:
geodb_type_names:
(-1,'de','[unbekannt]');
(0,'de','nicht vorhanden');
(1,'de','beliebig');
(100100000,'de','Erdteil');
(100200000,'de','Staat/Land');
(100300000,'de_CH','Kanton');
(100300000,'de_DE','Bundesland');
(100400000,'de','Regierungsbezirk');
(100500000,'de','Landkreis');
(100600000,'de','Politische Gliederung');
(100700000,'de','Ortschaft');
(100800000,'de','Postleitzahlgebiet');
(200100000,'de','WGS84 Koordinaten');
(300100000,'de','Genaues Datum');
(300300000,'de','Auf ein Jahr genaues Datum');
(300400000,'de','Auf 10 Jahre genaues Datum');
(300500000,'de','Unbekanntes Datum in der Zukunft');
(500100000,'de','Name');
(500100001,'de','ISO 3166 Alpha-2');
(500100002,'de','Sortiername');
(500100003,'de','ISO_3166_2');
(500100004,'de','Region eines Postleitzahlgebietes');
(500300000,'de','Postleitzahl');
(500500000,'de','KFZ-Kennzeichen');
(500600000,'de','Amtlicher Gemeindeschlüssel');
(500700000,'de','Verwaltungszusammenschluss');
(500700001,'de','Sortiername eines Verwaltungszusammenschlusses');
(500800000,'de','Quelle');
(600700000,'de','Einwohnerzahl');
(600800000,'de','Höhenangabe');
(650700001,'de','Ungefähre Einwohnerzahl');
(650700002,'de','Genaue Einwohnerzahl');
(650800001,'de','Maximale Höhe');
(650800002,'de','Minimale Höhe');
(650800003,'de','Durchschnittliche Höhe');
(650800004,'de','Höhe am Referenzpunkt mit der angegebenen loc_id');
(650800005,'de','Höhe an der angegebenen Koordinate');
Demzufoge scheint die Hierarchie zu sein:
1* politische Hierarchien / PLZ-Bezirk
2* Koordinaten
3* Datum
5* Namen
6* Numerische/statistische Angaben
Wenn ich mir Flurnamen ueberlege, dann passen die vermutlich in nichts
davon hinein.
Was kommt da alles in Frage?
- Wie grenzen sich Fluren von einander ab?
- was gibt's noch?
Gewaesser: Meer/See/Fluss/Bach und andere Gewaesser?
Bodenbedeckung: Wald/Feld/Flur/bebaut/...
Hoehen/Tiefenpunkte: Berggipfel, Pass, Tal, Wasserscheide,
Funktion: Autobahn, Bundesstr, Kreisstr., Landstr, Str., Weg, ...
Eisenbahnlinie, Bahnhof, Schranke, ...
Tunnel, Bruecke,...
Touristische Punkte: Sehenswuerdigkeiten
Markante Gelaendepunkte (deckt sich oft mit Sehenswuerdigkeiten)
Vielleicht mag da jemand eine Ordnung vorschlagen. Ich wuerde vielleicht
das punktuelle in Bereich 4* einordnen, das flaechig natuerliche in 7*,
das linienfoermige in 8* (Verkehrsnetze) - aber das ist ein willkuerlicher
Vorschlag.
Ist z.B. ein Gewaesser tendentiell eher linienfoermig? Fluesse und Baeche
tendentiell ja, Seen und Meere nein - aber deren Uferverlauf ist wieder
eine Linie (naja, 'alles' ist eine Linie). Ich glaube, die Gewaesser
wuerde ich daher eher als 'natuerliches' in 7 unterbringen.
Aber vermutlich hat sich Thomas schon am meisten Gedanken gemacht, was wie
strukturiert waere.
Schoenen Gruss
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
|
