Andreas Voigt - Der Blog!

In dieser Woche ist wieder reichlich passiert vor allem in Hinblick auf das Straßennetz, das visualisiert werden soll. Abgesehen von einer umfangreichen Änderung der Mapserver-Architektur gibt es ein paar Verbesserungen bei den Kreuzungsbereichen und an den Straßen an sich. Dazu gehört die Einbeziehung von Höhendaten. Aber auch neue Schwierigkeiten sind aufgetreten.

Mapserver-Architektur

Am Mapserver hat sich in sofern etwas geändert, dass es nun nicht mehr alleine eine Methode gibt, welche für das Rendern der Geo-Daten zuständig ist, sondern es wurden nun Geo-Objekte eingeführt, die für ihr eigenes Rendering zuständig sind. Um es einmal umgangsspachlich auszudrücken: "Eine Straße weiß noch am besten, wie sie aussehen muss." Diese Änderung macht das Anpassen der Rendering-Prozeduren unkomplizierter und ermöglicht hoffentlich eine leichtere Erweiterung. Außerdem ist damit eine Straße auch wirklich eine Straße mit all ihren Eigenschaften (Fahrbahnbreite, Anzahl der Fahrspuren, etc...) und nicht nur ein Eintrag von Geometrieknoten in einem Vektor.

Verbesserungen im Straßennetzwerk

Wie ja bereits angesprochen, wurden einige Verbesserungen im Straßennetzwerk durchgeführt. Dazu gehört zum Einen die Einbindung von Höhendaten aus einem Laserscann-Datensatz mit einer Auflösung von 1m. Datensätze dieser Auflösung sind nicht frei erhältlich und müssen in der Regel teuer bezahlt werden. Frei Nutzbar sind die SRTM-Daten der Nasa. Allerdings ist ihre Auflösung zur Zeit auf 90m (weltweit) beschränkt. Allein die Höhendaten sorgen bereits für eine enorme optische Aufwertung. Zusätzlich wurde die Anzahl der Geometrieknoten der Straße erhöht. Dies führt nicht immer zu sofort sichtbaren Verbesserungen, soll jedoch einmal noch weitere Vorteile mit sich bringen. An diese Knoten könnten beispielsweise Straßenlaternen, Leitplanken und ähnliches gekoppelt werden. An den Straßenlampen arbeite ich zur Zeit, auch dies wird optisch noch einmal sehr viel verbessern. Mit den Straßenlampen wäre dann auch ein Tag-Nacht-Wechsel denkbar. Vor allem die Nachtszenen mit der Beleuchtung könnten dann durch das Raytracing sehr tolle optische Ergebnisse liefern. (Gleich mal merken für nächste Woche. ^^)

Geplant sind auch noch Fuß- und Radwege, die ich aber auf Grund von fehlenden Einträgen in den GIS-Daten noch nicht in Angriff genommen habe.

Die GIS-Daten könnten jedoch ein größeres Problem verursachen: Sie erfordern eine hohe Stellengenauigkeit. Float-Werte mit 7-8 Stellen sind dort bei weitem nicht mehr ausreichend. Eine typische Gauß-Krüger-Koordinate besitzt alleine 7 Stellen vor dem Komma. Da es eine Meter-Angabe ist werden bestimmt noch weitere 3 bis 4 Stellen hinter dem Komma benötigt, um Geometriefehler zu vermeiden. Dies gibt das XML3D leider derzeit nicht her. Ich werde mich dort auch noch mal mit den Entwicklern zusammen setzen müssen und an einer Lösung arbeiten. Eine Erhöhung der Präzision ist (double) ist nicht so einfach zu implementieren, denke ich, außerdem verdoppelt dies den Speicheraufwand. Bei sehr großen Modellen (typisch für GIS) ist allerdings dort auch sehr schnell der verfügbare Speicher von etwa 1,4 GB (32bit) aufgebraucht. Am besten wäre der Umstieg auf 64bit und Einführung der double-Präzision...

Zu tun ist also noch:

- Aufbereitung der Fahrbahnmarkierungen

- Straßenlampen

- Gehwege

- Gelände

Coming Up: Siehe Coming Up vom letzen Beitrag! ^__^