[opengeodb] Liste der Länder

[Stefan Froehlich]

On Sun, Dec 09, 2007 at 07:42:43PM +0100, Georg Verweyen wrote:

*huch*

Ich dachte stets, Du seist der Nachfolger von Georg IV. :-)

> > ... Eigene Tabellen fuer einzelne Objekte erschienen mir sinnvoller.
> > ...

> Bitte, Bitte nicht! Damit werden wir nur für die Aufnahme von neuen
> Informationstypen unfexibel.

Deshalb schrieb ich: "von einzelnen". Dass Laender, Bezirke, Kreise
keine eigenen Tabellen bekommen duerfen, um allgemeingueltig zu
bleiben, ist mir klar. Ich halte es aber fuer ungeschickt, _alles_
in die gleiche Ebene zu pressen, aus zwei Gruenden:

a) zwingt es bei konkreten auch dort zu Transformationen, wo diese
gar nicht notwendig waeren (das betrifft primaer Erdteile und
Staaten) und

b) gibt es ja nicht nur Vorgaenger->Nachfolger Beziehungen

> Wir haben vor kurzen die Telefon-Nummern dazu bekommen, wo hätten
> wir sie dann einbauen sollen?

Das ist zu diskutieren. Bei Telefonvorwahlen gibt es, jedenfalls
sowei ich es weiss, eine 1:n Zuordnung zu Staaten und eine 1:n
Zuordnung zu Ortschaften. Damit wuerde mit je einem Feld bei Staaten
und Ortschaften alles abgedeckt sein. Stimmt die obige Annahme nicht
(d.h. mehr als eine Vorwahl fuer eine Ortschaft bzw. fuer einen
Staat), braucht es eine andere Loesung, wie z.B. im folgenden Absatz.

Aber, am Beispiel PLZ: wenn die ins flache Vorgaenger-Nachfolger
Modell eingebettet sind, gibt es immer Probleme, weil PLZ in unseren
Breitengraden m:n mit Ortschaften in Verbindung stehen (und auf
dieser Ebene am haeufigsten benoetigt werden). Gerade hier empfinde
ich die derzeitige Loesung als sehr unbefriedigend. Hier faende ich
eine eigenstaendige Tabelle "PLZ" geschickt, die dann n:m mit der
Tabelle "Ortschaft" verknuepft werden kann, aber genauso auch mit
den Objekten aus der Verwaltungshierarchie oder den Laendern.

> Deine Ideen für eine Tabelle für jedes Objekt ist mehr etwas für
> die Endnutzer,

Wie gesagt, _jedes_ Objekt geht keinesfalls, aber bei manchen
draengt es sich IMHO auf, sie zu isolieren.

> Und abschliessend noch etwas zum Thema Strassen: Strassen passen
> nicht in diese Datensammlung allenfalls Strassenabschnitte (oder
> wie passt die A3 in Martins Argumentation), diese sind besser im
> Projekt OpenStreetMap aufgehoben.

Ack.

Notfalls koennte man solche Daten natuerlich _auch_ mit den anderen
Tabellen verknuepfen, aber daraus wirklich sinnvolle Informationen
abzuleiten duerfte (auch von der Datenmenge her) den Rahmen der
opengeodb weit uebersteigen.

Servus,
   Stefan

-- 
Die kühne Idee, oder warum Stefan so grandios sattelt!
http://www.sloganizer.de/