[Mapserver-DE] Mehrere Shapes in einem Layer?

[Martin Spott]

Martin Spott wrote:
On Sun, Dec 03, 2006 at 11:37:00AM +0100, Klaus Vogel wrote:

> > Hast Du die Moeglichkeit, den Kram nicht direkt aus den Shapefiles
> > sondern aus z.B. einer PostGIS-DB zu lesen ? Dann koenntest Du
> > wunderbar die Shapefiles nacheinander jeweils erstmal in eine
> > temporaere Tabelle importieren und deren Inhalt dann nach dem Import in
> > diejenige Tabelle kopieren, aus der Du letztlich den Mapserver lesen
> > laesst. So mache ich das z.B. mit einem Haufen VMap0/VMap1-Daten.

> Mit dem Thema VMAPL0/1 im Mapserver beschäftige ich mich auch gerade.
> Was hast du für eine Anwendung damit gemacht ?

  http://mapserver.flightgear.org/

Ich erlaube mir mal etwas Eigenwerbung - wenn's zuviel war, dann sagt
es mir bitte.
Ausgangpunkt der ganzen Aktion war das einfache Ansinnen, die
Bodennutzungs-Daten aus VMap0 und GSHHS, die fuer die Szenerie des
FlightGear Flugsimulators verwendet werden, in einer 'einheitlichen',
funktionstuechtigen Form zu speichern. Also in einer PostGIS-DB.
Irgendwann kam dann der Mapserver obendrauf, damit man sich ueberhaupt
mal mit eigenen Augen die Daten angucken konnte, die da fuer die
Szenerie 'verwurstet' werden. Spaeter habe ich angefangen, passend zu
den VMap0-Layern die Gegenstuecke aus VMap1 zu suchen - die
Definitionen von VMap0 und VMap1 sind naemlich dummerweise nur in
Teilen deckungsgleich ....

Nachdem mir Leute aus dem Dunstkreis der "Telascience"-Gruppe (Norman
Vine und John Graham haben das in die Wege geleitet) angeboten haben,
sie koennten gerne meine DB hosten, hat es auch schonmal anderweitige
Nutzung der DB gegeben - und das ist auch durchaus beabsichtigt.

Im Laufe der Zeit habe ich vor, an den Stellen, wo detailliertere Daten
zu bekommen sind sind, den Kram aus VMap0 sukzessive zu ersetzen, um
eben _einen_ durchgaengigen Datensatz und nicht nur so eine Sammlung
verschiedener Gruppen zu haben. Im ersten Schritt werden sicherlich die
VMap1-Daten Einzug halten (das wird einige haendische Anpassungen
erfordern), spaeter die ganzen Liniendaten aus TIGER, ueber Afrika gibt
es auch die eine oder andere 'Datenquelle', deren Lizenz kompatibel
ist.
Desweiteren sind einige Leute sehr emsig, was das Aufdecken von bisher
noch unbekannten Quellen 'freier' Vektordaten angeht. Ausserdem gibt es
Aktionen, die sich mit der automatischen Klassifizierung von Landsat7-
Bilder befassen, das wird sicherlich im Laufe der Zeit auch noch eine
interessante Quelle von Bodennutzungsdaten werden.

> Wie läuft das z.Bsp. mit der Darstellung von Autobahnen und Eisenbahnen.
> Kann da Mapserver bereits so diese so wie man es von einer gedruckten Karte
> her kennt darstellen oder muss man es anders machen ?

Der Mapserver, so wie ich ihn betreibe, braucht Vektordaten. Das ist
der erklaerte Zweck der ganzen Aktion, um unter Einsatz einer
vergleichsweise geringen Menge an Rohdaten trotzdem eine moeglichst
genaue Darstellung zu erreichen. Es sind mal ein paar Leute
hingegangen, haben Topogrpische Karten gescannt und mit GRASS
digitalisiert. Das Ergebnis sah ungemein reizvoll aus, durfte aber aus
Gruenden des Copyright nie verbreitet werden und ist inzwischen wieder
eingestampft worden.

> Falls du Interesse an weltweiten Rasterdaten hast kann ich dir auch einiges
> zur Verfügung stellen.

Ich kenne eine Quelle fuer einen Riesenberg von Rasterdaten, die z.B.
hier aufgefuehrt ist:

  http://telascience.sdsc.edu/

Was dort beschrieben ist, hat den Vorteil, 'frei' zu sein, in dem
Sinne, dass man es fuer OpenSource-Projekte weiterverwerten kann. Hast
Du noch darueber hinausgehend Bilddaten, die diesem Kriterium auch
genuegen und noch detaillierter sind ?

Tschuess,
	Martin.

-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------