Bachelorarbeit zum Downloaden - cpe - Universität Kaiserslautern

Technische Universität Kaiserslautern
Fachgebiet Computergestützte Planungs- und Entwurfsmethoden ( CPE)
Fachbereich Architektur/Raum- und Umweltplanung/Bauingenieuwesen ( A/RU/BI)
Bachelorarbeit
Webbasierte 3D-Visualisierung im Standortmarketing
Überprüfung des Einsatzes webbasierter 3D-Visualisierungen am Beispiel des
Gewerbegebietes „Stubenwald“ in der Stadt Bensheim
Francois Bernabei (366528)
Sommersemester 2011
Betreuung:
Dipl.-Ing. MSc Jan-Philipp Exner
Dipl.-Ing. Stefan Höffken

Verfassungserklärung
Name: Franccis Bernabei
Matr.Nr.: 366528
Hiermit versichere ich, dass ich die beiliegende Abschlussarbeit selbstständig verfasst und
keine anderen als die angegebenen Quellen und Hilfsmittel benutzt habe.
Kaiserslautern, den 17.08.2011

Danksagung
Hiermit möchte ich mich bei allen bedanken die mich bei dieser Bachelorarbeit und
während meinem bisherigen Studium unterstützt haben. Ein besonderer Dank gilt meinen
Betreuern bei dieser Arbeit, Dipl.-Ing. MSc Jan-Philipp Exner und Dipl.-Ing. Stefan Höffken
und dem Fachgebiet Computerunterstützte Planungs- und Entwurfsmethoden der TU
Kaiserslautern.
An dieser Stelle richtet sich ein weiterer Dank an Frau Franziska Pöttgen, Referentin für
Marketing und Wirtschaftsförderung bei der MEGB mbH, die mich bei organisatorischen
Fragen im praktischen Teil dieser Arbeit, und bei fachlichen Fragen bezüglich des
Standortmarketings unterstützt hat.
Ein letzter aber ebenso großer Dank geht an Dipl.-Inform. Rainer Jochem und an das
Deutsche Forschungszentrum für Künstliche Intelligenz (DFKI) Saarbrücken sowie an alle
weiteren Beteiligten des XML3D-Projektes die mich während dieser Arbeit unterstützt
haben. Ohne diese schnellen und unkomplizierten Hilfestellungen wäre der praktische Teil
dieser Arbeit, in der Form nicht möglich gewesen.
II

Inhaltsverzeichnis
Theoretischer Teil
1. Einleitung
1.1 Relevanz des Forschungsthemas…………….……………………………….….…………………………S. 1
1.2 Zielsetzung……………………………………………………………………………………..……………………..S. 2
1.3 Vorgehensweise……………………………………………………………………….……………………..…...S. 2
1.4 Grenzen der Arbeit…………………………………………………………………….………………………….S. 3
2. Stadt- und Standortmarketing
2.1 Das Betriebswirtschaftliche Marketing……………….………………………………….……………..S. 4
2.2 Veränderte Rahmenbedingungen in der Stadt- und Raumplanung………….………..…..S. 7
2.3 Was ist unter Stadtmarketing zu verstehen?.............................................................S. 8
2.4 Parallelen zum Betriebswirtschaftlichen Marketing………………………………….………….S. 10
2.5 Abgrenzung von Stadtmarketing und Standortmarketing…………………….…………….S. 11
3. Das Internet
3.1 Geschichte des Internets …………………………………………………………………….…….………..S. 12
3.2 Heutige Bedeutung des Internets……………………………………………………….………..……..S. 14
3.3 Sprache des WWW……………………………………………………………………………..……………….S. 15
3.3.1. HTML…………………………………………………………………………….…….…………………..S. 15
3.3.2. Ergänzungen zu HTML…………………………………………………………..………………….S. 17
4. 3D-Visualisierung
4.1 Definition und Bedeutung in der Stadtplanung……………………………….…………………..S. 19
III

4.2 Detaillierungsgrade (LOD)…………………………………………………………………………………...S. 21
4.3 3D-Modellierungsprogramme…………………………………………………………..…………………S. 22
4.4 Einsatzmöglichkeiten von 3D-Modellen in der Stadtplanung………..……………………..S. 25
5. Das Internet als Medium für Stadt- und Standortmarketing
5.1 Geo-Informations-Systeme (GIS)………………………………………………………………………….S. 27
5.2 3D-GIS …………………………………………………………………………………………………………..…….S. 30
6. XML3D – Eine besondere Form der Online-Präsentation von 3D-Inhalten
6.1 Was ist XML3D?.......................................................................................................S. 33
6.2 Prinzipielle Funktionsweise ………………………………………………………………….……………..S. 34
6.3 Möglichkeiten von XML3D…………………………………………………………………………………..S. 40
Praktischer Teil
7. Das Praxisbeispiel Bensheim
7.1 Vorstellung der Stadt Bensheim…………………………………………………………………………..S. 42
7.2 Stadt- und Standortmarketing in Bensheim ………………………………….…………………….S. 43
7.3 Zielsetzung, Vorgehensweise und Vorstellung des Gewerbegebietes „Stubenwald“
…………………………………………………………………………………………………………………………….S.45
8. Dokumentation der 3D-Modellierung
8.1 Anforderungen an das Modell und Vorgehens weise…………………………………………..S. 47
8.2 Modellierungsschritte……………………………………………………………………………………….…S. 49
8.3 Eindrücke des 3D-Modells……………………………………………………………………………………S. 54
9. Dokumentation der Einbindung in eine Webseite
9.1 Einbindung mit XML3D…………………………………………………………………..……………………S. 58
IV

9.2 Hinzufügen von Interaktionsmöglichkeiten……………………………..…………………………..S. 62
9.3 Einbindung über Google Earth API…………………………………………………………….………..S. 74
10. Erfahrungen und Probleme bei der praktischen Umsetzung
10.1 XML3D…………………………………………………………………………………………………..…………….S. 80
10.2 Google Earth API………………………………………………………………………………………….………S. 82
11. Vergleich von XML3D und der Google Earth API
11.1 Technische Unterschiede……………………………………………………………………………………..S. 82
11.2 Anwendbarkeit für den Stadtplaner…………………………………………………………………….S. 83
12. Fazit und Ausblick
12.1 Anwendbarkeit der webbasierten 3D-Visualisierung in der Stadtplanung
12.1.1. Anwendbarkeit im Standortmarketing……………………………………….…………….S. 86
12.1.2. Anwendbarkeit in anderen Bereichen der Stadtplanung………………………….S. 86
12.2 Aktuelle Umsetzbarkeit und Ausblick……………………………………………………………….….S. 88
V

Kurzfassung
Die vorliegende Arbeit beschäftigt sich mit den Einsatzmöglichkeiten von webbasierten 3D-
Visualisierungen im Standortmarketing. Darüber hinaus sollen die Ergebnisse auf andere
Bereiche der Stadtplanung übertagen werden, z.B. könnte der Einsatz im Rahmen der
Bürgerbeteiligung bei städtebaulichen Planungen einen großen Nutzen bringen.
Das Stadtmarketing und Standortmarketing sind zwei, nicht immer, scharf abgegrenzte
Begriffe die zunächst einer Einordnung bedürfen. Beide Instrumente haben sich jedoch
weitgehendst in der Praxis etabliert. Das Internet spielt seit längerer Zeit schon eine
wichtige Rolle im Stadt- und Standortmarketing. Hier wurden schon früh Webauftritte und
Web-GIS-Systeme eingesetzt. Das World Wide Web unterliegt einer ständigen technischen
Weiterentwicklung. Neue Techniken wie XML3D und X3DOM eröffnen neue Möglichkeiten
zur webbasierten Präsentation von 3D-Inhalten.
Diese Bachelorarbeit soll Möglichkeiten aufzeigen wie diese neue Technik zukünftig im
Standortmarketing und allgemein in der Stadtplanung eingesetzt werden kann. Ein wichtiger
Teil der Arbeit besteht in der Überprüfung der technischen Umsetzbarkeit solcher
webbasierten 3D-Visualisierungen, aus Sicht des Raumplaners, ohne spezifische Kenntnisse
in diesem Bereich. Die schon weiter etablierte Technik der Google Earth API wird ebenfalls
kurz beleuchtet.
Alle Betrachteten Systeme erfordern gewisse Vorkenntnisse. Diese können jedoch relativ
schnell erlernt werden. Ein Teil dieser Vorkenntnisse versucht die vorliegende Arbeit zu
vermitteln. Das Praxisbeispiel bietet ebenfalls einen ersten Einstieg in das Erstellen von
webbasierten 3D-Visualisierungen mit Hilfe von XML3D.
Insgesamt wird festgestellt dass webbasierte 3D-Visualisierungen schon heute einsetzbar
sind, auch wenn die Erstellung einen gewissen Aufwand mit sich bringt. Webbasierte 3D-
Visualierungen sind in der Stadtplanung sinnvoll einsetzbar. Mit der Zunahme von 3D-
Inhalten im World Wide Web, wird die webbasierte 3D-Visualisierung auch in der
Stadtplanung an Bedeutung gewinnen.
VI

1. Einleitung
1.1 Relevanz des Forschungsthemas
Das Stadtmarketing kam Mitte der 1980er-Jahre auf, inzwischen hat sich das Instrument bei
den Städten und Gemeinden weitgehend etabliert. Laut einer Umfrage des Deutschen
Institutes für Urbanistik gab es 2005 bereits in 80% der Städte, mit mehr als 100.000
Einwohnern, Stadtmarketingaktivitäten. [Vgl. http://www.difu.de/presse/2005-04-15/difuumfrage-stadtmarketing-heute-professioneller-und.html
Zugriff 20.06.2011] Aber auch
kleinere Städte und Gemeinden die von dieser Umfrage nicht erfasst wurden, haben heute
Stadtmarketingaktivitäten. Die Gründe für diese Entwicklung sind mehrschichtig. Ein Grund
ist das veränderte Staats- und Planungsverständnis. Es wurde nach neuen
Kooperationsformen zwischen den Bürgern und dem Staat gesucht. [Vgl. Grabow, B.;
Hollbach-Gröming, B., S.14] Es hat sich herausgestellt, dass Planungen ohne die Akzeptanz
der Bürger, nicht oder nur schwer umsetzbar sind. Ein anderer übergeordneter Grund ist
der zunehmende finanzielle und durch interkommunalen Wettbewerb verursachte Druck
auf die Städte und Gemeinden. Die Auslöser für diesen Druck sind der demographische
Wandel, die Globalisierung und die Europäisierung. Hinzu kommen soziale Veränderungen
wie die Individualisierung der Gesellschaft und eine erhöhte Mobilität, die die
Wettbewerbssituation unter den Städten und Gemeinden weiter verschärfen. [Vgl. Ebenda
S.14f] Aufgrund dieser Entwicklungen wird es für Städte und Gemeinden immer schwieriger
Einwohner, Arbeitgeber und Konsumenten an sich zu binden und Neue zu gewinnen. Das
Stadtmarketing hat sich zu einem Instrument entwickelt um Ressourcen effizienter
einzusetzen und sich im interkommunalen Wettbewerb besser behaupten und profilieren zu
können. Wie genau die Stadtmarketingmaßnahmen in der Praxis aussehen unterscheidet
sich oft stark. Ein Teil des Stadtmarketings kann das Standortmarketing sein.
Parallel zu diesen gesellschaftlichen Entwicklungen, gab es auch eine sehr wichtige
technische Entwicklung. Das Internet hat sich für viele Bevölkerungsgruppen zum zentralen
Informations- und Kommunikationsmedium entwickelt. Diese Entwicklung ist jedoch nicht
nur technischer Natur, sondern hat ebenso gesellschaftliche Auswirkungen. Eine
Entwicklung die festzustellen ist, ist das Phänomen des Web 2.0. Der Internetnutzer ist nicht
mehr nur passiver Betrachter, sondern aktiver Gestalter. Dienste wie YouTube, Wikipedia
und Facebook haben die Art und Weise das Internet zu nutzen verändert. [Vgl. Walsh, G.,
S.3ff] Aber auch das Erscheinungsbild und die Bedienung des Internets haben sich
verändert. Gab es früher hauptsächlich Informationen in Textform, so gibt es heute eine
Vielzahl an Medien, die über Internetseiten zugänglich sind. Voraussichtlich wird sich das
Internet in naher Zukunft noch grafischer, und vor allen Dingen mit 3D-Inhalten
präsentieren. Ein wichtiger Schritt in diese Richtung wird die Veröffentlichung von HTML5
sein. [http://www.w3.org/html/logo/, Zugriff: 20.06.2011]
1

Heute wird das Internet im Stadtmarketing bereits intensiv genutzt. Das Internet stellt eine
wichtige Informations- und Präsentationsplattform für das Stadtmarketing dar. Mit Hilfe von
3D-Modellen, die online abrufbar sind, könnten potentiellen Investoren nicht nur harte
Standortfaktoren in Textform präsentiert werden, sondern es wird möglich einen
Raumeindruck zu vermitteln, so dass der Raum für den Betrachter „erlebbar“ wird.
1.2 Ziel der Arbeit
Ziel dieser Arbeit ist es, zu erforschen welche neuen Möglichkeiten es im Bereich
webbasierten 3D-Visualisierung gibt, und wie diese für das Standortmarketing genutzt
werden können. Dies soll im Rahmen eines Praxisbeispiels geschehen. Die Stadt Bensheim
vermarktet Gewerbeflächen in verschiedenen Gewerbegebieten in der Stadt. In dieser
Arbeit soll ein 3D-Modell von dem Gewerbegebiet „Stubenwald“ erstellt werden und
anschließend online-verfügbar gemacht werden. Das Modell sollte nicht nur einen
Selbstzweck erfüllen, sondern möglichst benutzerfreundlich und informativ in eine
Internetseite integriert werden, um so die freien Gewerbeflächen zu vermarkten.
Zentrale Fragen:
Wie können onlinebasierte Visualisierungen im Stadtmarketing eingesetzt werden?
Können diese Erkenntnisse auf andere Bereiche der Stadtplanung übertragen werden?
Welche Unterschiede gibt es bei der Einbindung über Google Earth API oder über XML3D?
Wie sollte eine benutzerfreundliche Oberfläche, in die das Modell eingebettet ist, gestaltet
sein?
Welche Funktionen sollten in der Oberfläche bzw. in das Modell integriert sein? (z.B.
Schaltflächen für verschiedenen Kameraperspektiven oder integrierte Informationen)
Welche praktischen Umsetzungsschritte sind nötig?
1.3 Vorgehensweise
Während der Vorbereitung dieser Arbeit haben sich drei Möglichkeiten zur Realisierung
herauskristallisiert. Die Einbindung über die Google Earth API, über X3DOM oder über
XML3D. Weil alle drei Methoden relativ lange Einarbeitungszeiten erfordern musste eine
Auswahl getroffen werden. Als Umsetzungswerkzeug wurde XML3D gewählt. Es gibt bereits
eine recht umfangreiche Dokumentation und Beispiele im Internet, die ständig aktualisiert
werden. XML3D wurde in einer Kooperation des Deutschen Forschungszentrum für
Künstliche Intelligenz (DFKI), der Universität des Saarlandes und des Intel Visual Computing
2

Institute entwickelt und basiert auf XML. Dadurch lässt es sich problemlos in HTML-Dateien
einbinden. XML3D ist bereits in einem großen Umfang nutzbar und wird auch HTML5-fähig
sein. [Vgl. http://www.xml3d.org/features/, Zugriff: 20.06.2011] Es gibt die Möglichkeit
XML3D ohne weitere Software oder Plugins zu nutzen.
Als alternative Methode wird anschließend noch ein kurzer Blick auf die Google Earth API
geworfen. Am Ende dieser Arbeit soll nicht so sehr das fertige Produkt im Vordergrund
stehen, sondern die Erfahrungen, die während der Umsetzung gesammelt wurden. Es soll
geklärt werden, ob diese Möglichkeiten im Standortmarketing nutzbar sind und wie man
diese Ergebnisse auf andere Bereiche der Stadtplanung übertragen kann. Ein wichtiger
Punkt ist auch die Handhabung dieser Anwendungen. Es soll geklärt werden, ob diese
Instrumente bereits von Stadtplanern im Alltag genutzt werden können.
Die Dokumentation des praktischen Teils dieser Arbeit kann ebenfalls als eine Art Anleitung
oder als eine Orientierungshilfe für die Erstellung eines webbasierten 3D-Stadtmodells
angesehen werden.
Abbildung 1 – Aufbau der Arbeit
Quelle: Eigene Darstellung
1.4 Grenzen der Arbeit
Diese Arbeit ist auf eine maximale Bearbeitungszeit von 12 Wochen begrenzt. Daher kann
nur der theoretische Nutzen von webbasierten 3D-Visualisierungen aus der Literatur
abgeleitet werden. Eine empirische Überprüfung kann im Rahmen dieser Arbeit nicht
durchgeführt werden. Das praktische Beispiel soll die technische Umsetzbarkeit feststellen.
3

Dabei können nicht alle möglichen Funktionen überprüft werden, sondern lediglich einige
Grundfunktionen einer webbasierten 3D-Visualisierung realisiert werden.
XML3D hat einen sehr großen Leistungsumfang, in dieser Arbeit kann nur ein Einblick in
diese Technik geboten werden und die grundlegenden Funktionen von XML3D vorgestellt
werden. Es soll überprüft werden ob die Erstellung einer webbasierten 3D-Visualisierung
durch den Stadtplaner momentan möglich ist. Das heißt, es werden gewisse praktische
Basisfähigkeiten in der 3D-Modellierung, sowie allgemeine Fähigkeiten beim Umgang mit
der Computer- und Internettechnik vorausgesetzt. Spezifisches Fachwissen im Bereich der
3D-Modellierung und der Webprogrammierung können jedoch nicht als allgemeine
Grundlage angesehen werden.
2. Stadt- und Standortmarketing
Wie bereits in der Einleitung erwähnt, gibt es mittlerweile in der Mehrheit der Städte
Stadtmarketingaktivitäten. Um das Aufkommen des Stadtmarketings in den 1980er Jahren
und das Prinzip des Stadtmarketings besser zu verstehen, soll in diesem ersten Teil der
Arbeit das betriebswirtschaftliche Marketing kurz erläutert werden. Anschließend werden
die Rahmenbedingungen beleuchtet, die zu dieser Entwicklung geführt haben, um sich
schließlich dem Kern des Stadtmarketings zu nähern.
2.1 Das Betriebswirtschaftliche Marketing
Das Marketing ist ein Instrument um das Handeln und die Struktur eines Unternehmens auf
die Bedürfnisse des Marktes auszurichten. Generell wird Marketing einerseits als
Unternehmensfunktion, neben anderen Unternehmensfunktionen wie, z.B. dem Vertrieb
oder der Produktion, verstanden. Unter Anderem ist es die Aufgabe des Marketings,
Veränderte Nachfrage- und Angebotssituationen am Markt frühzeitig zu erkennen, sodass
sich das Unternehmen an die neuen Rahmenbedingungen anpassen kann. [Vgl. Bruhn, M.,
2010, S. 13] Auch die Vermarktung kann ein Teil des Marketings als Unternehmensfunktion
sein. Andererseits wird heute das Marketing mehrheitlich als Unternehmens- oder
Führungsphilosophie angesehen. Der Ausgangspunkt und die zentrale
Handlungsausrichtung des Unternehmens bilden hierbei die Bedürfnisse der Nachfrager.
Mit Nachfrager sind in diesem Fall nicht nur die direkten Kunden des Unternehmens
gemeint, sondern das gesamte Umfeld des Unternehmens. Darin einbegriffen sind
beispielsweise, unterschiedliche Interessensgruppen, wie Umweltverbände und
Gewerkschaften, der Staat, die eigenen Mitarbeiter und die Umwelt. Das Unternehmen
4

ichtet alle seine Funktionen und Aktivitäten auf die Bedürfnisse seines Umfeldes aus, um
letztendlich seine eigenen Unternehmensziele möglichst optimal umzusetzen. [Vgl. Ebenda
S. 14]
Das Marketing hatte nicht immer diese umfassende Ausrichtung. Die Funktionen des
Marketings, haben sich viel mehr im Verlaufe der Zeit stakt verändert und weiterentwickelt.
In der Literatur wird die Entwicklung meistens in verschiedene markante Phasen unterteilt,
in denen sich die Rahmenbedingungen des Marktes und somit auch das Marketing
verändert haben. Solch eine Unterteilung ist ebenfalls bei Bruhn 2010 zu finden. Hier sollen
die einzelnen Phasen nun kurz erläutert werden.
Phase der Produktionsorientierung in den 1950er Jahren:
In den direkten Nachkriegsjahren gab es Engpässe an Gütern. Alles was produziert wurde
ließ sich auch absetzen. So konzentrierte sich das Marketing lediglich auf den
Produktionsprozess. Je größer die Produktionsmenge war, desto erfolgreicher war das
Unternehmen.
Phase der Verkaufsorientierung in den 1960er Jahren:
Die Konkurrenz unter den Produzenten wurde allmählich größer. Man versuchte seine
Produkte auf eine bestmögliche Art und Weise an den Kunden zu bringen. Das Marketing
konzentrierte sich nun auf den Vertrieb.
Phase der Marktorientierung in den 1970er Jahren:
In den 1970er Jahren setzte eine leichte Sättigung des Marktes ein. Es konnten nicht mehr
ohne weiteres alle Produkte die produziert wurden auch abgesetzt werden. So rückte der
Kunde, und vor allem die Ansprüche des Kunden, in den Mittelpunkt der
Marketingaktivitäten.
Phase der Wettbewerbsorientierung in der 1980er Jahren:
Ab diesem Zeitpunkt wurde die Konkurrenz zwischen den Unternehmen so groß, dass man
durch Marketing versuchte, und auch heute noch versucht, sich entscheidende
Wettbewerbsvorteile gegenüber seinen Konkurrenten zu verschaffen. Diese
Wettbewerbsvorteile können in unterschiedlichen Bereichen liegen, sei es im Preis, in der
Qualität oder im Kundendienst. Sie müssen jedoch vor allen Dingen vom Kunden
wahrgenommen werden.
5

Phase der Umfeldorientierung in den 1990er Jahren:
Ab den 1990er Jahren kam es zu sich immer schneller verändernden Rahmenbedingungen.
Zu den Preis- und Qualitätsfaktoren kam noch eine Zeitkomponente hinzu. Nur die
Unternehmen, die sich schnell genug an die neuen Rahmenbedingungen des Marktes
anpassen konnten, überlebten. Ein zweiter wichtiger Aspekt wurde die Ausrichtung an
gesellschaftliche, rechtliche und ökologische Rahmenbedingungen. [Vgl. Meffert, H., 2008,
S. 9]
Phase der Netzorientierung heute:
Die Konkurrenzsituation ist heute noch verschärft und vielschichtiger als früher. Es reicht
nicht mehr aus, in einem Bereich Wettbewerbsvorteile zu erreichen, sondern gleich in
mehreren Bereichen. Es wird versucht eine Bindung zu dem Kunden aufzubauen und die
neuen Möglichkeiten der Social Networks zu nutzen. [Vgl. Bruhn, M., 2010, S. 15 ff]
So hat sich das Marketing also im Verlaufe der Zeit immer wieder an die veränderten
Rahmenbedingungen angepasst und weiterentwickelt, bis hin zu dem heutigen
Marketingverständnis. Das Marketing ist nicht nur mehr als Unternehmensfunktion,
sondern gleichzeitig auch integrierte, marktorientierte Führungskonzeption zu verstehen.
[Meffert, H., 2008, S. 13]
Ein in der Literatur und der Praxis immer wiederkehrender Begriff, ist der des
Marketingmixes. Deshalb soll dieser Begriff an dieser Stelle ebenfalls erläutert werden. Der
Marketingmix ist ein Instrument des operativen Marketings, also des Marketings als
Unternehmensfunktion. Auch heute noch wird dieses Instrument von sehr vielen
Unternehmen intensiv genutzt. [Vgl. Ebenda S. 14] Der Marketingmix ist eine
Zusammenstellung von 4 Marketinginstrumenten um eine optimale, dem Markt angepasste
Marketingstrategie umzusetzen. Der Marketingmix setzt sich aus den „4Ps“ zusammen,
Product (Produkt), Price (Preis), Promotion (Kommunikation) und Place (Vertrieb). Die
Produktpolitik zielt auf die Ausgestaltung des Produktes ab. In diesem Kontext ist mit
Produkt nicht nur der Gegenstand gemeint, sondern z.B. auch die Verpackung, die Qualität
und den angebotenen Kundendienst. Die Preispolitik bestimmt den Preis für das Produkt,
aber z.B. auch Bonus- und Rabattaktionen. Die Kommunikationspolitik befasst sich einerseits
mit der Kommunikation zwischen dem Unternehmen und den Kunden und potentiellen
Kunden, andererseits aber auch mit der Kommunikation zwischen dem Unternehmen, den
Mitarbeitern und dem Unternehmensumfeld. Die Vertriebspolitik umfasst alle
Entscheidungen, die damit zusammenhängen wie das Produkt an den Kunden gelangt. [Vgl.
Bruhn, M., 2010, S. 27 ff]
6

2.2 Veränderte Rahmenbedingungen in der Stadt- und Raumplanung
Das Stadtmarketing entstand Mitte der 1980er Jahre in einem Umfeld mit zahlreichen Ideen
und Ansatzpunkten zur Ökonomisierung, bis dahin, staatlicher Aufgaben. Auch in der
Stadtplanung und der Stadtentwicklung hat man versucht betriebswirtschaftliche Konzepte
anzuwenden. Es kamen Überlegungen auf, die Stadt als Unternehmen und die Bürger als
Kunden zu betrachten. So wollte man Dienstleistungen schaffen, die mehr auf die
Bedürfnisse des Bürgers zugeschnitten sind. Zudem sollten neue Wege zur Finanzierung der
Stadtentwicklung gefunden werden. In dieser Zeit entstanden auch Bemühungen Corporate
Identities, für Städte zu entwickeln, um sich nach Innen und Außen besser darstellen zu
können, in der Hoffnung neue privatwirtschaftliche Sponsoren zu gewinnen. [Vgl. Busso, G.;
Hallbach-Gröming, B., 1998, S. 13 und Birk, F.; Busso, G.; Hallbach-Gröming, B., 2006, S. 21 f]
Diese Ökonomisierungsansätze sind zu einem großen Teil auf die verschärften
interkommunalen Wettbewerbsbedingungen und abnehmenden Ressourcen
zurückzuführen. Ein Grund hierfür ist der demographische Wandel der Gesellschaft. Die
Bevölkerungszahlen werden, trotz Zuwanderung , in den nächsten Jahren sinken.
Gleichzeitig kommt es zu einer Alterung der Gesellschaft, die Zahl der über 60-Jährigen wird
stark ansteigen. Diese Entwicklung stellt die Gemeinden und Städte vor neue
Herausforderungen. Einige Gemeinden und Städte sind bereits heute stark von dem
Bevölkerungsrückgang betroffen. [Birk, F.; Busso, G.; Hallbach-Gröming, B., 2006, S. 21 f] Die
fehlende Bevölkerung, führt zu Tragfähigkeitsproblemen der alten Strukturen und senkt die
Einnahmen der Stadt oder Gemeinde. Die Individualisierung der Gesellschaft, in Verbindung
mit einer erhöhten Mobilität, erhöhen den interkommunalen Wettbewerb umso mehr.
Weitere Faktoren sind die Globalisierung und die Europäisierung. Durch diese Prozesse
entstehen sicherlich neue Märkte und Chancen, aber in einigen Bereichen entstehen, durch
diese Internationalisierung der Märkte, auch stärkere Konkurrenzsituationen. Durch
technischen Fortschritt, verändern sich diese Rahmenbedingungen zudem immer schneller.
[Vgl. Busso, G.; Hallbach-Gröming, B., 1998, S. 14 f] Die Städte und Gemeinden brauchen
neue Instrumente, um sich an diese Entwicklungen schnell genug anpassen zu können. Das
Stadtmarketing kann als eines dieser Instrumente angesehen werden. Das Stadtmarketing
wird von den Städten und Gemeinden dazu eingesetzt, sich eine bessere Position innerhalb
dieses verstärkten Wettbewerbs um Arbeitgeber, Bürger und Konsumenten, zu verschaffen.
[Birk, F.; Busso, G.; Hallbach-Gröming, B., 2006, S. 21 f]
Als weiteren Aspekt, sollte hier noch das veränderte Staatsverständnis genannt werden. Die
Bürger fordern immer wieder mehr Mitspracherecht und eine direktere Demokratie. [Vgl.
7

Busso, G.; Hallbach-Gröming, B., 1998, S. 14] Auch in jüngster Zeit hat sich z.B. mit dem
Projekt Stuttgart 21 gezeigt, dass Planungen, ohne die Akzeptanz der Bevölkerung, nicht
oder nur sehr schwer umsetzbar sind. Das Stadtmarketing hat eine stark kommunikative
Komponente, die im Vorfeld die Bürger und Akteure mit einbezieht. Auch die rein
werbetechnische Komponente des Stadtmarketings, kann frühzeitig und in Verbindung mit
partizipativen Ansätzen eingesetzt, zur Steigerung der Akzeptanz von Planungen führen.
[Vgl. Landwehr, G., 2010, S. 109]
2.3 Was ist unter Stadtmarketing zu verstehen?
„Umfassendes Stadtmarketing ist:
• Kooperative Stadtentwicklung
• Mit dem Ziel der Aufwertung einer Stadt und ihrer Leistungen für den Bürger,
Wirtschaft und Auswärtige
• Durch verbesserte Kommunikation und langfristige Partnerschaft zwischen allen, die
an der Gestaltung des Lebensraumes Stadt mitwirken
• Durch die gemeinsame Entwicklung und Umsetzung konkreter Projekte
• Auf der Grundlage von partnerschaftlich erarbeiteten Leitlinien und offensiver,
konsensorientierten Diskussion von Zielkonflikten.“ [Busso, G.; Hallbach-Gröming, B.,
1998, S. 30]
Dies ist nur eine mögliche Definition für Stadtmarketing, sowie eine sehr weite und
umfassende, die jedoch in Fachkreisen, in ihrer Grundaussage weitgehend unumstritten ist
[Vgl. Busso, G.; Hallbach-Gröming, B., 1998, S. 29]. So z.B. bei Kuron I., in Pfaff-Schley H
(Hrsg.), 1997, S. 1 ff. Andere Autoren haben ein sehr viel engeres Verständnis für den Begriff
des Stadtmarketings. Diese kommen oft aus der kommunalen Praxis und sehen
Stadtmarketing eher als Standortwerbung, Öffentlichkeitsarbeit, Marketing für einzelne
Bereiche, wie z.B. Tourismus oder als Förderung des Einzelhandels. [Vgl. Busso, G.; Hallbach-
Gröming, B., 1998, S. 31 und Mauer, U., 2003, S. 25 ff]
8

Das Deutsche Institut für Urbanistik hat 1998, im Rahmen einer Studie, ein Modell des
umfassenden Stadtmarketings als Puzzle vorgestellt.
Abbildung 2 – Stadtmarketing als Puzzle
Quelle: Busso, G.; Hallbach-Gröming, B., 1998, S. 33
Das Puzzle symbolisiert das Ineinandergreifen der verschiedenen Aspekte des umfassenden
Stadtmarketings. Das Puzzle sollte in 3 Spalten gelesen werden. Die erste Spalte beinhaltet
die Philosophien des Stadtmarketings, die zweite Spalte beinhaltet die einzelnen
Ablaufschritte im Stadtmarketingprozess, und die dritte Spalte beinhaltet die Inhalte und
Instrumente des Stadtmarketings. [Vgl. Busso, G.; Hallbach-Gröming, B., 1998, S. 32] In der
Praxis ist es so, dass meistens nicht alle Elemente dieses Puzzles vorhanden sind. Vor allem
der Aspekt der Verwaltungsorganisation bzw. Verwaltungsmodernisierung ist heute kaum
noch in den Stadtmarketingausprägungen der verschiedenen Städte zu finden. Stark
vertreten waren 2004 Stadtmarketingaktivitäten mit einzelnen Schwerpunkten, z.B.
bezogen auf den Einzelhandel, Stadtwerbung oder Standortmarketing. Am meisten
vertreten war ein partielles Stadtmarketing, d.h. aus der Sicht des umfassenden Marketings,
ein unvollständiges Stadtmarketing, jedoch ohne erkennbare Schwerpunkte. Unter dieser
Gruppe gibt es aber durchaus erfolgreiche, umsetzungsorientierte Modelle mit einer
Vielzahl von Projekten. [Vgl. Birk, F.; Busso, G.; Hallbach-Gröming, B., 2006, S. 72]
9

Zusammenfassend kann man sagen, dass sich hinter dem Begriff Stadtmarketing tatsächlich
eine Vielzahl von Aktivitäten befinden kann. Es kann sich um partielle Aktivitäten aus den
Bereichen Einzelhandelsmarketing, Stadtwerbung, Standortmarketing oder Stadt-
entwicklungsmarketing handeln. Es kann sich aber auch um das umfassende Stadtmarketing
aus der Fachliteratur handeln, das jedoch in seiner reinen Form in der Praxis eher selten
vorkommt.
Einige Erfolgsfaktoren, die in jedem Fall berücksichtigt werden sollten, sind die
Unterstützung des Stadtmarketings durch die Stadtverwaltung, Projektorientierung,
Monitoring der Aktivitäten und als sehr wichtiger Faktor, die Beteiligung der Bürger. [Vgl.
Birk, F.; Busso, G.; Hallbach-Gröming, B., 2006, S. 48 ff]
2.4 Parallelen zum Betriebswirtschaftlichen Marketing
Auch in diesem Punkt macht die Bedeutungsvielfalt des Begriffes Stadtmarketing, die
Beantwortung der Frage der Übertagbarkeit des betriebswirtschaftlichen Marketings
schwierig. Daher soll im Folgenden zwischen dem umfassenden Marketing, dem
Verwaltungsmarketing und dem Marketing für Teilbereiche unterschieden werden. [Vgl.
Busso, G.; Hallbach-Gröming, B., 1998, S. 20]
Beim umfassenden Stadtmarketing, wird die Stadt als Ganzes betrachtet, mit allen Aspekten
und Akteuren, die an der Gestaltung der Stadt teilhaben. Die Stadtverwaltung hat nur zum
Teil Einfluss auf die Entwicklung und Gestaltung der Stadt als Lebensraum. Sie kann zwar für
die Rahmenbedingungen sorgen, die für möglichst hohe Lebensqualitäten notwendig sind.
Das Erscheinungsbild und die Lebensqualität selbst, werden jedoch auf eine viel direktere
Weise durch die Bürger und die privat-wirtschaftlichen Akteure einer Stadt bestimmt.
Dadurch wird eine Betrachtungsweise der Stadt als Unternehmen und der Bürger als
Kunden nahezu unmöglich. [Vgl. Busso, G.; Hallbach-Gröming, B., 1998, S. 19] „Bürger sind
viel mehr als „Kunden“, sie sind Akteure und „Zielgruppen“ gleichzeitig.“ [Busso, G.;
Hallbach-Gröming, B., 1998, S. 19] Die Bürger müssen also in den Prozess der Zielfindung mit
eingebunden werden. Die Ziele der Bürger müssen nicht einfach nur berücksichtigt werden
um, wie im betriebswirtschaftlichen Marketing, die Ziele des Unternehmens effizienter
umzusetzen. Die Bürger bestimmen die Ziele des „Unternehmens“ Stadt selbst mit. Das
Prinzip des Marketing-Mixes kann auf diese Form des Stadtmarketing kaum angewendet
werden. [Busso, G.; Hallbach-Gröming, B., 1998, S. 19]
Unter dem Verwaltungsmarketing wird hier das Marketing im Bereich der kommunalen
Selbstverwaltung verstanden. Auch hier sind die Rahmenbedingungen andere, als im
Privatwirtschaftlichen. Unternehmen in der freien Marktwirtschaft, handeln autonom. [Vgl.
10

Hermann, F., 2010, S. 5 f] Die Stadtverwaltungen hingegen haben zahlreiche gesetzlich
vorgeschriebene Aufgaben. Ob und wie diese erfüllt werden sollten, steht nicht im
Ermessen des Verwaltung. Es gibt auch Hoheitsaufgaben die, zwar erfüllt werden müssen,
jedoch bis zu einem bestimmten Grad durch die Verwaltung gestaltbar sind. Sie kann
beispielsweise die Qualität und den Umfang dieser Aufgabenerfüllung bestimmen. [Mauer,
U., 2003, S. 20 f] Hier ist die Übernahme des Philosophie Aspektes des Marketings, in
gewisser Weise möglich. Die Verwaltung erfüllt ihre Aufgaben so, dass ihr Handeln
möglichst an die Bedürfnisse der Bürger angepasst ist. Die Verwaltung bezieht sich nicht auf
die internen Bedürfnisse sondern auf die der „Kunden“, also der Bürger.
Noch besser lässt sich der betriebswirtschaftliche Marketingansatz auf das Marketing in
Teilbereichen anwenden. Hierbei handelt es sich z.B. um Marketing für kommunale
Einrichtungen (z.B. Hallenbad, Theater, Museum usw.) oder für Verkehrsbetriebe. Auch
Teilbereiche wie Standortmarketing, oder Tourismusmarketing fallen in diese Kategorie.
[Vgl. Busso, G.; Hallbach-Gröming, B., 1998, S. 20] Hier lässt sich auch der Marketing-Mix zu
Teilen anwenden. Der Preis kann beispielsweise für kommunale Einrichtungen, den
Marktverhältnissen entsprechend gesteuert werden, oder die Gewerbesteuerhebesätze
entsprechend der Marketingstrategie angepasst werden. Das Produkt kann ebenfalls nach
den Bedürfnissen des Marktes gestaltet werden, wobei das beim Standortmarketing wieder
nur teilweise zutrifft. Da es sich bei den Produkten der Verwaltung grundsätzlich um
Dienstleistungen handelt, spielt hier vor allem die Verkaufspolitik als Teil der Vertriebspolitik
eine Rolle. Damit ist gemeint wie man neue Kunden gewinnt und wie bestehende Kunden
gehalten werden können. [Vgl. Winkelmann, P., 2010, S.45] Das Marketinginstrument der
Kommunikationspolitik ist schließlich sehr gut auf diese Teilbereiche des Stadtmarketings
anwendbar.
2.5 Abgrenzung von Stadtmarketing und Standortmarketing
Wie eingangs schon geschildert sind die Begriffe Stadtmarketing und Standortmarketing in
der Praxis oft nicht klar trennbar. In der Fachliteratur gibt es jedoch eine klare Abgrenzung.
Hier wird auch oft vom umfassenden Stadtmarketing gesprochen, um den integrativen und
weitgefächerten Charakter des Stadtmarketings zu betonen.
„So könnte man […] Marketing für Teilbereiche (z.B. Standortmarketing 18 ) als Bestandteile
einer umfassenden partizipativen und kooperativen Stadtentwicklung verstehen. Daß solche
auf Teilbereiche beschränkten Aktivitäten häufig undifferenziert mit dem pauschalen Etikett
„Stadtmarketing“ versehen werden, trägt nicht nur zur Begriffsverwirrung bei, […]“ [Busso,
G.; Hallbach-Gröming, B., 1998, S. 20]
11

„Standortmarketing stellt einen Teilaspekt bzw. ein Element innerhalb einer
Stadtmarketingkonzeption dar, das zielgerichtet in das ganzheitliche Gesamtkonzept
eingebunden wird.“ [Ermentraut, P., 1998, S. 2]
„Die Interpretation Stadtmarketing als Standortmarketing reduziert den
Themenschwerpunkt weitgehend auf die Wirtschaftsförderung […]. Auch diese einseitige
Orientierung an einer „firm attraction“ unter weitgehender Vernachlässigung der „people
attraction“ 76 , […], wird dem Stadtmarketingbegriff nicht gerecht.“ [Mauer, U., 2003, S. 27]
Aus diesen Zitaten geht klar hervor, dass man Stadtmarketing, aus fachlicher Sicht nicht mit
Standortmarketing gleichsetzen kann. Auch wenn dies in der Praxis gelegentlich der Fall sein
mag.
Das Standortmarketing besteht wiederum auch nicht nur aus Werbung für den Standort.
Das Standortmarketing soll den gesamten Standort nach innen und außen attraktiver
machen. Dabei stehen mögliche Investoren und die ansässigen Unternehmen zwar im
Mittelpunkt, doch der Standort muss die Bedürfnisse der Bürger in gleichem Maße erfüllen.
Auch hier ist die Vorgehensweise ähnlich wie beim Stadtmarketing, jedoch liegt die
Zielgruppe bei den Wirtschaftsakteuren. [Vgl. Ermentraut, P., 1998, S. 2]
3. Das Internet
3.1 Geschichte des Internets
Die genaue Entstehung des Internets nachzuvollziehen ist schwer. In dem Buch „HTML 4.0
Handbuch“ von Münz und Nefzger von 1999 z.B., wird als Ausgangpunkt die Entwicklung
eines Systems genannt, das die Daten des US-Militärs, während des kalten Krieges, bei
einem Atomangriff schützen sollte. Dies ist eine weit verbreitete These, sie wird jedoch auch
immer wieder angezweifelt, so wird die These z.B. in einem Artikel im Internet unter
http://www.netplanet.org/geschichte/, als urbane Legende bezeichnet. Auch Wikipedia
bezweifelt die Richtigkeit der These. [Vgl. http://de.wikipedia.org/wiki/Arpanet, Zugriff:
02.07.2011] Diese Frage kann hier nicht abschließend geklärt werden. Als Fakt kann jedoch
angesehen werden, dass das Internet seinen Ursprung im ARPA-Net hat.
Das ARPA-Net wurde Ende der 1960er Jahren durch die Arbeitsgruppe „Advanced Research
Projects Agency“ entwickelt. Die ARPA gehörte zwar zum US-Militär, es gab jedoch viele
Mitarbeiter, die aus dem wissenschaftlichen und nicht aus dem militärischen Bereich
stammten. [Vgl. http://www.netplanet.org/geschichte/arpa.shtml, Zugriff: 02.07.2011]
12

Zunächst verband das ARPA-Net amerikanische Universitäten und Forschungseinrichtungen.
[Vgl. Braade, Frank, 2000, S. 17]
Die amerikanische National Science Foundation sorgte in den 80er Jahren dafür, dass die
Rechenzentren aller wichtigen Universitäten und Forschungseinrichtungen der USA
miteinander verbunden wurden, und gründete so das Computer Science Network (CSNET).
Später wurden noch die Netze der NASA und des US-Energieministeriums an das Netz
angeschlossen und bildeten das NFSNET. Dieses Netz löste das ARPA-Net ab. Immer mehr
Computer wurden an das Netz angeschlossen und es entwickelte sich eine Netzstruktur aus
vielen kleineren Netzen. [Vgl. Braade, Frank, 2000, S. 21]
In Europa kam es in den 1980er zu ersten Netzstrukturen die vergleichbar mit dem
amerikanischen Internet waren und das ARPA-Net als Vorbild hatten. 1986 wurde das
"RARE" ("Réseaux Associés pour la Recherche Européene") gegründet, ein
Computernetzwerk aus europäischen Universitäten und Forschungszentren. [Vgl.
http://www.netplanet.org/geschichte/arpa.shtml, Zugriff: 02.07.2011] 1992 entstand
schließlich ein System, das alle wichtigen europäischen Datennetze verband, das Ebone.
[Vgl. http://www.itwissen.info/definition/lexikon/European-backbone-EBONE.html, Zugriff:
02.07.2011]
Zu dieser Zeit war das Internet bereits privat und kommerziell nutzbar, doch es war lediglich
über Kommandobefehle zugänglich und so schwer zugänglich für den normalen Nutzer. [Vgl.
http://www.points.de/geschichte-des-internet.php, Zugriff: 02.07.2011]. Anfang der 1990er
Jahre suchte Tim Berners-Lee von der „European Organization for Nuclear Research“ (CERN)
nach einer Methode, um die Datenvielfalt am CERN sinnvoll zu strukturieren und vor allem
für die Mitarbeiter leicht zugänglich zu machen. Die Lösung war ein Client-Server-System,
bestehend aus HTML (HyperText Markup Language) als Dateiformat, http (HyperText
Transfert Protocol) zur Datenübertragung und einer Client-Software, zur Darstellung der
Daten. Der Erfolg des WWW beruht unter anderem auf der Tatsache, dass der Source-Code
frei im Internet veröffentlicht wurde und so von jedem weiterentwickelt werden konnte.
Mit den ersten graphischen Client-Softwaren, die heute als Internet-Browser bezeichnet
werden, verbreitete sich das WWW sehr rasant und entwickelte sich zu dem, was wir heute
als WWW kennen. [Vgl. Braade, Frank, 2000, S. 21]
In diesem Zusammenhang sei noch auf die heute oft synonyme Benutzung der Begriffe
Internet und WWW hinzuweisen. Diese Gleichsetzung ist technisch gesehen jedoch falsch.
Das Internet beschreibt das Netz in seiner Gesamtheit, bzw. der Zusammenschluss der
Einzelnetze. Das WWW ist nur ein Dienst des Internets, neben anderen Diensten wie E-Mail,
FTP oder News. [Vgl. Braade, Frank, 2000, S. 225 ff] Dass das WWW einer der wichtigsten
Dienste, wenn nicht sogar der wichtigste Dienst des Internets ist, wird in dieser
13

obengenannten Gleichsetzung deutlich. Wenn in dieser Arbeit von internetbasierten 3D-
Modellen gesprochen wird, bezieht sich dies in erster Linie auf das WWW.
3.2 Heutige Bedeutung des Internets
Abbildung 3 – Informations- und Kommunikationstechnologien
Quelle:
http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Grafiken/Informationsgesellschaft/Fotografie
/IKTHaushalte,templateId=renderLarge.psml, Zugriff 02.07.2011
Nach Informationen des Statistischen Bundesamtes hatten 2010, 77 % der Haushalte einen
Internetanschluss. 73% der Internetnutzer waren zudem täglich online. Des Weiteren
besaßen 2010, 82 % aller Unternehmen einen Internetanschluss, mehrheitlich über einen
Breitbandanschluss. [Vgl.
http://www.destatis.de/jetspeed/portal/cms/Sites/destatis/Internet/DE/Navigation/Statisti
ken/Informationsgesellschaft/Informationsgesellschaft.psml, Zugriff: 02.07.2011] Diese
Zahlen machen deutlich, dass das Internet in der Gesellschaft mittlerweile eine große Rolle
spielt und Privatpersonen wie Unternehmen das Internet intensiv nutzen. Es gibt also keinen
Zweifel mehr, dass das Internet auch von der Stadtplanung als Informations- und
Kommunikationsmittel genutzt werden sollte. Dies ist heute auch schon oft der Fall. Die
neuere Entwicklung im Internet wird mit dem Begriff Web 2.0 beschrieben. Der
14

Internetnutzer ist nicht mehr reiner Empfänger von Information, sondern ist aktiv an der
Generierung der Inhalte beteiligt. Sei es durch Kommentare, Tags, oder andere
Interaktionsmöglichkeiten. So kann die kollektive Intelligenz der Nutzer genutzt werden.
Besonders eindrucksvoll ist dies an dem Beispiel von Wikipedia zu beobachten. Die Inhalte
dieser Online-Enzyklopädie werden von den Nutzern selbst erstellt und ständig aktualisiert.
[Vgl. Walsh, G., 2011, S. 4 ff und http://www.oreilly.de/artikel/web20.html, Zugriff:
03.07.2011] Auch für die Stadtplanung bieten sich besonders im Rahmen der
Bürgerbeteiligung neue Möglichkeiten.
3.3 Die Sprache des WWW
In diesem Punkt geht es um die Sprache des World Wide Web. Sprache ist in diesem
Zusammenhang in einem technischen Kontext zu verstehen. Im WWW werden
Informationen im HTML-Dateiformat (HyperText Markup Language) ausgetauscht. Die
Grundlagen dieser Sprache müssen an dieser Stelle kurz erläutert werden, weil sie für den
praktischen Teil der Arbeit von Bedeutung sind. In dieser Arbeit kann ebenfalls nicht
umfassend und tiefgehend auf HTML oder auch XML eingegangen werden. Es soll lediglich
ein grober Umriss dargestellt werden.
3.3.1. HTML
Wie das „Markup“ in HTML bereits vorgibt, ist HTML eine Auszeichnungssprache. HTML
beschreibt in gewisser Weise den Inhalt eines Dokumentes. Wenn man ein Textdokument
betrachtet, besteht dieses aus mehreren Elementen. Ganz am Anfang steht der Titel des
Dokumentes, dann kommt erst der eigentliche Text, der meist mit einer Überschrift beginnt,
anschließend kommt der erste Abschnitt usw.. HTML benutzt sogenannte „Tags“ um die
einzelnen Elemente des Dokumentes zu kennzeichnen bzw. auszuzeichnen.
So kann z.B. eine Überschrift im Dokument mit einem definierten Tag, z.B. dem „h1“-Tag,
ausgezeichnet werden. In der Praxis sieht das dann so aus:
Überschrift des Dokumentes
Der Internet-Browser kennt diese Tags und wüsste in diesem Beispiel, dass es sich um eine
Überschrift ersten Ranges handelt. Nun kann der Browser den Text innerhalb dieses
Bereiches nach einer definierten Formatierung darstellen, z.B. fett und in einer größeren
Schrift als der Rest des Textes. Die bekannten Tags werden natürlich nicht mit angezeigt.
Hier wäre das Ergebnis beispielsweise:
Überschrift des Dokumentes
15

Welche Formatierung genau gewählt wird, hängt von der Voreinstellung des jeweiligen
Browsers ab. Damit alle Webdesigner die gleichen Tags benutzen und die verschiedenen
Browser diese auch verstehen können, wurde HTML kontinuierlich in verschiedenen
Versionen standardisiert. Als letzte offiziell, vom World Wide Web Consortium (W3C)
verabschiedete HTML-Version, ist das HTML 4.01. [Vgl. Braade, Frank, 2000, S. 39 ff]
Neben dem HTML 4.01 existiert noch eine erweiterte Form des HTML, das XTML. XHTML
basierend auf der eXtensible Markup Language (XML). XML wurde für den Transport und
das Speichern von Daten entwickelt. In XML gibt es genau wie HTML auch Tags, diese sind
jedoch nicht vordefiniert, sondern müssen selbst, in einer selbsterklärenden Weise, definiert
werden. [Vgl. http://www.w3schools.com/xml/xml_whatis.asp, Zugriff: 03.07.2011]
Hier ein kurzes Beispiel zur Erläuterung. Ein Dokument enthält Informationen über eine
Musik-CD, dieses Dokument könnte in XML so aussehen:
Dark Side of the Moon
Pink Floyd
1973
Progressive Rock
All die benutzten Tags sind nicht in XML vordefiniert, sondern können jeweils passend für
den jeweiligen Einsatzbereich definiert werden. [Vgl. Harold, E. R., 2002, S. 32 f] Es handelt
sich um eine Anwendung von XML. Erst einmal kann dieses XML-Dokument nichts weiter als
die Daten speichern und transportieren. Dadurch dass die Tags sinngemäß der
menschlichen Sprache gewählt wurden, kann ein Mensch die Informationen lesen und
verstehen. Für einen Browser beispielsweise, haben diese Tags jedoch keinerlei Bedeutung.
Wenn die Daten auf eine gewisse Weise dargestellt werden sollen, müssen den einzelnen
Tags, z.B. über ein Stylesheed, Regeln zugewiesen werden, wie die Darstellung aussehen
soll. In diesem Stylesheed könnte stehen, dass der Browser den Text zwischen den „title“-
Tags fett darstellen soll. [Vgl. Harold, E. R., 2002, S. 83 f] Es können jedoch auch Programme
geschrieben werden, die diese speziellen Tags kennen, in diesem Fall z.B. ein Programm, das
eine Datenbank für CDs erstellt.
XHTML ist eine Anwendung von XML. Fast alle Tags die in HTML 4.01 definiert sind, können
auch in XHTML benutzt werden. [Vgl. http://www.w3schools.com/xhtml/xhtml_intro.asp,
Zugriff: 03.07.2011] XHTML muss jedoch die Regeln von XML befolgen, das hat zur Folge,
dass XHTML strenger ist in der Syntaxhandhabung. Werden bei HTML 4.01 kleine Fehler
verziehen, wie ein fehlendes Schlusstag, bricht der Parser beim XHTML-Dokument ab. Nicht
immer verzeiht der Browser die Fehler in HTML 4.01, das hängt maßgeblich von dem
16

Browser und der Version des Browsers ab. Mit XHTML ist eine korrekte Darstellung in allen
Browsern sichergestellt. [Vgl. Harold, E. R., 2002, S. 673 f]
Die neuste Version von HTML soll HTML5 heißen und HTML 4.01 wie auch XHTML ablösen.
Dabei ist mit dem Begriff HTML5 nicht nur das reine HTML gemeint sondern ein Paket aus
HTML, CCS und JavaScript. Auf die beiden letzten Begriffe wird im nächsten Punkt noch
eingegangen. Eine sehr wichtige Neuerung von HTML5 ist, dass es nicht mehr nötig sein wird
Plugins zu benutzen um 3D-Inhalt oder Filme darzustellen. Ein neues Element das hierfür
vorgesehen ist, ist das canvas-Element.
[Vgl. http://www.chip.de/artikel/HTML5-Das-Web-von-morgen_41539437.html und
http://www.drweb.de/magazin/html5-ueberblick/, Zugriff: 03.07.2011]
3.3.2 Ergänzungen zu HTML
Wie bereits erwähnt ist HTML eine Auszeichnungssprache, also eine Sprache die ein
Dokument beschreibt, bzw. die einzelnen Elemente des Dokumentes beschreibt. Es
beschreibt die Struktur, Verweise und Verlinkungen. HTML ist jedoch nicht dazu gedacht,
um zu bestimmen wie ein Dokument dargestellt wird. Im Laufe der Zeit wurden zwar auch
Formatierungs- und Layout Möglichkeiten hinzugefügt, diese entsprechen jedoch nicht der
ursprünglichen Philosophie von HTML und werden in folgenden Versionen möglicherweise
nicht mehr unterstützt. Außerdem kann es sehr umständlich sein für jede Seite einzeln eine
Formatierung vorzunehmen. Ein weiterer Nachteil ist, dass die Gestaltungsmöglichkeiten
mit dieser Methode relativ eingeschränkt sind. Deshalb sollte lieber auf Cascading Style
Sheets (CSS) zurückgegriffen werden.
[Vgl. Braade, Frank, 2000, S. 49 f und http://www.w3schools.com/css/css_intro.asp, Zugriff:
03.07.2011]
Abbildung 4 – CSS Syntax
Quelle: http://www.w3schools.com/css/css_syntax.asp, Zugriff: 03.07.2011
Der „Selector“ ist das Tag, auf das die Formatierung angewendet werden soll. In diesem
Fall, alle Überschriften erster Ordnung. Die nachfolgenden Zuweisungen werden immer
zwischen eine öffnende und eine schließende, geschwungene Klammer ({}) gesetzt.
„Property“ gibt an welche Eigenschaft gestylt werden soll, z.B. wie hier die Farbe und die
Schriftgröße aber auch andere Dinge sind möglich wie die Position, die Hintergrundfarbe,
17

eine Umrandung usw.. Zu jeder „Property“ gehört eine „Value“, also ein Wert. [Vgl.
http://www.w3schools.com/css/css_syntax.asp, Zugriff: 03.07.2011]
Auf das Beispiel aus dem Punkt 2.3.1 angewendet hat das folgende Auswirkungen. Die
Formatierung der Zeile „Überschrift des Dokumentes“ wird nicht mehr vom
Browser bestimmt, sondern von dem CSS. Das Resultat wäre hier nicht mehr:
Überschrift des Dokumentes
Sondern:
Überschrift des Dokumentes
Eine weitere wichtige Erweiterung zu HTML ist das JavaScript. Reines HTML ist statisch und
verändert sich nicht dynamisch. Es können auch z.B. Buttons in HTML eingefügt werden.
Diese haben jedoch erst mal keine Funktion. Es erscheint zwar eine Schaltfläche auf der
Webseite, beim Anklicken passiert aber nichts. Um zu bestimmen was beim betätigen dieser
Schaltfläche passieren soll, kann JavaScript verwendet werden. Das ist nur ein Beispiel, auch
für viele andere Interaktionsfunktionen kann JavaScript benutzt werden. Es ist möglich
nachträglich auf alle Elemente des HTML-Dokumentes zuzugreifen und so z.B. dynamisch
eine Textpassage auszuwechseln, die Farbe der Schrift zu ändern und vieles mehr.
[Vgl. Braade, Frank, 2000, S. 50 und http://www.w3schools.com/js/js_intro.asp, Zugriff:
03.07.2011]
Als letzten Punkt sollte hier noch das Document Object Model (DOM) erwähnt werden. Das
DOM ist in dem Sinne keine Erweiterung zu HTML, sondern eine Schnittstelle um, mit Hilfe
von Skripten und Style Sheets, auf die Struktur und den Style eines Dokumentes, in diesem
Fall eines HTML-Dokumentes, zuzugreifen. [Vgl. http://www.w3.org/DOM/, Zugriff:
10.07.2011] Das DOM stellt das Dokument als Baumstruktur dar. Hier ein Beispiel von der
Webseite http://www.w3schools.com/.
18

Abbildung 5 – DOM-Dokumentstruktur
Quelle: http://www.w3schools.com/htmldom/default.asp, Zugriff: 10.07.2011
Das DOM definiert den Inhalt des HTML-Dokumentes als verschiedene Arten von „nodes“,
also Knoten. Es gibt die „document node“ diese beschreibt das gesamte Dokument,
„element nodes“ für jedes Element des Dokumentes, „text nodes“ für den Inhalt der
Elemente, „attribute nodes“ für die Attribute und schließlich „comment nodes“ für
Kommentare. Letztere sind in der Abbildung 5 nicht dargestellt. [Vgl.
http://www.w3schools.com/htmldom/dom_nodes.asp, Zugriff: 10.07.2011] Die einzelnen
Knoten stehen in Beziehung zueinander, wobei die „document node“, als gesamtes
Dokument, den Stamm bildet.
Das DOM definiert ebenfalls Methoden um auf die einzelnen Knoten zuzugreifen. Eine oft
benutzte Methode ist z.B.: node.getElementById(id). Mit dieser Methode kann man auf ein
bestimmtes Element des HTML-Dokumentes zugreifen. Um welches Element es sich
handelt, wird mit dem „id“-Attribut festgelegt.
[Vgl. http://www.w3schools.com/htmldom/dom_methods.asp, Zugriff: 10.07.2011]
4. 3D-Visualisierung
4.1 Definition und Bedeutung in der Stadtplanung
Eine Visualisierung ist eine bildhafte Darstellung von Daten, Strukturen und / oder
Zusammenhängen. Sie werden genutzt um die Kommunikation zu erleichtern, oder
19

Analysen besser durchführen zu können. Die Visualisierung ist keine neue Methode, z.B. in
der Kartographie hat man schon immer auf die Visualisierung von Daten zurückgegriffen.
[Vgl. Schumann, H.; Müller, W., 2000, S. 1] Im Falle einer konventionellen Karte handelt es
sich um eine 2D-Visualisierung. Seit den 1980er Jahren, als die PCs allmählich
leistungsfähiger und erschwinglicher wurden, kamen CAD-Programme zu ihrem Durchbruch.
[Vgl. Streich, B.; Weisgerber, W., 1996, S. 17] In dieser Zeit kamen auch erste 3D
Anwendungen, für den End-Nutzer, auf dem Markt.
Seit Mitte dieses Jahrzehnts besteht kein Zweifel mehr, dass sich die Computer-Graphik
auch in der Stadtplanung durchgesetzt hat. Alle gängigen Darstellungsformen, die man
schon immer in der Stadtplanung genutzt hat, können heute am Computer erstellet werden.
Seien es nun Pläne, Perspektiven oder gar 3D-Modelle. [Vgl. Streich, B., 2011, S. 378] In
dieser Arbeit soll es hauptsächlich um die 3D-Visualisierung von real existierenden oder
geplanten städtebaulichen Situationen gehen. Anders ausgedrückt um die Herstellung und
die Darstellung von 3D-Modellen. In diesem Bereich hat sich, in der Stadtplanung, in den
letzten Jahren eine sehr starke Entwicklung, weg vom physischen Modell hin zum virtuellen
3D-Modell vollzogen. Wenn man sich das heutige Studium des Stadtplaners anschaut, spielt
das manuelle Entwerfen nur noch eine sehr untergeordnete Rolle, während
computergestützte Methoden vielfältig zum Einsatz kommen und in eigenen
Veranstaltungen gelehrt werden. Hier sollte auf den Einwand von Streich und Weisgerber, in
dem Werk „Computergestützter Architekturmodellbau“ von 1996 hingewiesen werden.
Hier heißt es, dass virtuelle Modelle die physischen nicht vollständig ersetzten könnten,
wegen der zusätzlichen Kommunikativen Komponente die physische Modelle besitzen.
Menschen können sich um ein physisches Modell versammeln und es gleichzeitig aus
verschiedenen Perspektiven betrachten, so werden gruppendynamische Prozesse aktiviert,
die die Kommunikation in der Gruppe fördern. [Vgl. Streich, B.; Weißgerber, W., 1996, S.40
f] Diese Feststellungen treffen heute sicherlich immer noch zu. Die Verdrängung des
physischen Modells, zumindest in der Stadtplanung, hat sehr wahrscheinlich etwas mit der
ständigen Kostenreduzierung der Hardware wie auch der Software zu tun, die benötigt
werden um solche Darstellungen zu erstellen. Auch die Bedienbarkeit hat sich verbessert,
und ist heute oft so intuitiv, dass selbst Leihen nach kurzer Einarbeitungszeit
beeindruckende Resultate erzielen können. In diesem Zusammenhang sei auf die 3D-
Modellierungssoftware Google SketchUp hinzuweisen. Die Modellierung ist hier sehr intuitiv
und verlangt kein tiefgehendes Verständnis der Modellierungstechnik. Ein weiterer
wichtiger Punkt ist die kostenlose Verfügbarkeit der Grundversion, die schon über eine
umfangreiche Palette an Werkzeugen verfügt, die es dem Planer ermöglicht ein adäquates
Modell herzustellen. [Vgl. Zeile, P., 2010, S. 143; Höffken, S., 2009, S. 53 f] Ein virtuelles 3D-
Modell zu erstellen ist heute einfacherer denn je und zusätzlich relativ kostengünstig zu
20

ealisierten. Zudem kann das Modell zu zahlreichen weiterführenden digitalen
Analysenmethoden genutzt werden. So wird es immer akzeptabler diese fehlende
Kommunikationskomponente, gegenüber dem physischen Modell, in Kauf zu nehmen, wenn
man die Unterschiede im Aufwand bei der Erstellung in Betracht zieht. Abhilfe könnten hier
3D-Plotter liefern, die ebenfalls in dem oben erwähnten Werk von Streich und Weißgerber,
diskutiert werden. Mit dieser Technik könnten 3D-Modelle einfach in 3-dimensionaler Form
ausgeplottet werden, ohne dass ein zeitlicher Mehraufwand entsteht. Momentan sind
solche 3D-Plotter jedoch noch nicht in einer kostengünstigen Form verfügbar, sodass sie
regelmäßig eingesetzt werden könnten.
4.2 Detaillierungsgrade (LOD-Stufen)
Bei virtuellen 3D-Modellen im Städtebau kann der Detaillierungsgrad mit Hilfe von „Level Of
Detail“ beschrieben werden. Der CityGML-Standard definiert 5 LOD-Stufen. Dieser Standard
soll eine einheitliche Basis für die Erstellung und Speicherung von 3D-Stadtmodellen bilden.
(http://www.citygml.org/). Es gibt die LOD-Stufen 0 bis 4, wobei die Genauigkeit des
Modells jeweils zunimmt. [Vgl. Zeile, P., 2009, S. 125]
LOD0: Bei einem LOD0-Modell handelt es sich um ein virtuelles 2,5D Modell, jeder Punkt hat
zwei Koordinaten plus ein Höhenattribut. Die Lage und die Höhe der Punkte können
Abweichungen von über 5 Meter aufweisen. Wobei die Genauigkeitsangaben für alle LOD-
Stufen nicht als absolute Vorschrift angesehen werden sollten, sondern gegebenenfalls
angepasst werden können.
LOD1: In einem LOD1-Modell werden Gebäude als einfache Kubaturen dargestellt. Es gibt
weder eine differenzierte Texturierung noch werden Dachflächen dargestellt. Im LOD1 sollte
das Modell standardmäßig, in der Positionierung und der Höhe, eine Genauigkeit von
mindestens 5 m aufweisen.
LOD2: LOD2-Modelle berücksichtigen bereits unterschiedliche Dachformen sowie
Gebäudeformen und es werden differenzierte Oberflächen benutzt. Die Genauigkeit sollte,
in der Positionierung wie in der Höhe, mindestens 2 m betragen.
LOD3: Ein LOD3-Modell stellt ein architektonisches Modell dar. Die Fassaden und
Dachstrukturen werden in einem hohen Detaillierungsgrad dargestellt. Hier können
ebenfalls hochauflösende Texturen auf das Modell aufgetragen werden. Die Genauigkeit
sollte, in der Positionierung wie in der Höhe, mindestens 0,5 m betragen.
21

LOD4: In LOD4 werden dem LOD3-Modell zusätzlich Modellierungen des Innenraums
hinzugefügt. Die Genauigkeit beträgt hier mindestens 0,2 m, in der Positionierung und
Höhe.
[Vgl. Zeile, P., 2009, S. 125ff und Gröger, G. et al.,2008, S. 9f]
4.3 3D-Modellierungsprogramme
Unter diesem Punkt sollen exemplarisch verschiedene Modellierungsprogramme vorgestellt
werden, die in dieser Arbeit zum Einsatz kamen. Einerseits unterscheiden sie sich in ihren
Möglichleiten, aber auch in der Bedienbarkeit, die wiederum unmittelbar mit dem
Leistungsumfang der Programme zusammenhängt.
Google SketchUp:
Google SketchUp lässt sich im Vergleich zu anderen 3D-Modellierungsprogrammen sehr
intuitiv bedienen. Zweidimensionale Flächen lassen sich mit dem „Drücken/Ziehen“-
Werkzeug einfach in die dritte Dimension hochziehen. Auf diese Weise entstehen sehr
einfach dreidimensionale Strukturen. Auch das Texturieren mit vordefinierten Materialien
oder eigenen Fotos, stellt kein größeres Problem dar. Die Texturen können z.B. einfach mit
der Maus auf die richtige Größe gezogen werden. Ansonsten nimmt SketchUp
standardmäßig eine Kachelung der Textur vor. Nach kurzer Eingewöhnungszeit, ist es selbst
für Laien möglich ein zweckmäßiges und auch optisch ansprechendes Modell zu erstellen.
Weitere wichtige Funktionen sind die Möglichkeit Geländemodelle und Satellitenfotos aus
Google Earth zu importieren, Modelle zu georeferenzieren sowie die Möglichkeit erstellte
Modelle nach Google Earth zu exportieren. Auch der Kostenfaktor spielt eine wichtige Rolle.
Die Grundversion von Google SketchUp ist kostenlos erhältlich und enthält alle benötigten
Werkzeuge zur Modellierung. Diese Eigenschaften machen SkecthUp zu einem sehr
nützlichen Hilfsmittel für den Stadtplaner, wenn es um die 3D-Visualisierung geht. [Vgl.
Zeile, P., 2010, S. 136 f und Höffken, S., 2009, S. 53 f] In dieser Arbeit wurde das Programm
zur Modellierung des Gewerbegebietes „Stubenwald“ benutzt. Unter dem Punkt „8.
Dokumentation der 3D-Modellierung“ wird dieser Arbeitsschritt genauer beschrieben.
22

Abbildung 6 –Google Ske
Quelle: Eigene Darstellung
Maxon Cinema4D:
Cinema4D ist ein Programm zur Erstellung von 3D-Modellen. Es gibt jedoch noch eine
Vielzahl von anderen Funktionen, wie das Erstellen von Animationen und komplexen
Materialien. Cinema4D ist eine kostenpflichtige Software und ist in vier verschieden
Versionen, mit jeweils einem erweiterten Funktionsspektrum, erhältlich. Mit der „Studio“-
Version können sehr aufwendige 3D-Animatonien, wie sie im Filmbereich eigesetzt werden,
realisiert werden. Maxon wirbt auf ihrer Internetseite mit einer leichten Bedienbarkeit und
schnellen Ergebnissen bei Einsteigern. [Vgl. http://www.maxon.net/de/products/cinema-
4d-prime/who-should-use-it.html, Zugriff 30.06.2011] In dem praktischen Teil dieser Arbeit
wird dieser Leistungsumfang jedoch nicht ansatzweise ausgenutzt. Das Programm dient
lediglich als eine Art Zwischenstufe für den Export in XML3D. Da das Programm weder zu
Modellierung, noch zur Texturierung benutzt wurde, können hier keine abschließenden
Aussagen über die Bedienbarkeit gemacht werden. Das Strukturieren des Modells gestaltet
sich jedenfalls sehr einfach über eine Liste, die sämtliche Objekte und Gruppen des Modells
23

enthält. Auch Kamerafahrten lassen sich relativ leicht erzeugen. Dass diese Software jedoch
eine längere Einarbeitungszeit und tiefergehende Auseinandersetzung mit den Funktionen
voraussetzt, ist unter Betrachtung des erweiterten Funktionsspektrums gegenüber Google
SketchUp, nicht verwunderlich.
Abbildung 7 – Maxon Cinema 4D
Quelle: Eigene Darstellung
Blender:
Blender ist eine kostenlose 3D-Software. Momentan stellt das DFKI auch einen XML3D-
Exporter für Blender zur Verfügung (http://www.xml3d.org/2011/03/xml3d-blender-
exporter/). Nach der subjektiven Meinung des Autors dieser Arbeit, ist diese Software
weniger übersichtlich und die Bedienbarkeit weniger intuitiv. Außerdem gab es Probleme
beim Import des SketchUp-Modells in Blender. Die Strukturierung des Modells war ebenfalls
leichter in Cinema4D zu bewerkstelligen, weil hier Instanzen direkt mit übertragen wurden.
Aus diesen Gründen wurde für dieses Projekt die Arbeit mit Cinema4D vorgezogen. Die
beschriebenen Vorbehalte sollen jedoch nicht die Leistungsfähigkeit von Blender in Frage
24

stellen. Von der Modellierung bis hin zur Animation, ist mit dieser kostenlosen Software
alles möglich, wie die Beispiele unter http://www.blender.org, eindrucksvoll zeigen.
Abbildung 8 – Blender
Quelle: Eigene Darstellung
4.4 Einsatzmöglichkeiten von 3D-Modellen in der Stadtplanung
Die Einsatzmöglichkeiten von 3D-Modellen und 3D-Visualisierungen in der Stadtplanung,
sind heute vielfältig. Es können zwei große Anwendungsfelder bestimmt werden. Einmal
dient die 3D-Visualisierung als Analysewerkzeug und einmal als Kommunikations- bzw.
Informationsmedium. Oft werden auch beide Komponenten gleichzeitig genutzt. Unter der
Analyse sind einerseits Berechnungen an Hand von 3D-Modellen zu verstehen, z.B.
Schattenberechnungen, oder auch Hochwasserausbreitungsberechnungen. Die
Berechnungen laufen nach definierten physikalischen Gesetzen, oder zumindest nach
modellhaften Annäherungen an diese Gesetze ab. Anschließend können die errechneten
Daten in dreidimensionaler Form visualisiert werden, wodurch wieder der kommunikative
25

Aspekt des Modells zu tragen kommt. Eine andere Form der Analyse ist die rein optische
Analyse von Gestaltungsplanungen. Mit Hilfe eines 3D-Modells kann die
Gestaltungswirkung einer Planung schon vor der Realisierung äußert umfassend analysiert
werden. Sei es bei einer grundlegend neuen Planung, oder bei alternativen
Lösungsmöglichkeiten im Bestand. Nicht nur das Erscheinungsbild lässt sich nachvollziehen,
sondern auch die Wirkung der Szene auf den menschlichen Beobachter. So können noch in
der Planungsphase, Änderungen am Entwurf vorgenommen werden um die gewünschte
Raumwirkung zu erzielen. Somit sind 3D-Modelle nicht nur Darstellungen von Planinhalten
sondern, darüber hinaus, eine Möglichkeit der Erkenntnisgewinnung. [Vgl. Streich, B., 2011,
S. 362 f]
Das zweite sehr wichtige Anwendungsfeld von 3D-Visualisierungen, ist die Kommunikation
und die Information. Dies gilt einerseits für die Kommunikation zwischen den Experten, wie
auch für die Kommunikation mit dem Bürger. Durch die gesetzliche Verankerung ist die
Bürgerbeteiligung fester Bestandteil jedes städtebaulichen Planungsprozesses. Der Bürger
kann sich jedoch nur wirklich am Planungsprozess beteiligen, wenn er auch über die Planung
informiert ist und vor allen Dingen die Planungsinformationen auch versteht.
Zweidimensionale Pläne bedürfen einer hohen Interpretationsfähigkeit seitens des
Betrachters. Um beispielsweise aus einem Bebauungsplan eine räumliche Gestaltwirkung
abzuleiten, bedarf es an einer gewissen Erfahrung mit solchen Planwerken, die nicht ohne
Weiteres von Bürgern erwartet werden kann. In diesem Zusammenhang können 3D-
Visualisierungen zur besseren Information und somit zur stärkeren Partizipation der Bürger
führen. „Der bewusste Einsatz von 3D-Stadtmodellen zur Kommunikation und
Wissensvermittlung kann in den einzelnen Verfahrensschritten innerhalb des Prozesses der
städtebaulichen Planung die Transparenz der Entscheidung maßgeblich erhöhen.“ [Zeile, P.,
2010, S. 155] Somit können 3D-Modelle, frühzeitig und zielgerichtet eingesetzt, zu einer
höheren Akzeptanz der Planung innerhalb der Bevölkerung führen.
Dreidimensionale, städtebauliche Situationen, lösen mit ihrer Gestaltungserscheinung
subjektive Empfindungen beim Menschen aus. [Vgl. Streich, B., 2011, S. 331] Dieser Effekt
kann ebenfalls bei der Bürgerbeteiligung ausgenutzt werden. Mit einem 3D-Modell einer
städtebaulichen Situation ist es leichter, Menschen emotional zu berühren und sie so zur
Partizipation zu bewegen, als mit einer rein zweidimensionalen Darstellung. Auch im
Stadtmarketing kann dieser Effekt einen großen Vorteil von 3D-Modellen darstellen. Auf
diesen Punkt wird noch im nächsten Kapitel tiefer eingegangen.
26

5. Das Internet als Medium für Stadt- und Standortmarketing
In den vorangegangenen drei Kapiteln wurden das Stadt- und Standortmarketing, das
Internet und die 3D-Visualisierung beschrieben. In dem folgenden Kapitel soll nun eine
Synthese dieser drei Themenbereiche stattfinden.
Im zweiten Kapitel wurde das Stadt- und Standortmarketing in seiner Gesamtheit
beschrieben. Für diesen Teil der Arbeit sind die Elemente der Stadt- bzw. Standortwerbung,
der Imagebildung, sowie der Repräsentation nach Innen und Außen, von zentralem
Interesse. Diese Teilbereiche sind natürlich nur ein Baustein, sowohl im Stadtmarketing, als
auch im Standortmarketing. Im Folgenden beziehen sich die Ausführungen auf das
Standortmarketing, da dies das Hauptthema im praktischen Teil dieser Arbeit darstellt. In
vielen Punkten können die Erkenntnisse jedoch auch auf das Stadtmarketing übertragen
werden.
Weitere zentrale Erkenntnisse aus den vorangegangenen Kapiteln sind, dass sich das
Internet, für die Gesellschaft zu einem wichtigen Informationsmedium entwickelt hat und
momentan einer Entwicklung hin zu mehr Interaktivität und mehr 3D-Inhalten, ausgesetzt
ist.
3D-Visualisierungen sind seit einigen Jahren zu einem leistungsfähigen Instrument des
Stadtplaners geworden. Wenn das Stadt- und Standortmarketing als Beschäftigungsfeld der
Stadtplanung angesehen wird, stellt sich die Frage ob 3D-Visualisierungen zusammen mit
den neuen Möglichkeiten des Internets, auch im Stadt- und Standortmarketing zusätzlichen
Nutzen hervorrufen können.
5.1 Geo-Informations-Systeme (GIS)
Für Städte ist es nicht neu das Internet als Informationsmedium zu nutzen. Schätzungsweise
nahezu jede Stadt präsentiert sich mittlerweile im Internet, mit einer eigenen Internetseite.
Sei es um allgemeine Informationen anzubieten, oder auch mit spezifischen Angeboten in
Richtung Standortmarketing. Auch erste Web-GIS-Angebote gab es bereits Mitte der
1990er Jahre. [Vgl. Kratz, N., 2010, S.21] Aus diesem Grund soll an dieser Stelle kurz das GIS
wie auch das Web-GIS vorgestellt werden.
Ein Geo-Informations-System (GIS) besteht aus drei Grundbausteinen:
• aus einem grafischen Teil, bestehend aus einem Kartenwerk und anderen Graphiken
• einem Datenbanksystem und
27

• einer Palette an Werkzeugen zur Durchführung von Analysen.
[Vgl. Streich, B., 2011, S. 288]
Der grafische Teil besteht aus Vektorgrafiken, oder aus Rastergrafiken, bzw. aus einer
Mischung von beiden. Das Format der Grafiken ist entscheidend für die möglichen
Analyseverfahren. Bei Vektorgrafiken wird die Grafik über Vektoren beschrieben, also
geraden Linien zwischen zwei Punkten. Bei der Rastergrafik wird die Grafik über die
Verwendung von Pixel beschrieben, die sich innerhalb eines Rasters befinden.
Rastergrafiken enthalten Informationen über den Farbwert jedes einzelnen Pixels, aus
denen sich die gesamte Grafik zusammensetzt. [Vgl. Streich, B., 2011, S. 288 f]
Auf die einzelnen Typen von Datenbanksystemen soll an dieser Stelle nicht eingegangen
werden, diese können jedoch bei Streich 2011 nachgelesen werden. Die Funktion der
Datenbank besteht in jedem Falle darin, Informationen zu speichern, die sich auf den
graphischen Teil beziehen.
Als Analysemöglichkeiten sollen hier zwei typische Methoden erwähnt werden. Bei einer
Rasterdatei ist es möglich, die Häufigkeit eines gewissen Farbwertes festzustellen. Steht der
Farbwert z.B. für Waldfläche, kann so bestimmt werden wie groß der Waldflächenanteil in
dem Untersuchungsraum ist. Bei Vektorgraphiken sind Überlagerungsanalysen eine gängige
Methode. Hier werden zwei, oder mehr Layer übereinander gelegt, so lassen sich
beispielsweise Nutzungskonflikte sichtbarmachen. Eine Anwendungsmöglichkeit wäre, ein
Layer mit sensiblen Nutzen, mit einem Layer einer Lärmkarte zu überlagern.
Außer diesen vorgestellten Analysemöglichkeiten gibt es mittlerweile eine große Zahl an
teils komplexen Analyseverfahren.
[Vgl. Streich, B., 2011, S. 292 f]
Ein Web-GIS ist dazu gedacht GIS-Funktionalitäten, zu einem oder mehreren Themen, einem
großen Publikum zugänglich zu machen. Wie der Begriff Web andeutet, bedient sich das
Web-GIS der Internetinfrastruktur. Bestandteile sind eine dynamische Karte und die
Möglichkeit Informationen zu verschiedenen Themen anzeigen zu lassen. [Vgl. CCGIS und
terrestris (Hrsg.), 2004, S.43,
Internet: http://www.mygeo.info/skripte/Praxishandbuch_WebGIS_Freie_Software.pdf,
Zugriff: 04.07.2011] Beim Web-GIS steht nicht die Analysefunktion im Mittelpunkt, sondern
die Möglichkeit Ergebnisse, einer großen Zahl von Betrachtern, auf möglichst einfache
Weise vorzustellen.
Google Maps bietet die Möglichkeit als Web-GIS angewendet zu werden. [Vgl. Zeile, P.,
2010, S. 99f] Eine sehr einfache Möglichkeit zur Datenvisualisierung soll hier kurz an einem
28

Beispiel vorgestellt werden. Bei Google Maps (http://maps.google.de/) gibt es die
Möglichkeit eigene Karten zu erstellen. Genauer gesagt, Linien und Polygone auf den
Ausgewählten Kartenabschnitt zu zeichnen und Ortsmarken zu platzieren. Es ist auch
möglich Daten über das KML- und KMZ-Format zu importieren.
Abbildung 9 – Google Maps
Quelle: http://maps.google.de/, Zigriff: 14.07.2011, Eigene Darstellung
Den erzeugten Polygonen können anschließend Informationen hinzugefügt werden. Dabei
kann es sich um Text, oder um Bilder handeln, auch HTML-Format wird unterstützt, dadurch
ist es möglich eine Vielzahl von Medien zu nutzen, so z.B. auch YouTube-Videos. Durch
Klicken auf des Symbol oben rechts in der Abbildung 9, öffnet sich ein kleines Fenster. Aus
dem unteren Bereich kann der HTML-Code für die Karte kopiert werden, hier rot umrandet.
Wenn dieser Code in ein HTML-Dokument eingefügt wird, ist die Karte mit den
hinzugefügten Polygonen und Informationen, in die HTML-Seite integriert. Falls noch keine
eigene Internetseite vorhanden ist, kann z.B. ein Web-Blog dazu benutzt werden um, auf
sehr einfache Weise die Karte zu veröffentlichen. In der Abbildung 10 sieht man eine
mögliche Art der Präsentation, der Blog kann natürlich entsprechend den Anforderungen
gestaltet werden. Die Karte kann vom Betrachter dynamisch bewegt werden und beim
Anklicken der Polygone, erscheinen die Informationen.
29

Dies ist aber nur eine sehr eingeschränkte Form eines Web-GIS. Auf diese Weise ist es
beispielsweise für den Betrachter nicht möglich, einzelne Themenbereiche selbst ein- und
auszuschalten. Durch das Fehlen von Analysemöglichkeiten, würde man diese Form der
Darstellung eher als Webmapping bezeichnen, gleichwohl es hierfür auch
Einsatzmöglichkeiten im Standortmarketing gibt. [Vgl. Höffken, S., 2009, S. 32] Für richtige
Web-GIS-Funktionen muss auf die Google Maps API zurückgegriffen werden. Die Umsetzung
auf diesem Wege ist jedoch etwas komplexer, weil man sich hier in den Bereich des
Quelltexts begeben muss.
Abbildung 10 – Google Maps in Blog
Quelle: Eigene Darstellung
5.2 3D-GIS
Heute gibt es neben den 2D-GIS-Funktionen auch in vielen GIS-Programmen 3D-Funktionen.
Also dreidimensionale Analysemöglichkeiten, wie auch dreidimensionale Darstellungsmög-
lichkeiten der Daten.
30

Virtual Globes sind virtuelle 3D-Abbildungen der Erde, die über georeferenzierte Satelliten-
oder Luftbilder der Erde aufgebaut sind. Der Betrachter kann sich frei durch die Welt
bewegen und es stehen mindestens einfache GIS-Funktionen zur Verfügung. [Vgl. Höffken,
S., 2009, S. 34]
Google Earth ist wohl das bekannteste und weitverbreitetste Virtual-Globe-System. Aus
diesem Grund soll sich in dieser Arbeit auf die Einsatzmöglichkeiten von Google Earth als 3D-
GIS beschränkt werden. In diesem Unterkapitel geht es um die Einsatzmöglichkeiten von 3D-
Visualisierungen über das Internet. Durch die Möglichkeit, Beschreibungen einzufügen,
Ortsmarken zu setzen und Polygone einzufügen, bieten Systeme wie Google Earth gute
Voraussetzungen für diesen Einsatz. Es reicht nämlich, in den wenigsten Fällen, nicht aus ein
städtebauliches 3D-Modell einfach nur über das Internet verfügbar zu machen. „[…]; das für
sich selbst sprechende Architekturmodell gibt es nur im Ausnahmefall.“ [Streich, B.;
Weisgerber, W., 1996, S.40] Dieses Zitat bezieht sich zwar auf das Verhältnis zwischen
verbalen Präsentationsformen und physischen Architekturmodellen, doch die Grundaussage
kann auch auf virtuelle, städtebauliche 3D-Modelle übertragen werden. Bei der
Präsentation über das Internet wird die verbale Präsentation durch textbasierte
Präsentation ersetzt. Das heißt also dass das 3D-Modell mit zusätzlichen Informationen in
Textform angereichert werden sollte. Darüber hinaus können außer dieser textlichen
Informationen und Erläuterungen, Bilder, Videos und andere Medien eingesetzt werden.
Bei der Präsentation von Planungen ist dies ein wichtiger Aspekt der berücksichtigt werden
sollte, um die Potentiale eines 3D-Modells in vollem Umfang nutzen zu können. Auch im
Standortmarketing ist das Anreichern des Modells mit Informationen eine sinnvolle
Vorgehensweise. Zum einen soll die räumliche Gestaltwirkung simuliert werden und dem
Beobachter vermittelt werden, um so emotionale Empfindungen auszulösen. Darüber
hinaus müssen jedoch auch weiterhin harte Standortfaktoren vermittelt werden. Diese
beiden Komponenten lassen sich auf diese Weise miteinander verbinden.
Eine Möglichkeit dies zu realisieren bietet Google Earth. Hier lassen sich 3D-Modelle
entweder im KML bzw. KMZ-Format oder im Collada-Format einfügen. Eine weitere
Möglichkeit ist der direkte Export aus Google SketchUp. Wenn das Modell hier bereits
georeferenziert ist, erscheint es in Google Earth direkt an dem angegebenen Ort. In Google
Earth können zusätzlich, ähnlich wie bei Google Maps, Linien und Polygone gezeichnet und
Ortsmarken gesetzt werden. Es ist auch möglich zusätzliche Informationen, wie Text, Bilder
oder Videos hinzuzufügen. Mit verschiedenen Layern können thematische Gruppen gebildet
werden, deren Sichtbarkeit über Kontrollkästchen steuerbar ist. Anschließend kann das
Modell mit den zusätzlichen Informationen als KMZ-Datei exportiert werden. Zu den
einfachsten Methoden das Modell zu veröffentlichen, zählt die Möglichkeit die erzeugte
31

KMZ-Datei über einen Web-Blog zum Download anzubieten. Der Besucher des Blogs kann
die Datei herunterladen und mit dem externen Google Earth-Client betrachten.
Abbildung 11 – Google Earth
Quelle: Eigene Darstellung
Diese Methode ist jedoch etwas umständlich für den Nutzer, weil die Datei zuerst
heruntergeladen werden muss und wenn nicht vorhanden, der externe Google Earth-Client
zusätzlich heruntergeladen und installiert werden muss. Eleganter ist die Einbindung in die
Internetseite selbst. Das Modell kann direkt auf der aufgerufenen Seite betrachtet werden.
Im Stadt- und Standortmarketing wird oft auf eine Corporate Identity gesetzt, dies spiegelt
sich auch im Erscheinungsbild und Layout des Intertauftritts des Standortes wieder. Mit der
Einbindung des Modells ist eine bessere Nutzung im Rahmen der Corporate Identity
möglich. Diese Möglichkeit wird im praktischen Teil dieser Arbeit genauer betrachtet.
32

6. XML3D – Eine besondere Form der Online-Präsentation von 3D-Inhalten
Um 3D-Inhalte in eine Webseite zu integrieren gibt es mehrere Möglichkeiten. Google Earth
bietet hier die Umsetzung über die Google Earth API an. Weitere Möglichkeiten sind
Hypercosm (http://www.hypercosm.com/), X3DOM (http://www.x3dom.org/) und XML3D
(http://www.xml3d.org/). Diese Aufzählung erhebt keinen Anspruch auf Vollständigkeit.
Diese vier Methoden haben sich im Rahmen der Recherche für diese Arbeit herausgestellt,
andere Möglichkeiten sind jedoch nicht auszuschließen.
Die erste Gruppe bildet die Google Earth API und Hypercosm. Diese Systeme ermöglichen
zwar eine Integration von 3D-Inhalten in eine Webseite, doch zur Darstellung im Browser,
wird jeweils ein spezielles Plugin benötigt. Erst nach der Installation des Plugins, können die
3D-Inhalte angezeigt werden.
Die zweite Gruppe bildet XML3D und X3DOM. Mit diesen neuen Techniken ist es möglich
3D-Inhalte ohne Plugin im Browser darzustellen. Dies ist letztendlich die interessantere
Variante für die Zukunft. XML3D und X3DOM bieten noch andere Vorteile, die in diesem
Kapitel dargestellt werden. XML3D und X3DOM verfolgen ähnliche Ziele, auf eine ähnliche
Weise. [Vgl. Slusallek, P. et al., 2010, S. 121] Es gibt jedoch mehrere Unterschiede bei der
technischen Umsetzung. Auf Grund von nicht spezialisierten technischen Kenntnissen,
seitens des Autors dieser Arbeit, kann nicht beurteilt werden welcher Ansatz auf die eine,
oder andere Art besser sei. Grundsätzlich sind beide Techniken dazu geeignet eine adäquate
webbasierte Präsentation von 3D-Visualisierungen im Standortmarketing, zu ermöglichen.
Aufgrund des relativ engen Zeitrahmens dieser Arbeit, muss sich auf die detaillierte
Darstellung einer Technik beschränkt werden. Die folgenden theoretischen Erläuterungen
beziehen sich auf XML3D, die praktische Umsetzung wird ebenfalls mit XML3D
vorgenommen. Diese Auswahl ist aus rein technischer Sicht willkürlich.
6.1 Was ist XML3D?
XML3D ist eine Technik um 3D-Inthalte in Webseiten zu integrieren. XML3D wurde in einer
Kooperation des Deutschen Forschungszentrum für Künstliche Intelligenz (DFKI), der
Universität des Saarlandes und des Intel Visual Computing Institute, als Open-Source-
Projekt, entwickelt und befindet sich noch in der Entwicklungsphase. [Vgl. Slusallek, P. et al.,
2010, S. 116] Es gibt jedoch bereits veröffentlichte Versionen von XML3D, die auch genutzt
werden können. Mit XML3D ist es möglich 3D-Inhalte in einer Webseite, ohne die vorherige
Installation von Plugins, im Browser darzustellen. Bisher war die Darstellung von 3D-Inhalten
33

nur über Plugins möglich, so z.B. mit dem Google Earth-Plugin oder dem Hypercosm-Plugin.
XML3D bietet außerdem eine Vielzahl von Interaktionsmöglichkeiten mit den 3D-Inhalten.
Dadurch dass XML3D eine Anwendung von XML ist, lässt es sich problemlos in XHTML
einbinden. Gedacht ist XML3D auch als Erweiterung zu HTML5.
Die Philosophie von XML3D ist es, HTML 3D-fähig zu machen. Das 3D-Modell wird in dem
HTML-Dokument selbst beschrieben. Dadurch ist es möglich auf bekannte Techniken, wie
DOM, JavaScript und CSS zurückzugreifen, um direkt und dynamisch auf das 3D-Modell
zuzugreifen. Dies ermöglicht eine große Gestaltungsfreiheit für den Entwickler. So kann z.B.
mit JavaScript und DOM ganz einfach eine Funktion geschrieben werden, die beim Anklicken
eines 3D-Objektes dessen Farbe ändert. Auch Animationen sind auf diese Weise möglich. Es
ist ebenfalls möglich, Interaktionen zwischen 3D-Inhalten und 2D-Inhalten herzustellen.
6.2 Prinzipielle Funktionsweise
An dieser Stelle soll, zum Verständnis, nur kurz die prinzipielle Funktionsweise von XML3D
beschrieben werden, ohne jedoch auf technische Details einzugehen. Wie schon erwähnt,
wird bei XML3D das 3D-Modell direkt im HTML-Dokument beschrieben. Hierzu wird eine
Auszeichnungssprache in XML-Struktur benutzt. Die meisten der heutigen Browser,
erkennen das Dokument als XML-Dokument, können die verwendeten Tags jedoch nicht
interpretieren. Die Darstellung der Daten erfolgt deshalb über JavaScript und WebGL.
WebGL, wird momentan von Firefox, Safari, Chrome und Opera unterstützt.
[Vgl. http://www.khronos.org/webgl/wiki/Getting_a_WebGL_Implementation, Zugriff:
08.07.2011] Mit den genannten Browsern können die 3D-Inhalte ganz ohne Plugin angezeigt
werden. Auf der XML3D-Webseite (http://www.xml3d.org/) werden modifizierte Versionen
von Firefox und Chromium zum Download angeboten. Bei diesen Browsern ist XML3D
bereits implementiert. Hier ist auch ein Echtzeit-Raytracing der Szene möglich. So können
realistische Schattenverläufe, Reflektionen und andere Lichteffekte, physikalisch korrekt
dargestellt werden. Die modifizierten Browser sind momentan jedoch nur für Test- und
Präsentationszwecke gedacht, weil die Sicherheit im Normalbertrieb nicht gewährleistet
werden kann. Das Raytracing ist sehr rechenintensiv und bedarf deshalb hoher
Rechenkapazitäten, die heute noch nicht in jedem Fall zur Verfügung stehen. [Vgl.
http://www.xml3d.org/downloads/, Zugriff: 08.07.2011] Aus diesen Gründen wird im
praktischen Teil dieser Arbeit auch die WebGL-Version benutzt.
Um die Funktionsweise besser zu veranschaulichen, soll an dieser Stelle ein kleines Beispiel
betrachtet werden. Dazu wird der Quelltext folgender Szene schrittweise erläutert. Dabei
geht es in erster Line um die Struktur des Dokumentes und nicht so sehr um den Inhalt
selbst.
34

Abbildung 12 – XML3D Würfel
Quelle: Eigene Darstellung
In der Szene ist ein Würfel mit einer roten Schattierung zu sehen. Der erste Teil des
Quelltextes sieht folgendermaßen aus:

…
Der erste, gelbbraun hinterlegte Teil des Quelltextes ist die Standardausweisung eines
XHTML-Dokumentes, mit der Versionsangabe des XMLs in der ersten Zeile, der
Dokumententypdeklaration für striktes XHTML und mit der Angabe des Namensraumes von
XHTML, in der letzten Zeile des markierten Bereichs.
Innerhalb des „head“-Elements, also zwischen den Tags und , wird zunächst
das XML3D-Script geladen. Hierbei handelt es sich um das erwähnte JavaScript, mit dem der
3D-Inhalt dargestellt wird. Das „link“-Element bindet das XML3D-Stylesheet ein, so wird
verhindert, dass der Browser die Zahlenwerte direkt anzeigt, während die Szene geladen
wird. [Vgl. http://www.xml3d.org/2011/05/webgl-best-practice/, Zugriff: 09.07.2011]
0 1 3 0 3 2 12 14 5 12 5 4 16 18 7 16 7 6 20 22 10 20 10 8 11 23 19 11 19 15
21 9 13 21 13 17
-1 -1 -1 -1 1 -1 -1 -1 1 -1 1 1 1 -1 1 1 1 1 1 -1 -1 1 1 -1 -1 -1 -1 -1 -1 -
1 -1 1 -1 -1 1 -1 -1 -1 1 -1 -1 1 -1 1 1 -1 1 1 1 -1 1 1 -1 1 1 1 1 1 1 1 1 -1 -1 1
-1 -1 1 1 -1 1 1 -1
-1 0 0 -1 0 0 -1 0 0 -1 0 0 0 0 1 0 0 1 1 0 0 1 0 0 0 0 -1 0 -1 0 0 0 -1 0 1
0 0 0 1 0 -1 0 0 0 1 0 1 0 1 0 0 0 -1 0 1 0 0 0 1 0 0 0 -1 0 -1 0 0 0 -1 0 1 0
0 0 0 1 1 0 1 1 1 0 1 1 1 0 1 1 1 0 0 1 1 1 0 0 0 0 1 1 0 1 1 0 0 0 1 0 0 1
1 1 0 0 0 0 0 1 0 1
…
36

Das „body“-Tag eröffnet den Textkörper, also den Hauptteil des HTML-Dokumentes.
Der gelbbraun hinterlegte Bereich enthält das Eröffnungs-Tag des „xml3d“-Elementes. Das
„xml3d“-Element erzeugt den Bereich im Browser, in dem der 3D-Inhalt dargestellt wird,
auch „Canvas“ genannt. Wie schon erwähnt gibt es in einem HTML-Dokument, Elemente die
jeweils von einem öffnenden und einem schließenden Tag markiert werden. Ein Tag kann
zusätzlich auch noch Attribute beinhalten. Diese werden dann vor die schließende
Winkelklammer des Eröffnungs-Tags gesetzt. Das „xml3d“-Tag hat, in diesem Beispiel, die
Attribute „id“, „style“, und „xmlns“. Den Attributen werden wiederum Werte zugewiesen.
Mit „id“="xml3DElem" hat das Attribut „id“, den Wert „xml3DElem“. Dies stellt den Namen
des „xml3D“-Elementes dar. Das „style“-Attribut legt den Style des Elementes fest, in
diesem Fall die Größe, 800 mal 800 Pixel. Das „xmlns“-Attribut legt einen sogenannten
Namensraum fest. [Vgl. http://www.xml3d.org/tutorial/, Zugriff: 09.07.2011] Das bedeutet,
dass die Elemente innerhalb des „xml3D“-Elementes zu dem Namensraum von XML3D
gehören. Dies ist notwendig weil XML es ermöglicht, eigene Tags bzw. Elemente zu erfinden
und so eine eigene Sprache zu entwickeln, die von anderen Anwendern benutzt werden
kann. Es ist jedoch nicht ausgeschlossen, dass zwei Elemente aus zwei verschiedenen XML-
Sprachen den gleichen Namen haben, jedoch eine andere Bedeutung und Funktion in der
jeweiligen Sprache besitzen. Namensräume verhindern diese Konflikte, indem die Elemente
klar einer bestimmten XML-Sprache zugewiesen werden. [Vgl. Harold, E. R., 2002, S. 328 f]
Auch bei XML3D muss der Namensraum angegeben werden.
Als nächstes kann man ein „view“-Element sehen. Dieses definiert die Sicht auf das 3D-
Modell, dessen Funktion ist wie die einer Kamera zu verstehen. [Vgl. http://threeaxis.net/,
Zugriff: 09.07.2011]
Das „defs“-Tag eröffnet das „defs“-Element. Dieses Element definiert den Bereich, in den
alle Ressourcen kommen. Diese können einmal oder mehrmals verwendet werden, indem
sie anderen Elementen zugewiesen werden. Das können z.B.
Transformationsbeschreibungen, Geometrien oder Materialien sein.
[Vgl. http://www.xml3d.org/tutorial/, Zugriff: 09.07.2011]
Das „transform“-Element beschreibt eine Transformation, das kann eine Translation,
Rotation oder auch eine Skalierung sein. Das Attribut „id“ gibt dem „transform“-Element
einen Namen, in diesem Fall "t_object_1_Cube". Der Name weist daraufhin, dass die
Transformation für den Würfel gedacht ist. Als Standardeinstellung wird ein Objekt immer
auf den Nullpunkt (0 0 0) der Szene gesetzt. Wenn einem Objekt z.B. ein „transform“-
Element mit dem Attribut translation=“0 0 1“ zugewiesen wird, erscheint das Objekt nicht
im Nullpunkt, sondern um eine Einheit auf der Z-Achse verschoben. Im Falle dieses Beispiels,
37

wird lediglich eine Rotation definiert. Wenn dem Würfel diese Transformation zugewiesen
wird, wird er entsprechend dieser Drehung dargestellt.
Als nächstes befindet sich das Eröffnungs-Tag eines „data“-Elements im Quelltext. Das
„data“-Element dient als „Behälter“ für verschiede Daten. In diesem Fall enthält das „data“-
Element die Beschreibung des Würfels mit Hilfe von Koordinaten. In dieser Szene gibt es nur
ein Objekt, wären nun aber zwei Würfel in der Szene, so könnten die Daten der
Beschreibung für beide Würfel genutzt werden. Dadurch lassen sich unnötige
Zweifachbeschreibungen vermeiden und Ressourcen sparen.
[Vgl. http://threeaxis.net/, Zugriff: 09.07.2011]
0
1.0 0.0 0.0
0 0 0
0 0 0
0 0 0
0.25
0
…
38

Das „shader“-Element befindet sich ebenfalls noch innerhalb des „defs“-Elements und
könnte auch für mehrere Objekte benutzt werden. Das „shader“-Element beschreibt ein
Material, das Objekten zugewiesen werden kann. Es können auch Rastertexturen enthalten
sein, die über eine URI verlinkt werden. [Vgl. http://www.xml3d.org/tutorial/, Zugriff:
09.07.2011]
Zum Schluss wird das „defs“-Element noch geschlossen, d.h. hier endet der Bereich mit den
wiederverwendbaren Ressourcen.
In diesem letzten Teil des Quelltextes wird die eigentliche Szene „zusammengebaut“. Das
„group“-Element dient als Behälter für andere Elemente und kann Objekte gruppieren.
Wenn einer Gruppe ein Material, oder eine Transformation zugewiesen wird, wirkt sich dies
auf alle Elemente der Gruppe aus. [Vgl. http://threeaxis.net/, Zugriff: 09.07.2011] Hier wird
eine Gruppe für den Würfel benutzt. Das „mesh“-Element bezieht die geometrische
Beschreibung für den Würfel aus dem „data“-Element, auf diese Weise wird die Geometrie
des Würfels dargestellt. Mit dem Attribut „shader“ des „group“-Elementes wird dem Würfel
das Material zugewiesen, sodass der Würfel hier rot dargestellt wird.
Ganz am Ende des Dokumentes wird das body-Element des HTML-Dokumentes und das
html-Element selbst, geschlossen.
Die Unter-Elemente wie , und wurden an dieser Stelle nicht
erläutert. Diese Elemente sind flexibel einsetzbar und dienen z.B. zur Beschreibung der
Geometrie von Objekten oder zur Definition von einzelnen Eigenschaften eines Materials. Es
ist theoretisch möglich mit diesen Elementen die Geometrie von Objekten manuell zu
beschreiben, doch wie man an diesem Beispiel erkennen kann, ist dies bei einem einfachen
Würfel bereits relativ aufwendig. Daher gibt es XML3D-Exporter für 3D-
39

Softwareprogramme, die automatisch ein XHTML-Dokument, mit dem integrierten 3D-
Modell, erzeugen. [Vgl. http://threeaxis.net/, Zugriff: 09.07.2011]
Um Interaktionsmöglichkeiten hinzuzufügen ist es jedoch notwendig, die Struktur des
HTML-Dokumentes zu kennen, um auf die einzelnen Elemente zugreifen zu können. Wie
dies umgesetzt werden kann, wird im praktischen Teil der Arbeit erläutert.
Die Spezifikation von XML3D, weitere Beschreibungen, sowie Beispiele und Informationen
zu neuen Entwicklungsschritten, sind unter http://www.xml3d.org/ zu finden.
6.3 Möglichkeiten von XML3D
Durch die offene Beschreibung der 3D-Inhalte mit Hilfe einer deskriptiven
Auszeichnungssprache, ist es relativ leicht, dynamisch auf das 3D-Modell zuzugreifen. Dem
Entwickler wird auch bewusst ein großer Spielraum zur Umsetzung seiner Ideen gelassen.
So gibt es keinen vorgeschriebenen Weg, um eine Animation zu erstellen und oft gibt es
mehrere Möglichkeiten gewisse Dinge umzusetzen. Soll sich z.B. die Farbe eines Objektes
ändern wenn der Mauszeiger sich auf dem Objekt befindet, kann mit einem Mouseover-
Effekt das Material des Objektes ausgewechselt werden. Es ist jedoch genauso gut möglich
ein Objekt mit einem transparenten Material über das Objekt zu legen und so die Farbe zu
ändern. Es gibt also mehre Wege Ideen umzusetzen. Die eine Methode, oder andere
Methode ist möglicherweise manchmal eleganter und effizienter. Diese Eigenschaft macht
XML3D sehr flexibel, so dass es jeweils in einer der Situation angepassten Weise und mit
den nötigen Interaktionsmöglichkeiten eingesetzt werden kann.
Dadurch ergibt sich ebenfalls eine Vielzahl von Anwendungsmöglichkeiten in der
Stadtplanung. Wie bereits erwähnt, ist es sehr wichtig eine Planung zu präsentieren und den
Bürgern eine breite Informationsbasis zu bieten, um sich an der Planung beteiligen zu
können. 3D-Modelle können zur besseren Kommunikation mit den Bürgern beitragen. Mit
XML3D ist es möglich, die zur optimalen Kommunikation, zusätzlich zu dem 3D-Modell
nötigen Informationen, auf eine ansprechende Art und Weise zu integrieren. Darüber hinaus
ist es möglich, die Präsentation so zu gestalten, dass der Betrachter die Sichtbarkeit
verschiedener Objekte selbst bestimmen kann, z.B. zur Variantenprüfung.
Ein weiterer Vorteil der XML3D bietet, ist die Möglichkeit der Darstellung von 3D-Inhalten
ohne Plugins für den Internetbrowser. Dies macht die 3D-Modelle im Internet barrierefreier
und gewährleistet eine komfortable Nutzung. Die Darstellung über Plugins hat den Nachteil,
dass es an manchen Rechnern Einstellungen gibt, die das Installieren von Plugins, aus
Sicherheitsgründen, verhindern. Das ist oft der Fall bei Verwaltungen und großen
40

Unternehmen. Die Installation solcher Plugins kann auch schlichtweg für manchen User eine
Hürde darstellen, so dass er lieber auf die Darstellung verzichtet.
XML3D ist plattformunabhängig und bietet so eine gute Möglichkeit zum Austausch von 3D-
Daten. Das kann beispielsweise während einer Planungsphase die Kommunikation zwischen
den Experten verbessern.
Diese Vorteile könne alle bereits heute, oder in naher Zukunft genutzt werden. Die Raytra-
cingfunktion von XML3D ermöglicht es physikalisch korrekte Licht- und Schatteneffekte
darzustellen. Diese Rendermethode ist jedoch noch nicht mit den heutigen Internet-
browsern möglich. Ein Beispiel von der Internetseite http://www.xml3d.org/screenshots/
zeigt jedoch was bereits mit XML3D möglich ist. Zur Darstellung werden spezielle Browser
benötigt, die noch nicht standardisiert oder zum normalen Gebrauch freigegeben sind.
Abbildung 13 – XML3D Raytracing
Quelle: http://www.xml3d.org/screenshots/?album=1&gallery=3, Zugriff: 09.07.2011
41

Praktischer Teil
7. Das Praxisbeispiel Bensheim
In diesem Kapitel wird das Praxisbeispiel dieser Arbeit erläutert. Hierzu wird in einem ersten
Punkt die Stadt Bensheim kurz vorgestellt. In einem zweiten Punkt wird ein Überblick über
das Stadt- und Standortmarketing geboten. In einem letzten Punkt wird das Ziel und die
Vorgehensweise des praktischen Teils erläutert und das betreffende Gewerbegebiet
„Stubenwald“ vorgestellt.
7.1 Vorstellung der Stadt Bensheim
Die Stadt Bensheim liegt in
Süd-Hessen, im Kreis Berg-
straße, nördlich von Mann-
heim und Heidelberg, und
südlich von Frankfurt am
Main. Im Landesentwick-
lungsplan Hessen 2000, ist
Bensheim als Mittelzentrum
ausgewiesen. Die Stadt liegt
direkt an der Autobahn A5
und ist somit sehr gut an das
überörtliche Straßennetz
angebunden.
Bensheim hat eine Einwoh-
nerzahl von fast 40.000
Einwohnern.
[Vgl.
http://www.bensheim.de/web/index.cfm/pm/info/idInfoseite/80/idMenu/8/web/Benshei
m-in-Kuerze.htm, Zugriff: 10.07.2011]
Abbildung 14 – Bensheim Lage
Quelle: Google Earth, Eigene Darstellung
Die Stadt Bensheim liegt in einer geographisch günstigen Position in Bezug auf die
wirtschaftlichen Rahmenbedingungen. Bensheim liegt zwischen den beiden
Metropolregionen Rhein-Main und Rhein-Neckar. Dadurch sind große Oberzentren schnell
zu erreichen und Bensheim kann von der Motorfunktion dieser beiden Metropolregionen
profitieren. Diese geographische Lage bietet zudem eine gute Anbindung an das
überörtliche Verkehrsnetz. Bensheim liegt direkt an der A5, über diese sind Anschlussstellen
42

zu Autobahnen in West- und Ostrichtung schnell zu erreichen. Auch die Anbindung an das
überörtliche Schienennetz ist mit einem IC-Bahnhof und der Nähe zu den ICE-Bahnhöfen in
Frankfurt, Mannheim und Heidelberg, gewährleistet. Die gute Erreichbarkeit des Frankfurter
Flughafens und des City Airports Mannheim bietet eine gute Anbindung an den Luftverkehr.
[Vgl. http://www.megb.de/index.php?id=47, Zugriff: 10.07.2011]
Abbildung 15 – Bensheim Verkehrsanbindung
Quelle: http://www.megb.de/index.php?id=47, Zugriff: 10.07.2011
Die Stadt Bensheim präsentiert sich nicht nur als Wirtschaftsstandort, sondern auch als
Tourismusort. Neben verschieden Kulturangeboten, Veranstaltungen und Freizeit-
angeboten, sind der Weinbau und die sehr gut erhaltene und restaurierte, historische
Altstadt Attraktionen für Besucher.
[Vgl.
http://www.bensheim.de/web/index.cfm/pm/info/idInfoseite/83/idMenu/8/web/Erlebnis-
und-Aktivitaet.htm, Zugriff: 10.07.2011]
7.2 Stadt- und Standortmarketing der Stadt Bensheim
In der Stadt Bensheim gibt es sowohl Stadtmarketing- als auch Standortmarketing-
aktivitäten. Eine umfassende Untersuchung des Stadtmarketings in Bensheim, ist in dieser
43

Arbeit nicht möglich. Es soll jedoch ein kurzer Überblick über die Stadtmarketing- und
Standortmarketingaktivitäten in Bensheim gegeben werden.
Das Stadtmarketing wird von dem Verein Bensheim Aktiv e.V. übernommen. Es wurde ein
kurzes Telefoninterview mit Frau Erika Arnold von Bensheim Aktiv e.V. geführt, um einen
Überblick über das Stadtmarketing in Bensheim zu erhalten. Der folgende Abschnitt stellt
eine Zusammenfassung dieses Gesprächs dar.
Die Initiative für das Stadtmarketing in Bensheim ging nicht allein von der Stadt aus, sondern
auch von einzelnen Akteuren und mehrheitlich von Einzelhändlern der Stadt, die ihre Stadt
und das Image ihrer Stadt aufwerten wollten. Heute gibt es eine heterogene
Mitgliederbasis, die sich aus Privatpersonen, Unternehmen, Einzelhändlern, Banken,
Verbänden und der Stadtverwaltung zusammensetzt. Das Stadtmarketing in Bensheim ist
ehrenamtlich organisiert und auf einen professionellen Stadtmanager wird verzichtet, diese
Aufgaben übernimmt der Verein selbst. Die Betrachtungsebene des Stadtmarketings
betrifft die Gesamtstadt und die Themenbereiche sind ebenfalls weitgefächert. Das
Standortmarketing mit einer Fokussierung auf die Wirtschaft, wird von der Marketing- und
Entwicklungs-Gesellschaft Bensheim mbH (MEGB) übernommen. Die MEGB ist ebenfalls
Mitglied bei Bensheim Aktiv und durch personelle Verflechtungen und räumliche Nähe, gibt
es eine enge Zusammenarbeit zwischen den beiden Bereichen. In der Literatur wird oft von
einem Leitbildprozess gesprochen, dessen Ergebnis als Basis für Leitlinien und als
Handlungsrahmen für das Stadtmarketing dient. Beim Stadtmarketing in Bensheim gab es
keinen Leitbildprozess in dem Sinne, es gibt jedoch allgemeine Kriterien, wie Nutzen für die
Stadt oder auch finanzielle Umsetzbarkeit, die vom Vorstand überprüft werden, um zu
entscheiden, ob ein Projekt vom Verein unterstützt wird. Momentan gibt es eine Befragung
der Eigentümer von Immobilien in der Innenstadt von Bensheim. Diese Befragung findet in
Kooperation mit der TU Darmstadt statt und dient dazu, ein Innenstadt-Informationssystem
aufzubauen, das die Basis für ein effektives Innenstadtmanagement bilden soll.
Der Internetauftritt von Bensheim Aktiv ist unter folgender Adresse aufrufbar,
http://www.bensheim-aktiv.de/.
Wie bereits erwähnt kann hier nur ein Überblick über das Stadtmarketing in Bensheim
gegeben werden, eine eingehende Analyse würde den Rahmen dieser Arbeit übersteigen.
Man scheint den Ansatz eines umfassenden Stadtmarketings zu verfolgen. Wenn auch in
einigen Punkten etwas schwächer ausgeprägt als im klassischen, umfassenden
Stadtmarketing der Fachliteratur, z.B. durch das Fehlen eines richtigen Leitbildprozesses.
Insgesamt scheint das Stadtmarketing in Bensheim jedoch relativ aktiv zu sein und von
vielen unterschiedlichen Akteuren unterstützt zu werden.
44

Das Standortmarketing mit Ausrichtung auf die Wirtschaft, wird von der Marketing- und
Entwicklungs-Gesellschaft Bensheim mbH (MEGB) übernommen. Die MEGB ist 100%ige
Tochtergesellschaft der Stadt Bensheim.
[Vgl.
http://www.bensheim.de/web/index.cfm/pm/info/idInfoseite/266/idMenu/30/web/Wirtsc
haftsfoerderung-der-Marketing-und-Entwicklungs-Gesellschaft-Bensheim-mbH-MEGB.htm,
Zugriff: 11.07.2011] Die MEGB hat neben der Aufgabe des Standortmarketings, Angebote im
Bereich des Facility Managements. Die MEGB unterscheidet auf ihrem Internetauftritt, die
Aufgabenbereiche Vermarktung von Gewerbeflächen, Standortmarketing und
Wirtschaftsförderung und Beratung.
[Vgl. http://www.megb.de/index.php?id=wir_ueber_uns&L=0, Zugriff: 11.07.2011] Man
könnte die Vermarktung von Gewerbeflächen und die Wirtschaftsförderung jedoch auch als
Elemente des gesamten Standortmarketings ansehen. Die MEGB versucht Investoren auf die
Stadt Bensheim aufmerksam zu machen und die Stadt so zu profilieren, dass sie als
Mittelzentrum wettbewerbsfähig bleibt. Die MEGB soll eine hohe Kundenorientierung in der
Wirtschaftsförderung gewährleisten, indem sie als Bindeglied zwischen
Wirtschaftsunternehmen, Wirtschaftsnetzwerken und der Stadtverwaltung fungiert. Die
MEGB kümmert sich ebenfalls um die Vermarktung einzelner Gewerbeflächen in vier
verschiedenen Gewerbegebieten, in Bensheim. Die Gewerbegebiete werden vorgestellt,
Informationen über die Infrastruktur gegeben und die verfügbaren Flächen präsentiert.
Außerdem unterstützt die MEGB Unternehmen und Investoren bei der Ansiedlung. [Vgl.
http://www.megb.de/index.php?id=wir_ueber_uns&L=0, Zugriff: 11.07.2011]
7.3 Zielsetzung, Vorgehensweise und Vorstellung des Gewerbegebietes „Stubenwald“
Das folgende Praxisbeispiel bezieht sich auf den Bereich der Gewerbeflächenvermarktung
im Gewerbegebiet Stubenwald. Wie bereits erwähnt ist die MEGB für die Vermarktung von
Gewerbeflächen der Stadt Bensheim zuständig. Zur Vermarktung der Flächen nutzt die
MEGB unter anderem das Medium Internet. Auf der Webseite der MEGB, werden die
Gewerbegebiete mit ihren Standortfaktoren und den freien Flächen vorgestellt. Von dem
Gewerbegebiet „Stubenwald“ gibt es ebenfalls eine interaktive Karte. [Vgl.
http://www.megb.de/index.php?id=stubenwald, Zugriff: 11.07.2011] Nun soll das Angebot
um ein online-verfügbares 3D-Modell erweitert werden, um die, in Kapitel 4 diskutierten,
Vorteile eines 3D-Modells zu nutzen.
An dieser Stelle muss darauf hingewiesen werden, dass dieses Praxisbeispiel nur als „Test“
oder Beispiel für die Anwendung von Online-3D-Modellen im Standortmarketing, angesehen
werden sollte. Im Mittelpunkt der Umsetzung steht einerseits die Präsentationsform des
45

Modells, d.h. welche zusätzlichen Informationen sollten mitgeliefert werden und wie lassen
sich diese integrieren. Andererseits soll die Anwendbarkeit von XML3D durch den
Stadtplaner, für diesen Zweck, überprüft werden. Vor diesem Hintergrund ist das Beispiel
nicht als Produktionsarbeit zu verstehen, sondern mehr als Sammeln von Erfahrungen.
In einem ersten Schritt wird ein virtuelles 3D-Modell des Gewerbegebietes Stubenwald
angefertigt. Anschließend wird das Modell in HTML eingebunden und
Interaktionsmöglichkeiten hinzugefügt. In den folgenden Kapiteln werden diese Schritte
detailliert geschildert. Im folgenden Abschnitt soll das Gewerbegebiet Stubenwald zunächst
kurz vorgestellt werden.
Das Gewerbegebiet „Stubenwald“ liegt westlich der Innenstadt von Bensheim, zwischen den
Autobahnen A67 und A5. Die Fläche des Gebietes beträgt 29,7 ha und es sind 50.000 m²
freie Gewerbefläche verfügbar. Es sind einige große, international agierende Unternehmen
in dem Gebiet ansässig, so z.B. SAP, Suzuki, TE Connectivity und Jungheinrich, um nur einige
zu nennen. Der Schwerpunkt der Branchenstruktur, liegt im Bereich IT-Elektronik und
Automotiv.
[Vgl. http://www.megb.de/fileadmin/user_upload/PDFs/Standortexpose_Stubenwald.pdf,
Zugriff: 11.07.2011]
46

Abbildung 16 – Stubenwald Lage
Quelle: Google Earth, Eigene Darstellung
8. Dokumentation der 3D-Modellierung
8.1 Anforderungen an das Modell und Vorgehens weise
Bei der Vermarktung von Standorten sind die Hauptvorteile eines 3D-Modells, dass der
Betrachter, in diesem Fall ein potentieller Investor, einen besseren Überblick über das zu
vermarktende Gebiet erhält und sich in einer gewohnten, wenn auch simulierten 3D-
Umgebung bewegen kann. Auf diese Weise werden die Orientierung und die Erfassung der
Gestalt erleichtert, im Vergleich zu einem zweidimensionalen Plan. Ein weiterer Vorteil ist
47

das Nutzen von emotionalen Empfindungen, die durch eine städtebauliche
Gestaltungserscheinung, bei Menschen ausgelöst werden können. [Vgl. Streich, B., 2011, S.
331] Neben den Empfindungen, die durch die städtebauliche Gestalt bei Menschen
ausgelöst werden, spielen in diesem Fall außerdem die Empfindungen, die durch Marken
ausgelöst werden, eine weitere Rolle. Bei einem Informationsgespräch, im Vorfeld dieser
Arbeit, mit Frau Pöttgen, Referentin für Marketing und Wirtschaftsförderung bei der MEGB,
wurde die Vorgehensweise bei der Vermarktung von Gewerbeflächen im Gewerbegebiet
Stubenwald erläutert. Bei der Vermarktung setzt man auf die Wirkung der Marken von
großen Unternehmen, um den Standort zu profilieren und die Qualität des Standortes
hervorzuheben. Diese Vorgehensweise erscheint vor dem Hintergrund der
Forschungsergebnisse in der Markenforschung als sinnvoll. Im Marketing gibt es ein
Phänomen das als Framing-Effekt bezeichnet wird. In dem Werk von Scheier und Held von
2009, wird folgendes Beispiel genannt. In einer Bücherei wird zur Umsatzsteigerung ein
Teppich verlegt. Durch den Teppich verlangsamt sich der Gang der Kunden und es wird eine
gemütliche Atmosphäre geschaffen. Aus dem einfachen „Einkaufen“ entsteht der Frame
„Shopping“. Der Frame ist also der Hintergrund, der ein Produkt in einen gewissen Kontext
setzt und so die Kaufentscheidung, unabhängig von den objektiven Eigenschaften des
Produktes, beeinflusst. [Vgl. Scheier, C.; Held, D., 2009, S. 61 ff] In diesem Fall bilden die
Marken der angesehenen Unternehmen, einen Frame für das Gewerbegebiet Stubenwald
und für die zu vermarktenden Flächen. Auch die städtebauliche Gestaltwirkung des
Gebietes, mit der architektonischen Gestaltung der Gebäude der ansässigen Unternehmen,
ist Teil dieses Frames.
Um diesen Effekt effektiv nutzen zu können muss das Modell die Wirklichkeit möglichst
realistisch simulieren. Ein LOD3-Modell ist für diese Anwendung unbedingt notwendig. Es
muss jedoch auch berücksichtigt werden, dass das Modell über das Internet aufrufbar sein
soll. Die Datenübertagungsraten haben sich zwar in den letzten Jahren deutlich erhöht, ein
3D-Modell kann jedoch leicht eine Größe von mehreren Megabyte erreichen. Jedes zu
übertragende Byte erhöht die Ladezeit des Modells. Daher muss ein Kompromiss zwischen
Realitätsnähe und Dateigröße gefunden werden. Auch der Arbeitsaufwand sollte nicht
vernachlässigt werden.
Da es sich in diesem Fall um ein Beispiel handelt und die Bearbeitungszeit dieser Arbeit
begrenzt ist, muss ein weiterer Kompromiss eingegangen werden. Der Arbeitsaufwand
steigt beim Schritt von einem LOD2-Modell ohne Texturierung, zu einem LOD3-Modell
erheblich an. Um Texturbilder zu erhalten müssen die Gebäude vor Ort, aus möglichst allen
Ansichten fotografiert werden. Dies allein stellt schon einen hohen Zeitaufwand dar. Die
Aufnahmen müssen außerdem anschließend nachbearbeitet werden, um störende Objekte
zu entfernen und um eine geeignete Größe der Texturbilder zu erhalten. Bei diesem Projekt
48

spielte zusätzlich der Umstand eine Rolle, dass sich das Gewerbegebiet aus einzelnen
Privatunternehmen zusammensetzt. Oft ist es notwendig das Gelände der Unternehmen zu
betreten um adäquate Aufnahmen machen zu können. Dazu ist es jedoch notwendig eine
Erlaubnis bei den Unternehmen einzuholen. In den meisten Fällen stellt dies zwar kein
Problem dar, doch der organisatorische und zeitliche Aufwand erhöht sich erheblich.
Aus diesen Gründen musste von dem Ideal eines Modells in einheitlichem LOD3 abgerückt
werden und exemplarisch vier Firmengebäude ausgewählt werden die in LOD3 dargestellt
werden. Ausgewählt wurden die Gebäude der Unternehmen SAP, Suzuki, TE Connectivity
und Jungheinrich. Die restlichen Gebäude werden nur schematisch dargestellt, d.h. in LOD2
mit Berücksichtigung markanter Gestaltungselemente der Gebäude, um einen gewissen
Wiedererkennungswert zu erhalten.
8.2 Modellierungsschritte
Die 3D-Modellierung wurde mit Hilfe der 3D-Modellierungssoftware, Google SketchUp 8
vorgenommen. Alle Modellierungsschritte sind mit der kostenlosen Version möglich.
Der erste Schritt ist die Erstellung einer Grundlage für das Modell. Dies kann relativ einfach
in SketchUp realisiert werden. Mit dem Werkzeug „Ort hinzufügen…“ kann man einen
Ausschnitt aus Satellitenbildern auswählen und in die Scene einfügen. Diese
Vorgehensweise hat den Vorteil dass die Grundlage direkt in dem Maßstab 1:1 vorliegt und
das Modell automatisch georeferenziert ist. So ist es nachher problemlos möglich das
Modell in Google Earth einzufügen. Bei dieser Vorgehensweise wird automatisch auch ein
Geländemodell aus Google Earth importiert. In diesem Fall gibt es jedoch keine
nennenswerten Höhenunterschiede, die sich bei der Visualisierung bemerkbar machen
würden. Da sich aus dem Geländemodell kein Mehrwert für diese Anwendung ergeben
würde, wird es nicht berücksichtigt und kann gelöscht werden.
49

Abbildung 17 – Modellierung in SketchUp 1
Quelle: Eigene Darstellung
Auf den Ausschnitt des Satellitenbildes wird eine Katasterkarte, im Vektorformat (.dwg),
gelegt und in der Größe angepasst. Die Katasterkarte ist notwendig, da hier die Grundrisse
sehr viel genauer als von dem Satellitenbild abgegriffen werden können. Außerdem ist das
verfügbare Satellitenbild nicht aktuell.
Als nächstes werden die Gebäude modelliert, die in LOD3 dargestellt werden sollen. Durch
die Katasterkarte sind die Größen des Grundrisses bekannt. Mit Hilfe von Fotoaufnahmen
kann die Höhe der Gebäude abgeschätzt werden, indem z.B. die Länge einer Gebäudeseite
auf dem Foto ausgemessen wird und mit der realen Größe aus der Katasterkarte, ein
Verhältnis gebildet wird. Über dieses Verhältnis kann die Höhe abgeschätzt werden. Diese
Methode dient jedoch nur zur Orientierung. Für diese Art der Visualisierung steht die
Genauigkeit der Maße nicht im Mittelpunkt. Es kommt jedoch darauf an, dass die
Proportionen stimmten und eine gewisse physikalische Plausibilität besteht, so dass die
reale Gestaltwirkung korrekt simuliert werden kann.
50

Um Ressourcen zu sparen, werden bei der Modellierung, Komponenten und Instanzen
verwendet. Mehrere Flächen können entweder zu einer Gruppe, oder zu einer Komponente
zusammengefügt werden. Komponenten haben, unter anderem, den Vorteil dass, wenn
diese kopiert werden, nicht eine reale Kopie entsteht sondern eine sog. Instanz der
kopierten Komponente. Wenn es mehrere gleiche Objekte in der Szene gibt, sollte eine
Komponente und hiervon Instanzen erstellt werden. Dies erspart nämlich Arbeitsaufwand,
da alle Änderungen die an einer Instanz vorgenommen werden, sich auf alle anderen
Instanzen übertragen. So muss dieser Arbeitsschritt nur einmal vorgenommen werden.
Sollen kleine Unterschiede bei einer Instanz dargestellt werden, können diese durch
nachträgliches Auswählen der Funktion „Eindeutig machen“, an der betreffenden
Komponente vorgenommen werden. Die Verwendung von Instanzen schont außerdem
Speicherressourcen, was die Ladezeit bei der Darstellung im Internet positiv beeinflusst. Bei
der Modellierung des Gewerbegebietes „Stubenwald“ werden Instanzen hauptsächlich bei
den Firmengebäuden von SAP und TE Connectivity benutzt, da diese mehre gleiche
Gebäudeteile besitzen. Auch bei der Modellierung von Säulen kommt die Methode zum
Einsatz.
51

Abbildung 18 – Google SketchUp Instanzen
Quelle: Eigene Darstellung
Für die Texturierung werden generischen Texturen verwendet. [Vgl. Zeile, P., 2010, S. 140]
In diesem Fall wird nicht ein Foto der ganzen Gebäudefassade für die Textur verwendet,
sondern nur ein Ausschnitt, z.B. ein Fenster. Vor allem bei Gewerbegebäuden treten die
gleichen Fenster sehr oft auf einer Fassade auf, hier kann jedes Mal die gleiche Textur
verwendet werden. Für nicht markante Teile der Fassade, z.B. weiße Putzflächen, werden
Texturen aus der Texturbibliothek von Google SketchUp benutzt. Durch das Verwenden von
generischen Texturen ist der Nachbearbeitungsaufwand der Fassadenfotos weitaus
geringer. Optische Verzerrungen, die durch die Benutzung eines Weitwinkelobjektives
entstehen, müssen meist nicht ausgeglichen werden, da diese auf kleinen Ausschnitten oft
nicht bemerkbar sind. Es müssen auch meist keine störenden Gegenstände, wie Autos oder
Bäume entfernt werden, weil es in vielen Fällen einen passenden Ausschnitt ohne diese
Störungen gibt. Der Nachteil ist jedoch, dass z.B. die Position der Fenster abgeschätzt
werden muss und nicht automatisch mit dem Foto übertragen werden, wie dies bei
spezifischen Texturen, die die gesamte Fassade darstellen, der Fall ist. Der Realitätsgrad
kann ebenfalls geringer sein als bei spezifischen Texturen, das Modell wirkt etwas statischer.
52

Andererseits können nicht gut nachbearbeitete einmalige Texturen die Realitätsempfindung
mindestens gleichermaßen beeinträchtigen.
In diesem Punkt ist es noch wichtig zu erwähnen, dass die Texturbilder in einem Power of
Two Format abgespeichert werden sollten. Zum einen, weil die Performance verbessert
wird, da Grafikarten diese Formate besser verarbeiten können. [Vgl. Zeile, P., 2009, S. 141]
Zum anderen, würde es andernfalls später bei der Umwandlung in XML3D zu Problemen
führen.
Zum Schluss werden noch die Straßen und Gehwege modelliert, dadurch bekommt das
Modell etwas mehr Struktur. Zum Visualisieren der zu vermarktenden Gewerbeflächen,
werden plane Flächen mit entsprechender Größe benutzt. Auf eine 3D-Visualisierung von
Vegetation wird verzichtet, um Ressourcen zu sparen.
Abbildung 19 – Modellierung in SketchUp 2
Quelle: Eigene Darstellung
Eine Besonderheit, die mit der Verwendung von XML3D zusammen hängt, ist die
Modellierung der in der Abbildung 19 zu erkennenden roten, transparenten Boxen. Diese
53

werden später dazu benutzt um das Vorhandensein von Informationen anzuzeigen. Wie
genau dies umgesetzt wird, wird im nächsten Kapitel dargestellt.
8.3 Eindrücke des 3D-Modells
Unter diesem Punkt sollen ein paar Eindrücke von dem fertigen 3D-Modell, im Vergleich zu
der Realität, gegeben werden, um die Simulation der Gestaltwirkung zu überprüfen.
Abbildung 20 - Jungheinrich
Quelle: Eigene Darstellung
54

Das Bild oben links ist jeweils ein Foto des realen Gebäudes. Das Bild oben rechts zeigt die
entsprechende Ansicht des Modells. Das untere Bild zeigt eine Übersicht des Gebäudes im
Modell. Die Bilder wurden mit der Software Kerkythea gerendert.
Abbildung 21 - Suzuki
Quelle: Eigene Darstellung
55

Abbildung 22 – SAP
Quelle: Eigene Darstellung
56

Abbildung 23 – TE Connectivity
Quelle: Eignen Darstellung
57

9. Dokumentation der Einbindung in eine Webseite
9.1 Einbindung mit XML3D
In einem ersten Schritt wird das 3D-Modell aus Google SketchUp exportiert. In der
kostenlosen Version gibt es nur die Möglichkeit das Modell im kmz- oder im Colladaformat
zu exportieren. Es hat sich herausgestellt, dass der Export als Colladadatei am günstigsten ist
für diese Anwendung. Dies war jedoch nicht von vornherein klar, deshalb wurden mehrere
Exportversuche mit Google SketchUp Pro durchgeführt. Bei der Pro-Version gibt es die
Möglichkeit das Modell in einer Vielzahl von gängigen Austauschformaten zu exportieren.
Ziel dieses Exportes ist es, das SketchUp Modell in Maxon Cinema 4D (C4D) einladen zu
können. Auf der XML3D-Webseite (http://www.xml3d.org/2011/05/xml3d-cinema4d-
exporter-plug-in/) kann ein Plugin für C4D heruntergeladen werden, der es ermöglicht 3D-
Modelle direkt aus C4D in ein XHTML-Dokument zu schreiben. Der Exporter beschreibt das
Modell mit der XML3D-Sprache und integriert es in das XHTML-Dokument. Diese kann dann
anschließend wie jedes normale HTML-Dokument verändert und erweitert werden.
Um noch einmal auf den Exportvorgang zurückzukommen
werden die Ergebnisse mit vier verschiedenen Dateiformaten
vorgestellt. In der ersten Variante wird das Modell im 3D
Studio-Format (*.3ds) aus Google SketchUp exportiert und in
C4D geöffnet. Das Modell wird zwar in C4D korrekt
dargestellt, doch da die Maße 1:1 aus SketchUp
übernommen werden, ist das Modell viel größer als die
übliche Bearbeitungsfläche in C4D. Deshalb wird die Sicht
beim auszoomen abgeschnitten, bis das Modell letztendlich
nicht mehr dargestellt wird. Es ist auch möglich, dass erst
einmal das Modell gar nicht sichtbar ist. Um das zu
verhindern muss das „View Clipping“ mindestens auf „large“
eingestellt werden. Das größere Problem stellt hier jedoch
die Zuordnung der Materialien dar. Es ist nämlich so, dass ein
Polygonnetz, auch Mesh genannt, mehrere Materialien
zugewiesen bekommt. In C4D ist dies kein Problem, doch der
XML3D-Exporter kann die Materialien so nicht korrekt
übertragen.
Abbildung 24 – C4D Materialzuweisung
Quelle: Eigene Darstellung
58

[Vgl. https://mail.cg.uni-saarland.de/pipermail/xml3d-public/2011-June/000049.html,
Zugriff: 12.07.2011]
Ein weiter Nachteil ist, dass das 3D Studio-Format die Instanzen nicht als solche überträgt,
sondern als einzigartige Meshes, dadurch geht die ressourcensparende Eigenschaft
verloren.
Bei dem nächsten Export wird das FBX-Format (*.fbx) ausgewählt. FBX eignet sich gut zum
Import von SketchUp-Modellen in C4D. Mit den Standardeinstellungen wird das Modell
verkleinert importiert, sodass die Einstellung des „View Clipping“ nicht verändert werden
muss. Für diese spezielle Anwendung ist das Format jedoch auch nicht optimal geeignet. Es
gibt auch hier Mehrfachzuweisungen von Materialien auf ein Mesh und auch die Instanzen
werden nicht korrekt übertragen.
Der Import im Object file-Format (*.obj) ergibt keine guten Resultate in C4D. Das Modell
wird nicht korrekt dargestellt und die Gruppenstruktur des Modells geht ebenfalls verloren.
Laut zahlreichen Einträgen in Internetforen liegt dies an der begrenzten Unterstützung des
Object file-Formates durch C4D.
Wie anfangs schon erwähnt, ergibt der Import des SketchUp Modells, nach C4D im Collada-
Format (*.dae) die Besten Ergebnisse. Die Gruppenstruktur wird korrekt übertragen, es gibt
mehrheitlich nur eine Materialzuweisung pro Polygon, und die Instanzen werden auch als
solche übernommen. Die Instanzen kann man in dem Kasten 2 in der Abbildung 25,
erkennen. Wenn C4D die Instanzen erkennt, können sie auch mit dem XML3D-Exporter
korrekt übertragen werden. Dadurch kann Speicherplatz eingespart und die Ladezeit
verkürzt werden. [Vgl. http://www.xml3d.org/2011/05/xml3d-cinema4d-exporter-plug-
in/#more-399, Zugriff: 12.07.2011] Erfreulicherweise können 3D-Modelle auch mit der
kostenlosen Version von Google SketchUp im Collada-Format exportiert werden.
59

Abbildung 25 – C4D Collada-Import
Quelle: Eigene Darstellung
Aber auch bei dieser Methode gibt es noch einige Punkte, die manuell nachbearbeitet
werden müssen.
Es kommt vor, dass beim Export ein weiteres Material über das vorgesehene Material
mancher Polygone, gelegt wird. Bei dem Gebäude in der Abbildung 25 ist dies sehr gut zu
erkennen. Durch manuelles Löschen der überflüssigen Texturen (Abbildung 25, Kasten 1),
können die originalen Texturen wieder hergestellt werden. Dieses Phänomen entsteht wenn
in SketchUp, einer ganzen Komponente ein Material zugewiesen wird. In SketchUp hat das
Material der einzelnen Polygone Vorrang. D.h. das Material der Komponente wird nur an
den Polygonen angezeigt, die noch keine Materialzuweisung besitzen. Nun scheint es so zu
sein, dass beim Exportieren, das Material der Komponente jeweils einzeln, zusätzlich auf die
Polygone übertragen wird, und die Komponente bzw. die Gruppe die Materialzuweisung
verliert. Dieser Effekt konnte an einem Beispiel überprüft werden. Es sollte also darauf
geachtet werden, dass in SketchUp allen Polygonen, einzeln ein Material zugewiesen wird
und auf Materialzuweisungen bei Gruppen oder Komponenten verzichtet wird.
60

Ein weiterer Nachbearbeitungsschritt ist das Löschen von Führungspunkten, die bei der
Benutzung der Maßbandfunktion in SketchUp entstehen (Abbildung 25, Kasten 3). Dies kann
jedoch auch bereits in SketchUp vorgenommen werden und ist möglicherweise schneller als
das manuelle Löschen in C4D.
Da das Modell standardmäßig in dem Maßstab 1:1 übernommen wird ist auch hier das
Modell wieder relativ groß für die übliche Arbeitsfläche von C4D. Das Ändern des „View
Clippings“ löst zwar das Problem in C4D, doch ein ähnliches Problem tritt bei der Darstellung
durch XML3D auf. Deshalb sollte das Modell verkleinert werden, z.B. um den Faktor 10.
Als letzter Schritt muss der Dateipfad der Texturbilder
geändert werden. Der XML3D-Exporter benutzt folgende
Verlinkung für die Texturbilder:
.
Der Exporter sieht also vor dass die Texturbilder in einem
Ordner mit dem Namen „tex“ gespeichert werden, der
sich im selben Verzeichnis wie das XTHML-Dokument mit
dem XML3D-Modell, befindet. In C4D wird der gesamte
Pfad des Texturbildes angegeben. Dies führt dazu, dass
der Exporter folgende Zeile schreibt:
Quelle: Eignen Darstellung
So stimmt der Dateipfad natürlich nicht und das Texturbild kann nicht gefunden werden.
Man kann nun den Pfad direkt im XHTML-Dokument ändern, in dem man alles nach „tex/“
und vor „texture50.jpg“ löscht. Man kann aber auch den Dateipfad, vor dem XML3D-Export,
in C4D ändern. Hier wird nicht mehr der vollständige Pfad angegeben, sondern nur noch der
Dateiname des Texturbildes. In diesem Fall muss sich die Collada-Datei jedoch im gleichen
Verzeichnis wie die Texturbilder befinden.
Auf der Webseite mit dem integriertem 3D-Modell soll es nachher möglich sein,
verschiedene Kameraperspektiven auszuwählen. In C4D können Kameras erstellt werden
und so in der Szene platziert werden, dass sie die gewünschten Ansichten zeigen. Diese
Kameras werden durch den XML3D-Exportert mit exportiert.
Abbildung 26 – C4D Dateipfad Textur
61

Der eigentliche Exportvorgang stellt nun
kein Problem mehr dar. Da es sich bei
dem XML3D-Exporter um ein Python-
Plugin handelt, kann dieser in C4D unter
dem Menüpunkt „Python“ aufgerufen
werden. Im Exporter-Fenster kann die
Größe des Renderbereichs eingestellt und
ausgewählt werden, ob die gesamte
Szene, oder nur bestimmte Objekte
exportiert werden sollen.
9.2 Hinzufügen von Interaktionsmöglichkeiten
Der XML3D-Exporter exportiert das Modell und integriert es in ein XHTML-Dokument. Um
Interaktionsmöglichkeiten hinzuzufügen, z.B. Kamerawechsel und aufrufbare Informationen,
können z.B. kleine JavaScripts geschrieben werden.
Das eigentliche Modell des Gewerbegebietes „Stubenwald“ ist relativ groß. Dadurch wird
der Quelltext ziemlich lang, was das Demonstrieren von den angewendeten Methoden
schwierig macht. Es kommt hinzu, dass das Modell eine sehr lange Ladezeit hat und nicht
flüssig bedienbar ist. Aus diesen Gründen wird die folgende Beschreibung anhand eines
kleineren Versuchsmodels vorgenommen. Prinzipiell ist die Vorgehensweise bei einem
anderen Modell jedoch gleich.
Welche Interaktionsmöglichkeiten hinzugefügt werden, entscheidet sich nach dem Zweck
und dem Anwendungsbereich des Modells. In diesem Fall geht es um die Vermarktung von
Gewerbeflächen in einem Gewerbegebiet. Die freien Flächen sind in dem Modell als orange
Flächen hervorgehoben. Diese können jedoch die Gestaltwirkung stören, deshalb sollte es
eine Möglichkeit geben, die Sichtbarkeit der Flächen nach Bedarf ein- oder auszuschalten.
In der Abbildung 28 kann man die besagten Flächen erkennen. Es sind in diesem Beispiel
drei Flächen, zwei davon liegen direkt aneinander. Nach dem Exportieren sind sie also
sichtbar. Mit folgendem Element wird die Gruppe der Flächen im XHTML-Dokument
definiert:
Abbildung 27 – XML3D Export
Quelle: Eigene Darstellung
62

…
In dieser Gruppe befinden sich die drei Flächen, hier wurde die Beschreibung durch „…“
ersetzt. Das Element hat ein Attribut „visible“, der Wert kann von „true“ auf „false“
geändert werden. Somit sind alle Elemente innerhalb des Elementes
„object_11_Gewerbeflaechen“ nicht mehr sichtbar.
Abbildung 28 – XML3D Gewerbeflächen
Quelle: Eigene Darstellung
Um die Möglichkeit zu bieten, die Sichtbarkeit der Flächen wieder einzuschalten, kann
JavaScript benutzt werden, um mit einer DOM-Methode auf das Attribut „visible“
zuzugreifen. Um das Skript zu starten wird z.B. eine Schaltfläche mit einem „onclick“-Event
benötigt. In HTML werden Schaltflächen folgendermaßen definiert:
Freie Flächen ein/ausblenden
Ein „onclick“-Event bedeutet, dass etwas passieren soll, wenn das betreffende Element
angeklickt wird. Was passieren soll, wird mit dem Wert des Events definiert. In diesem Fall
63

soll die Funktion „GF()“ ausgeführt werden. Nun muss diese Funktion jedoch noch in
JavaScript geschrieben werden.
Die Funktion sieht dann so aus:
function Gf()
{
document.getElementById("object_11_Gewerbeflaechen").setAttribute("visible",
"true");
}
Um die Sichtbarkeit der Flächen wieder auszuschalten, könnte ein zweiter Button benutzt
werden und die Funktion entsprechend geändert werden. Auf folgende Weise kann aber
auch der gleiche Button benutzt werden.
function Gf()
{
var V =
document.getElementById("object_11_Gewerbeflaechen").getAttribute("visible");
switch (V)
{
case "false":
document.getElementById("object_11_Gewerbeflaechen").setAttribute("visible",
"true");
break;
case "true":
document.getElementById("object_11_Gewerbeflaechen").setAttribute("visible",
"false");
break;
}
}
Mit der „switch“-Anweisung kann ein bestimmter Codeblock ausgeführt werden, wenn eine
gewisse Kondition erfüllt ist. In diesem Fall wird zuerst der Wert des Attributes „visible“, des
Elementes „object_11_Gewerbeflaechen“ ausgelesen und in der Variable V gespeichert.
Dies ist nichts anderes, als zu schauen, ob die Gruppe der freien Flächen sichtbar oder nicht
sichtbar ist, „true“ oder „false“. Bei der folgenden „switch“-Anweisung wird der Wert von V
einmal mit „false“ verglichen und einmal mit „true“. Es wird immer nur der Codeblock, bzw.
hier Befehl, ausgeführt beim dem es eine Übereinstimmung gab. Das „break;” verhindert
dass die Anweisung weiter ausgeführt wird und zum nächsten „case“ läuft, obwohl es eine
Übereinstimmung gab. [Vgl. http://www.w3schools.com/js/js_switch.asp, Zugriff:
14.07.2011]
Die Funktion könnte auf folgende Weise in das HMTL-Dokument selbst geschrieben werden.
…
Die Funktion kann aber auch in einer einzelnen Textdatei mit der Datei-Endung „.js“
abgespeichert werden. Die Datei wird dann im HTML-Dokument als JavaScript geladen. Dies
passiert folgendermaßen:
64

Statt des Skriptes selbst, wird einfach die Quelle der Skriptdatei angegeben. Dies hat den
Vorteil dass ein JavaScript-Dokument für mehrere HTML-Dokumente benutzt werden kann,
wenn z.B. die gleichen Funktionen benötigt werden.
[Vgl. http://www.w3schools.com/js/js_whereto.asp, Zugriff: 14.07.2011]
Auf diese Weise können alle möglichen Dinge umgesetzt werden. Das Grundprinzip bleibt
immer gleich, mittels JavaScript und einer DOM-Zugriffmethode kann das Modell dynamisch
verändert werden. Statt eines Buttons, kann auch ein Objekt aus dem Modell selbst mit
einem Event belegt werden. JavaScript bietet auch die Möglichkeit Befehle in gewissen
Zeitabständen auszuführen, so könnten Animationen realisiert werden.
In dem nächsten Arbeitsschritt wird ein „onmouseover“- und ein „onmouseout“-Event
benutzt um grafisch anzuzeigen, dass Informationen erscheinen werden, wenn dieses
angeklickt wird. Hier kommen die roten Boxen aus Punkt 8.2 ins Spiel. Diese Boxen sind
zuerst auch wieder sichtbar, die Sichtbarkeit muss also als Standardeinstellung, auf
unsichtbar gesetzt werden. Dies passiert auf die gleiche Weise wie bei den freien Flächen,
indem das Attribut „visible“ den Wert „false“ bekommt. Anschließend werden der Gruppe
zwei Events zugeordnet. Einmal ein „onmouseover“-Event, hier wird eine Aktion ausgeführt,
wenn der Mauszeiger das Objekt berührt, in diesem Fall soll die rote Box sichtbar werden.
Mit dem „onmouseout“-Event wird die eine Aktion ausgeführt, wenn der Mauszeiger das
Objekt wieder verlässt, hier soll die rote Box wieder verschwinden. Auch hier muss wieder
jeweils eine JavaScript-Funktion für die Events geschrieben werden. In diesem Fall könnte
das so aussehen:
function select(element)
{
var ID = element.id;
document.getElementById(ID).setAttribute("visible", "true");
}
function deselect(element)
{
var ID = element.id;
document.getElementById(ID).setAttribute("visible", "false");
}
Aufrufen der Funktionen im HTML-Dokument:
Auf diese Weise ist es möglich die Funktionen “select“ und „deselect“ für jedes Element zu
nutzen und es ist nicht nötig für jedes Element eine eigene Funktion zu schreiben. Das
„element“ zwischen den Klammern, hinter dem Funktionsnamen, ist eine Eingangsvariable
für die Funktion. [Vgl. http://www.w3schools.com/js/js_functions.asp, Zugriff: 14.07.2011]
65

Beim Aufrufen der Funktion wird die Variable „element“ als „this“ definiert. „this“ gibt den
entsprechenden Elemetknoten wieder, also hier ein „group“-Element. In der ersten Zeile der
Funktion wird mit „element.id“ der Wert des „id“-Attributes in eine Variable „ID“
gespeichert. Mit dieser Variable kann nun mit Hilfe der „getElementById“-Methode der
Wert des Attributes „visible“ geändert werden. Also die Sichtbarkeit der betreffenden roten
Box ein- bzw. ausgeschaltet werden.
Ein ähnlicher Anzeigemechanismus soll auch bei den freien Gewerbeflächen realisiert
werden. Hier wird jedoch keine transparente Box benutzt, sondern einfach das Material der
Flächen ausgetauscht. Die elegantere Lösung wäre nur die Farbinformation des Materials zu
ändern, statt das ganze Material zu ersetzen. Da Firefox und andere Browser Leerzeichen
und Zeilenumbrüche als Textkoten erkennt, wird der Zugriff auf das Element mit den
Farbinformationen, über eine DOM-Methode erschwert.
[Vgl. http://www.w3schools.com/dom/dom_nodes_navigate.asp, Zugriff: 15.07.2011] Um
dieses Problem zu umgehen und den Skriptcode klein zu halten, wird den Flächen ein neues
Material zugewiesen und somit auch die Farbe geändert. Diese Methode verbraucht etwas
mehr Speicherressourcen, weil ein zusätzliches Material gespeichert werden muss. Für alle
Flächen kann jedoch das gleiche Material verwendet werden.
Das „shader“-Element definiert ein Material. Wie in den Kästen auf Seite 67 zu erkennen ist,
werden bei dem neuen Material lediglich die Farbewerte verändert. Die Farbe wird in dem
„float3“-Element mit dem Namen „diffuseColor“, definiert. Wobei die drei Werte für RGB
stehen, also für Rot, Grün und Blau.
66

0
0.989247 0.549758 0.0474839
0 0 0
0 0 0
0 0 0
0.25
0
In folgender Ziele wird dem „group“-Element, das die erste Fläche definiert, ein
„onmouseover“- und ein „onmouseout“-Event zugewiesen:
Die beiden Funktionen „selectFl(this)” und „deselectFl(this)” sehen wie folgt aus:
function selectFl(element)
{
var ID = element.id;
document.getElementById(ID).setAttribute("shader", "#shader_SelectFl");
}
function deselectFl(element)
{
var ID = element.id;
document.getElementById(ID).setAttribute("shader", "#shader_material_3_Mat5");
}
Mit der ersten Funktion wird das alte Material durch das neue ersetzt. Bei der zweiten
Funktion wird wieder das alte Material zugewiesen. Sodass wenn der Mauszeiger die
Fläche berührt, diese das Material bzw. die Farbe ändert. Wenn der Mauszeiger die
Fläche verlässt, erhält sie wieder die vorherige Farbe. Für die anderen beiden Flächen
können die gleichen Funktionen benutzt werden.
0
1 0 0
0 0 0
0 0 0
0 0 0
0.25
0
In dem nächsten Schritt geht es darum, dass Informationen über das Unternehmen
erscheinen sollen, wenn das Firmengebäude angeklickt wird. Dem Gebäude muss also ein
„onclick“-Event zugewiesen werden, das eine Funktion aufruft, die wiederum die
67

entsprechenden Informationen in einem bestimmten Bereich anzeigt. Die direkte
Zuweisung auf das Gebäude selbst ist nicht möglich, da sich die transparente Box, die
anzeigt, dass es aufrufbare Informationen gibt, vor dem eigentlichen Gebäude befindet.
Deshalb muss das „onclick“-Event dieser Box zugewiesen werden. In diesem Fall sollen die
Informationen in einen Bereich neben dem Renderfenster, also neben dem „xml3d“-
Element angezeigt werden. Es gibt mehrere Möglichkeiten diesen Bereich zu definieren.
Die praktischste ist wohl die Verwendung eine Iframes. Dieses HTML-Element rendert
einen Bereich in der HTML-Seite, in den ein anderes HTML-Dokument eingeladen werden
kann. So kann für jedes Unternehmen ein HTML-Dokument erstellt werden, das dann
beim Anklicken des Firmengebäudes in das Iframe eingeladen wird. Auf diese Weise ist
die Erweiterbarkeit kein Problem.
Eine andere Möglichkeit wäre, die Informationsseiten in einem Pop-Up anzuzeigen. Oder
aber den HTML-Code mit den Informationen über das Unternehmen, jedes Mal neu
mittels JavaScript in ein „div“-Element zu schreiben.
In diesem Beispiel soll die Iframe-Variante umgesetzt werden. Um Iframes nutzen zu
können, muss die Dokumententyp-Deklaration von „strict“ auf „transitional“ geändert
werden:
[Vgl. http://www.w3schools.com/xhtml/xhtml_dtd.asp und
http://www.w3schools.com/tags/tag_iframe.asp Zugriff: 15.07.2011]
So wird das Iframe im HTML-Dokument definiert:
Der Wert des „src“-Attributes gibt die URL des HTML-Dokumentes an, das in den Iframe
geladen werden soll. Die Attribute „width“ und „height“ geben die Breite und die Höhe
des Iframe-Bereichs an. Hier bestimmt das „style“-Attribut die Position des Iframes, mit
Hilfe von CSS-Eigenschaften.
Auf folgende Weise wird der ersten Gewerbefläche ein „onclick“-Event zugewiesen, das
eine Funktion aufruft, um den Inhalt des Iframes zu ändern, sodass Informationen über
die Fläche dargestellt werden:
68

Die Zuweisung für die anderen Flächen und Gebäude funktioniert auf die gleiche Weise
und es kann dieselbe Funktion benutzt werden.
Die Funktion „info()” sieht folgendermaßen aus:
function info(element)
{
var ID = element.id;
switch (ID)
{
case "group_object_19_Select1":
document.getElementById("iframe").setAttribute("src",
"http://localhost/Versuchsmodell/Infos/Unternehmen1/Unternehmen1.xhtml");
break;
case "group_object_24_Select2":
document.getElementById("iframe").setAttribute("src",
"http://localhost/Versuchsmodell/Infos/Unternehmen2/Unternehmen2.xhtml");
break;
case "group_object_13_Plane1":
document.getElementById("iframe").setAttribute("src",
"http://localhost/Versuchsmodell/Infos/Flaeche1/Flaeche1.xhtml");
break;
case "group_object_15_Plane2":
document.getElementById("iframe").setAttribute("src",
"http://localhost/Versuchsmodell/Infos/Flaeche2/Flaeche2.xhtml");
break;
case "group_object_17_Plane3":
document.getElementById("iframe").setAttribute("src",
"http://localhost/Versuchsmodell/Infos/Flaeche3/Flaeche3.xhtml");
break;
default:
document.getElementById("iframe").setAttribute("src",
"http://localhost/Versuchsmodell/Infos/Default/Default.xhtml");
break;
}
}
Um nur eine Funktion für alle Gebäude und Flächen zu benötigen wurde eine „switch“-
Aufforderung ausgewählt. Diese vergleicht den Wert des „id“-Attributes von dem
ausgewählten Objekt mit vordefinierten „id“-Werten. Wenn es eine Übereinstimmung
gibt, wird die Quelle des Iframes so verändert, dass die Infoseite des ausgewählten
Objektes aufgerufen wird.
Als letzter Schritt soll noch die Möglichkeit hinzugefügt werden, mehrere
Kameraperspektiven auszuwählen. Hierzu wurden zwei verschiedene Methoden getestet,
die jeweils ihre Nach- und Vorteile haben. Wie unter Punkt 9.1 beschrieben, wurden in
C4D bereits weitere Kameras in die Szene eingefügt. Standardmäßig stellt der XML3D-
Exporter die erste Kamera als Standardsicht ein. In der Szene gibt es noch zwei weitere
Kameras, eine Ansicht für Unternehmen 1 und eine Ansicht für Unternehmen 2.
Bei der ersten Methode des Kamerawechsels wird die aktive Kamera der Szene einfach
durch eine andere ersetzt. Die aktive Kamera wird durch das „activeView“-Attribut des
„xml3d“-Elementes festgelegt.
69

Wie man an dem Quelltext sehen kann, ist hier die Kamera „defaultView“ aktiv. Die
Kamera wird durch ein „view“-Element, weiter unten im Quelltext, definiert:
Um die Kamera zu wechseln, die gerade aktiv ist, muss nur der Wert des „activeView”-
Elementes durch die „id” einer anderen Kamera gewechselt werden. Auch dies kann mit
der JavaScript-Methode „node.setAttribute“ umgesetzt werden. Der Kamerawechsel soll
über einen Button, mit einem „onclick“-Event, möglich sein. Die JavaScript-Funktion, die
bei diesem Event ausgeführt werden soll, sieht folgendermaßen aus:
function KU1()
{
document.getElementById("object_4_Camera1").setAttribute("orientation", "0.0 -1.0
0.0 1.570796");
document.getElementById("object_4_Camera1").setAttribute("position", "0.0 0.0
0.0");
document.getElementById("xml3DElem").setAttribute("activeView",
"#object_4_Camera1");
org.xml3d.Xml3dSceneController.controllers[0].setCamera(document.getElementById("
object_4_Camera1"));
}
In dem gelbbrauen Bereich befindet sich der Befehl, der ausschlaggebend ist, für den
Kamerawechsel. Dabei ist „object_4_Camera1” die „id” der neuen Kamera.
Die ersten beiden Befehle sollten eigentlich die Blickrichtung der Kamera wieder auf den
Anfangspunkt zurücksetzten. Diese Befehle funktionieren jedoch nicht. Dadurch ergibt
sich der Nachteil, dass man die Anfangsansicht nur zurückerhalten kann, indem die Seite
neugeladen wird, nachdem eine Ansicht durch Mausbewegungen verstellt wurde. Hierbei
scheint es sich um ein Bug, oder zumindest eine Eigenart der WebGL-Version zu handeln,
denn in der modifizierten Firefox-Version funktionieren die Befehle.
Die letzte Zeile ändert den Szenenkontroller auf die neue Kamera, ohne diesen Befehl
würde sich zwar die Ansicht ändern, doch man könnte sich nicht mehr durch die Szene
bewegen und hätte ein statisches Bild. Bei den ersten Tests, ohne den Befehl, trat dieses
Problem stets auf und konnte vom Autor nicht selbst gelöst werden. Diese Lösung wurde
freundlicherweise von einem Mitglied des XML3D-Entwicklerteams angeboten.
Ein weiteres ungelöstes Problem ist, dass der Kamerawechsel zwar funktioniert, jedoch
nur, wenn das Bild mit der Maus bewegt wird. Der Renderer aktualisiert das Bild also
nicht automatisch nach dem Kamerawechsel. Auch das ist eine Eigenart der WebGL-
Version.
70

Die andere erwähnte Methode um einen Ansichtswechsel umzusetzen besteht darin,
nicht die aktive Kamera zu wechseln, sondern nur die Position und die Blickrichtung der
aktiven Kamera. Die Koordinaten für die neue Ansicht können von dem „transform“-
Element der gespeicherten Kamera abgegriffen werden.
Anschließend wird eine JavaScript-Funktion geschrieben die die Werte des “rotation”-
und „translation“-Attributes der aktiven Kamera ändert.
function KU12()
{
document.getElementById("defaultView").setAttribute("orientation", "0.0 -1.0 0.0
1.570796");
document.getElementById("defaultView").setAttribute("position", "0.0 0.0 0.0");
document.getElementById("t_object_3_Uebersicht1").setAttribute("rotation",
"0.0523253 -0.855511 -0.515133 0.236357");
document.getElementById("t_object_3_Uebersicht1").setAttribute("translation", "-
393.666 34.8926 -97.1158");
}
Bei den ersten beiden Zeilen besteht das gleiche Problem wie bei der ersten Methode,
diese können hier außer Acht gelassen werden. Der eigentliche Ansichtswechsel wird mit
den beiden letzten Befehlen durchgeführt. "t_object_3_Uebersicht1" ist die „id“ des
„transform“-Elementes der aktiven Kamera, die Werte der Attribute "rotation" und
"translation" sind die der zusätzlichen Kamera, hier mit der „id“
"t_object_4_Camera1".
Die zusätzliche Kamera und das „transform“-Element könnten nun gelöscht werden, da
sie Daten in dem JavaScript gespeichert sind. Somit ist diese Methode etwas weniger
speicherintensiv als die erste. Die Ansicht wechselt sofort nach dem Betätigen des
Buttons, es bleibt aber das Problem, dass die Kameraausrichtung nicht auf null gesetzt
wird. Dies ist umso nachteilhafter, wenn die Ansicht am Anfang nämlich direkt stark
verändert wird, kann es sein, dass beim Ansichtswechsel die zweite Ansicht nicht mehr
das zeigt was sie soll. Die globale Position und Ausrichtung wird zwar geändert und auf
den vordefinierten Wert gesetzt doch die lokalen Einstellungen der Kamera werden nicht
auf Null zurückgesetzt.
Nach diesem Schritt ist die eigentliche Arbeit an den Interaktionsmöglichkeiten
abgeschlossen. Das XHTML-Dokument wird folgendermaßen im Browser dargestellt.
71

Abbildung 29 – XML3D in Webseite
Quelle: Eigene Darstellung
Die Präsentationsform lässt in diesem Stadium noch zu wünschen übrig. Das Layout der
Seite ist nun eine klassische Webdesignaufgabe, das „xml3d“-Element kann wie jedes
andere HTML-Element behandelt werden. Es soll ein Versuch unternommen werden das
Design zu verbessern. Auf Grund von fehlenden Webdesignerfahrungen sind der
Umsetzung jedoch bestimmte Grenzen gesetzt. Die Formatierung wird mit Hilfe von
„div“-Elementen vorgenommen die mit CSS positioniert und gestylt werden. Vom Inhalt
her hat sich bis auf die Kontaktinformationen, unten auf der Webseite, nichts geändert.
Für den Einsatz im Standortmarketing ist es wichtig, dass diese Informationen zu jedem
Zeitpunkt verfügbar sind. Die webbasierte 3D-Visualisierung stellt nur eine Ergänzung zu
den anderen Medien dar. Laut Frau Pöttgen, Referentin für Marketing und
Wirtschaftsförderung bei der MEGB, spielt der persönliche Kontakt nach wie vor eine
wichtige Rolle im Standortmarketing. Die folgende Abbildung zeigt die designte Seite wie
sie im Browser dargestellt wird.
72

Abbildung 30 – XML3D in Webseite 2
Quelle: Eigene Darstellung
Der Quelltext und alle anderen Daten aus diesem Beispiel sind auf der CD-ROM, die
Bestandteil dieser Arbeit ist, enthalten. Um die Webseite in einem Browser aufzurufen,
muss jedoch zuerst ein lokaler Host auf dem Rechner installiert werden. Diese etwas
umständliche Lösung ist auf Grund von allgemeinen Sicherheitsvorkehrungen notwendig
(http://de.wikipedia.org/wiki/Same-Origin-Policy). Auf der CD-ROM ist eine kostenlose
Software enthalten, die es erlaubt einen lokalen Host in wenigen Minuten zu installieren
(…\Localhost).
Um die Installation eines lokalen Hosts zu umgehen, kann das Beispiel auch über das
Internet aufgerufen werden:
http://fb123.fb.funpic.de/Versuchsmodell/Versuchsmodell.xhtml
Benutzername: Gast
Passwort: stubenwald
73

Es wird empfohlen eine aktuelle Version von Mozilla Firefox oder Google Chrome zu
benutzen.
An dieser Stelle soll noch einmal darauf hingewiesen werden, dass es sich nur um ein
Anwendungsbeispiel handelt. Weder die grafischen, noch die textlichen Darstellungen
sollen die Realität wiedergeben. Die Basis für dieses Beispiel bildet jedoch der Einsatz als
Medium zur Vermarktung von Gewerbeflächen im Gewerbegebiet „Stubenwald“ in
Bensheim. Das Design der Webseite wurde daher auch an das Design des Internetauftritts
der MEGB mbH angelehnt. Auf diese Weise, kann dieses Beispiel als Ausgangspunkt für
eine Plattform für das eigentliche Modell des Gewebegebietes „Stubenwald“ dienen.
9.3 Einbindung über Google Earth API
Eine andere Möglichkeit ein 3D-Modell in eine Webseite zu integrieren, bietet die Google
Earth API. Da das Modell des Gewerbegebietes „Stubenwald“ mit Google SketchUp
modelliert wurde, bietet sich eine Einbindung auf diesem Weg an. Da diese Arbeit einen
begrenzten Zeitrahmen hat und der Fokus auf XML3D gelegt wurde, kann hier die Google
Earth API nicht in voller Breite und Tiefe dargestellt werden. Es soll überprüft werden,
welche Darstellungs- und Interaktionsmöglichkeiten über die Google Earth API, in relativ
kurzer Zeit möglich sind, ohne auf technische Details einzugehen.
Die Google Earth API besteht aus zwei Elementen. Aus einem Plugin, das es ermöglicht
Google Earth in einem definierten Bereich innerhalb einer Webseite auszuführen und aus
einer Schnittstelle für JavaScript, mit der es z.B. möglich ist 3D-Modelle in die Szene zu
laden, Polygone und Ortsmarken zu erzeugen. Auf diese Weise ist es möglich eigene,
personalisierte Web-GIS-Applikationen zu erstellen. Die Google Earth API ist für jeden
Nutzer kostenlos. [Vgl. http://code.google.com/apis/earth/, Zugriff: 17.07.2011]
Um das Plugin zu laden und ein Darstellungsbereich für Google Earth in der Webseite zu
erhalten, wird folgender Quelltext benötigt:
var ge;
google.load("earth", "1");
function init()
{
google.earth.createInstance('map3d', initCB, failureCB);
}
74

function initCB(instance)
{
ge = instance;
ge.getWindow().setVisibility(true);
}
function failureCB(errorCode)
{
}
google.setOnLoadCallback(init);
GoogleEarth API
Mit dem ersten „script“-Element wird ein JavaScript aufgerufen, das es ermöglicht das
Google Earth Plugin, über ein zweites JavaScript, aufzurufen. Innerhalb des Wertes für das
„src“-Attribut kann man ein Key erkennen. Dieser Schlüssel wird benötigt, um die Google
Earth API nutzen zu können. Der Schlüssel muss bei Google angefragt werden, dies ist
jedoch kostenlos.
Das zweite JavaScript startet das Plugin und definiert das „div“-Element mit der „id“
„map3d“ als Darstellungsbereich für Google Earth. Mit dem „style“-Attribut des „div“-
Elementes kann die Größe des Darstellungsbereichs bestimmt werden.
[Vgl. http://code.google.com/apis/earth/documentation/, Zugriff: 17.07.2011]
Auf die genaue Funktionsweise soll hier nicht eingegangen werden. Der Quelltext ist so
unter http://code.google.com/apis/earth/documentation/, verfügbar. Auch eine
ausführliche Erläuterung des Quelltextes ist unter diesem Link aufrufbar.
Die Grundfunktionen, die mit der Google Earth API umgesetzt werden sollen, sind die
folgenden:
• Visualisierung des Modells des Gewerbegebietes „Stubenwald“
• Ein- und ausschalten der Sichtbarkeit der freien Gewerbeflächen
• Anzeigen von Informationen über Unternehmen und Flächen
Mit der Google Earth API ist es möglich KMZ-Dateien zu laden und anzuzeigen. Auf diese
Weise sollen die obengenannten Punkte umgesetzt werden. Die Informationen zu den
Unternehmen sollen mit Hilfe von Ortsmarken angezeigt werden. Dies ist die Lösung, die
am einfachsten umsetzbar ist, weil die Ortsmarken im externen Google Earth Client
erstellt werden und als KMZ-Datei gespeichert werden können. Die KMZ Datei kann
anschließend über die Google Earth API aufgerufen werden. Damit die Ortsmarken die
75

Gestaltwirkung nicht beeinträchtigen, soll deren Sichtbarkeit ebenfalls ein- und
ausschaltbar sein.
Mit dem folgenden Quelltext kann dies realisiert werden. Es muss jedoch darauf
hingewiesen werden, dass der Quelltext nicht vom Autor selbst geschrieben wurde. Der
Quelltext stammt aus Beispielen von Google. Die einzelnen Funktionen wurden teilweise
lediglich leicht angepasst. Um selbst Funktionen zu schreiben reicht es nicht aus das
HTML-DOM zu kennen, es muss sich außerdem mit den spezifischen Methoden der
Google Earth API auseinander gesetzt werden. Dadurch, dass es jedoch viele Beispiele
gibt und viele Standardanwendungen in zahlreichen Internetforen diskutiert werden,
kann oft der passende Quelltext gefunden werden und für die eigene Anwendung genutzt
werden.
function initCB(instance)
{
ge = instance;
ge.getWindow().setVisibility(true);
var link = ge.createLink('');
var href = 'http://localhost/GoogleEarthAPI/API_Stubenwald.kmz'
link.setHref(href);
var networkLink = ge.createNetworkLink('');
networkLink.set(link, true, true); // Sets the link, refreshVisibility, and
flyToView
ge.getFeatures().appendChild(networkLink);
var href = 'http://localhost/GoogleEarthAPI/API_MEGB_Fl.kmz';
google.earth.fetchKml(ge, href, function(kmlObject) {
MEGB = kmlObject;
if (kmlObject)
{
ge.getFeatures().appendChild(kmlObject);
}
});
var href = 'http://localhost/GoogleEarthAPI/PlacemarksStubenwald.kmz';
google.earth.fetchKml(ge, href, function(kmlObject2) {
Placemarks = kmlObject2;
if (kmlObject2)
{
ge.getFeatures().appendChild(kmlObject2);
}
});
//set a click listener that affects all placemarks
google.earth.addEventListener(
ge.getGlobe(), 'click', function(event) {
var obj = event.getTarget();
if (obj.getType() == 'KmlPlacemark'){
event.preventDefault();
var placemark = obj;
//get the full balloon html
var placemark_desc_active = placemark.getBalloonHtmlUnsafe();
var placemark_desc = placemark.getBalloonHtml();
//create new balloon with rendered content
76

}
}
});
var balloon = ge.createHtmlStringBalloon('');
balloon.setMaxWidth(500);
balloon.setMinHeight(460);
balloon.setContentString(placemark_desc_active);
ge.setBalloon(balloon);
function showHidePl()
{
Placemarks.setVisibility(!Placemarks.getVisibility());
}
function showHideMEGB()
{
MEGB.setVisibility(!MEGB.getVisibility());
}
Bei dem Quelltext handelt es sich um JavaScript. Die erste Funktion, mit dem Namen
„initCB“, enthält eigentlich alle Dinge, die in dem Google Earth-Bereich angezeigt werden,
also geladene KML/KMZ-Dateien und Objekte die in der Google Earth API selbst erstellt
werden. Es gibt auch Befehle, die verschiede Elemente des Google Earth Plugins
einschalten, so z.B. die Ansichtssteuerung oder andere Steuerelemente. Auch das
Einschalten von verschiedenen Layern ist möglich, etwa Straßennamen, Gebietsgrenzen,
Geländemodelle oder 3D-Gebäude. Diese Befehle werden ebenfalls in diese Funktion
geschrieben. In diesem Fall werden jedoch keine zusätzlichen Steuerelemente oder Layer
geladen. [Vgl. http://code.google.com/apis/earth/documentation/layers.html, Zugriff:
19.07.2011]
Der Quelltext in dem ersten grauhinterlegten Bereich stammt aus dem Google Earth API
Tutorial (http://code.google.com/apis/earth/documentation/). Mit diesem Quelltext wird
eine KMZ-Datei, mit dem Namen „API_Stubenwald“, als NetworkLink in die Google Earth
Instanz geladen. Dabei handelt es sich um das 3D-Modell des Gewerbegebietes
„Stubenwald“. Beim Laden als Networklink gibt es keinen Zugriff auf die Dateistruktur,
dies ist hier jedoch auch nicht notwendig, das Modell soll lediglich dargestellt werden. Ein
Vorteil von dieser Methode ist, dass es leicht möglich ist die Ansicht beim Laden direkt zu
dem Modell zuführen.
[Vgl. http://code.google.com/apis/earth/documentation/kml.html#kmlnetworklink,
Zugriff: 19.07.2011]
Der Quelltext in dem zweiten gelbbraunhinterlegten Bereich stammt ebenfalls aus dem
Google Earth API Tutorial. Hier wird zweimal auf die gleiche Methode, jeweils eine KMZ-
Datei geladen. Es handelt sich um die Flächen zur Visualisierung der freien
Gewerbeflächen und um die Ortsmarken die in Google Earth erstellt wurden. Mit dieser
Methode ist es auch möglich auf die Struktur der KML-Datei zuzugreifen. Bei den
77

Gewerbeflächen ist dies nicht nötig, doch bei den Ortsmarken wird dies im nächsten
Abschnitt gebraucht.
[Vgl.
http://code.google.com/apis/earth/documentation/kml.html#fetchkml_and_parsekml,
Zugriff: 19.07.2011]
Der Quelltext im zweiten grauhinterlegten Bereich stammt von dem Google Earth API
„Code Playground“
(http://code.google.com/apis/ajax/playground/?exp=earth#hello,_earth). Hier gibt es
Quelltexte zu vielen verschiedenen Anwendungsbeispielen. Die Quelltexte können direkt
im Browser verändert und getestet werden. Der Quelltext, in dem hier beschriebenen
Bereich, ist notwendig um die Informationen der Ortsmarken anzeigen zu können. Die
Ortsmarken besitzen einen Bereich, um Informationen zu speichern, diese werden
angezeigt, wenn man die Ortsmarken anklickt. In dem externen Google Earth Client gibt
es eine volle HTML-Unterstützung für diese Beschreibung. So ist es möglich ein Iframe zu
benutzen, um ein externes HTML-Dokument in der Ortsmarkenbeschreibung anzuzeigen.
Dies ist eine praktische Lösung, weil die Beschreibung der Ortsmarken nachträglich leicht,
über die HTML-Dokumente die geladen werden, aktualisiert werden können. Außerdem
werden die Daten so erst bei Bedarf geladen. Doch in dem Google Earth Plugin werden
verschiedene HTML-Elemente aus Sicherheitsgründen, nicht unterstützt. Dazu gehören
„iframe“-Elemente, diese Elemente werden vom Plugin ignoriert und somit kann die
externe Datei nicht angezeigt werden.
[Vgl.
http://code.google.com/apis/earth/documentation/balloons.html#feature_balloons,
Zugriff: 19.07.2011]
Es gibt jedoch eine Möglichkeit diese Sperre zu umgehen. Es muss natürlich sichergestellt
sein, dass den aufgerufenen Seiten vertraut werden kann. Da es sich in diesem Fall um
selbst erstellte Seiten handelt, stellt dies kein Problem dar. Der hier dargestellte Quelltext
sogt in einem ersten Schritt dafür das normale Verhalten der Ortsmarken zu unterbinden,
d.h. die Beschreibung der Ortsmarken wird beim Anklicken nicht mehr angezeigt. In
einem nächsten Schritt wird der HTML-Text, der sich in der Beschreibung der Ortsmarke
befindet, in einer Variable gespeichert. Anschließend wird eine neue „Anzeigeblase“
erstellt, die eine volle HTML-Unterstützung hat und somit die Beschreibung der
Ortsmarke darstellen kann, wenn diese angeklickt wird.
[Vgl. http://code.google.com/apis/earth/documentation/balloons.html#getballoonhtml,
Zugriff: 19.07.2011]
78

Die beiden letzten Funktionen „showHidePl“ und „showHideMEGB“ steuern die
Sichtbarkeit der Ortsmarken und der Gewerbeflächen. Diese können z.B. über ein Button
aufgerufen werden, um die Sichtbarkeit dieser Objekt ein- bzw. auszuschalten.
Dieser Quelltext kann in die gleiche HTML-Plattform eingebettet werden die unter Punkt
9.2 erstellt wurde. Die Abbildung 31 zeigt die Darstellung im Browser.
Abbildung 31 – Google Earth in Webseite
Quelle: Eigene Darstellung
Alle Daten dieser Anwendung sind auf der CD-ROM dieser Arbeit enthalten. Um die
HTML-Seite lokal vollständig darstellen zu können, wird ebenfalls ein lokaler Host
benötigt. Das Google Earth Plugin kann keine lokal gespeicherten KML/KMZ-Dateien
laden. Um diesen etwas umständlichen Weg zu umgehen, kann die Seite auch online
aufgerufen werden, unter folgendem Link:
http://fb123.fb.funpic.de/GoogleEarthAPI/Stubenwald3D.html
Benutzername: Gast
Passwort: stubenwald
79

10. Erfahrungen und Probleme bei der praktischen Umsetzung
10.1 XML3D
An erster Stelle muss man festhalten, dass sich XML3D primär an Webdesigner und
Webprogrammierer richtet. [Vgl. http://www.xml3d.org/xml3d/specification/current/,
Zugriff: 19.07.2011] Ein Anwender ohne jegliche Erfahrung in diesem Bereich kann beim
ersten Kontakt mit XML3D etwas überfordert sein. Der Durchschnitts-Internetnutzer ist es
nicht gewohnt sich im Bereich des Quelltextes zu bewegen. Um XML3D sinnvoll
einzusetzen, ist es unbedingt nötig eine minimale Wissensbasis in HTML und JavaScript zu
besitzen. Dies kann für manche Anwender eine Hürde darstellen. Nach einer relativ
kurzen Einarbeitungszeit stellt man aber fest dass HTML wie auch JavaScript auch für
Nicht-Programmierer erlernbar sind. Es gibt zahlreiche Webseiten die sich dieser
Thematik widmen, besonders hilfreich bei der vorliegenden Arbeit war die Webseite
„w3schools“ (http://www.w3schools.com/). XML3D benutzt die gleichen Prinzipien der
Ausweisung für die 3D-Inhalte, wie es auch bei HTML bzw. XML der Fall ist. Auch der
Zugriff über das DOM funktioniert auf die gleiche Weise. Dadurch ist es relativ leicht
XML3D anzuwenden, wenn bereits Erfahrungen mit diesen Webtechniken vorliegen.
Die Arbeit wurde durch zwei Aspekte erschwert. Zum einen befindet sich XML3D noch in
der Entwicklungsphase, d.h. es kommt vor, dass einige Dinge nicht so funktionieren wie
gedacht. Den größeren Einfluss hatten jedoch Unsicherheiten beim Umgang mit HTML
und JavaScript. Auch wenn die Funktionsweise der beiden Techniken schnell verstanden
werden kann, gibt es bei der praktischen Arbeit oft Details die beachtet werden müssen.
Dies trifft auf die Syntax zu, wie auch auf Dinge wie Dokumententypdeklarationen und
Zeichenkodierung zu. Aus den beiden genannten Aspekten zusammengenommen, kann
sich schnell ein langwieriges Probieren und Testen ergeben. Es könnte z.B. sein, dass eine
DOM-Zugriffsmethode nicht korrekt angewendet wurde, es könnte sich aber auch um ein
Bug handeln. Für solche Fälle gibt es die XML3D-Mailinglist, über diese ist es möglich sich
mit Problemen direkt an das XML3D-Entwicklungsteam, sowie an alle anderen Mitglieder
der Liste, zu wenden. Hier bekommt man meist in sehr kurzer Zeit eine kompetente
Hilfestellung.
Im folgenden Abschnitt sollen die Hauptprobleme dargestellt werden, die bei der
Umsetzung aufgetreten sind.
• Die Texturen wurden nicht korrekt angezeigt, die Texturbilder waren nur verzerrt
sichtbar.
Das Problem kam dadurch zustande, dass die Texturkoordinaten nicht zwischen
0.1 und 1 liegen. In der Standardeinstellung kann der Renderer die Textur so nicht
80

darstellen. Um dies zu ändern, muss dem „texture“-Element das Attribut „wrapS“,
„wrapT“ oder „wrapU“ mit dem Wert „repeat“, hinzugefügt werden.
Momentan wird dies noch nicht automatisch vom XML3D-Exporter durchgeführt.
Dieses Problem konnte mit der Unterstützung des DFKI gelöst werden.
• Die Kameraeinstellung lässt sich nicht auf die Anfangswerte zurücksetzen. Mit
folgenden Befehlen wurde versucht dies umzusetzen:
document.getElementById("defaultView").setAttribute("orientation", "0.0 -
1.0 0.0 1.570796");
document.getElementById("defaultView").setAttribute("position", "0.0 0.0
0.0");
Das Attribut „position” gibt die Position der Kamera in lokalen Koordinaten an.
Diese sollen wieder auf null gesetzt werden. Auch die Ausrichtung der Kamera soll
wieder auf den Anfangswert zurückgesetzt werden. Diese beiden Befehle werden
in der WebGL-Version nicht ausgeführt.
[Vgl. http://www.xml3d.org/xml3d/specification/current/#view, Zugriff:
19.07.2011]
• Anfangs bestand das Problem, dass es bei der WebGL-Version nicht möglich war
die Ansicht über das „transform“-Element der aktiven Kamera zu ändern. Beispiel
der benutzten Befehle:
document.getElementById("t_object_3_Uebersicht1").setAttribute("rotation",
"-0.0356529 0.0814125 -0.996043 0.828459");
document.getElementById("t_object_3_Uebersicht1").setAttribute("translatio
n", "-838.251 724.219 -112.552");
Dieses Problem wurde durch eine neue Version des XML3D-JavaScriptes gelöst,
das vom DFKI zur Verfügung gestellt wurde.
• Der Ansichtswechsel über die Änderung der aktiven Kamera funktionierte von
Beginn an. Doch dadurch, dass die Kamera durch das Script des Autors nicht
geändert wurde, wurde nur eine statische Ansicht erzeugt. Dieses Problem konnte
durch die Hilfe des XML3D-Entwicklerteams gelöst werden. Mit folgendem Befehl
kann die Kamera im Scenenkontroller gewechselt werden:
org.xml3d.Xml3dSceneController.controllers[0].setCamera(document.getElemen
tById("defaultView"));
Diese Methode funktioniert jedoch auch nur mit dem neuen XML3D-JavaScript.
• Als letztes bleibt das Performanceproblem. Das Modell braucht sehr lange zum
Laden und auch danach gibt es keine flüssige Bedienbarkeit. Woran dies genau
81

liegt ist dem Autor nicht bekannt. Bei dem Versuchsmodell, aus dem in Punkt 9.2
beschriebenen Beispiel, tritt das Problem nicht auf. Dieses Modell ist jedoch direkt
in C4D erstellt worden und nicht in Google SketchUp. Es wäre möglich dass beim
Export bzw. Import des SketchUp-Modells eine ungünstige Modellstruktur für
XML3D entsteht. Zurzeit wird eine neue Version des XML3D-Exporters entwickelt.
Möglicherweise bringt auch diese eine Verbesserung.
10.2 Google Earth API
Genau wie XML3D richtet sich die Google Earth API auch primär an Entwickler und
unterscheidet sich somit von dem externen Google Earth Client oder dem Google Maps
Webservice. Ohne Kenntnisse von HTML und JavaScript kann die Google Earth API nicht
genutzt werden. Neben den JavaScript-Kenntnissen, muss die Auszeichnungssprache KML
bekannt sein, sowie die spezifischen Zugriffsmethoden der API selbst. Alle Funktionen
werden jedoch relativ ausführlich erklärt, so dass es nach einiger Einarbeitungszeit
möglich ist erste Funktionen Umzusetzen. Ein großer Fundus an Beispielen für alle
möglichen Anwendungen, erleichtert den Einstieg. Der Quelltext für viele
Standardanwendungen, wie das Laden von 3D-Modellen oder Ortsmarken, kann aus
Beispielen übernommen werden.
Bei der Anwendung in dieser Arbeit war die größte Hürde das Anzeigen von Iframes in
den „Anzeigeblasen“ der Ortsmarken. Dadurch, dass viele Anwender das gleiche Problem
haben, konnte der Lösungsweg über Internetforen gefunden werden.
11. Vergleich von XML3D und der Google Earth API
11.1 Technische Unterschiede
Es gibt fundamentale Unterschiede in Bezug auf die Philosophie und den Zweck von
XML3D und der Google Earth API. Die Google Earth API stellt eine Schnittstelle zu einem
existierenden System dar, das erweitert und zum Teil verändert werden kann. Das
System besteht aus einem Virtual-Globe-System mit der Fähigkeit zur Darstellung von 3D-
und 2D-Inhalten. XML3D setzt eine Ebene tiefer an. XML3D wurde als Standard für
webbasierte 3D-Darstellungen entwickelt. Es stellt also nur einen Rahmen, oder ein
Werkzeug für 3D-Darstellungen dar. Ob ein Virtual Glob, oder nur ein einzelnes Bauteil
dargestellt werden soll, spielt keine Rolle.
82

Dies spiegelt sich auch in der technischen Umsetzung wieder. Die Google Earth API ist
eine Schnittstelle, sie bietet über JavaScript Zugriff auf eine Google Earth Anwendung. Es
spielt sich also alles in diesem Skript ab. Auch die Beschreibung von Polygonen wird im
KML-Format innerhalb des Skriptes abgespeichert. Dabei ist es nicht üblich, komplexe
Polygonstrukturen in KML zu speichern, komplexe und texturierte 3D-Modelle werden im
Collada-Format innerhalb des KML-Quelltextes verlinkt. XML3D hingegen beschreibt die
3D-Inhalte mit Hilfe einer XML-Anwendung innerhalb des „body“-Elementes im HTML-
Dokument. So kann mit Hilfe von JavaScript über das HTML-DOM auf das Modell
zugegriffen werden. Dies entspricht der bekannten Arbeitsweise im Webdesign. Es
ermöglicht auch ein dynamisches Eingreifen die das Modell. Es können nicht nur alle
Elemente eines Modells einzeln ein- oder ausgeblendet werden, sie können sogar
verändert werden. In Google Earth sind die Beschreibung und die Struktur eines Modells,
das im Collada-Format geladen wurde, nicht dynamisch veränderbar. Die Darstellung des
gesamten Modells kann zwar dynamisch ein- oder ausgeblendet werden, doch es gibt
keinen direkten Zugriff auf das Modell.
Das Google Earth Plugin ist ein spezielles Programm, das innerhalb des Browsers
ausgeführt wird. Dieses Programm muss von jedem Nutzer zuerst im Browser installiert
werden. XML3D ist kein Programm, es soll ein Standard zur Beschreibung und Darstellung
von webbasierten 3D-Inhalten werden. Das wäre eine konsequente Weiterentwicklung
von HTML, mit der direkten Integration von 3D-Inhalten. Heute ist es bereits möglich die
WebGL-Version mit Hilfe eines Java-Scriptes in einigen Standardbrowsern zu nutzen und
dies ohne Plugin. Wenn XML3D zu einem offiziellen Standard wird, wird die
Implementationen im die Browser zum Normalfall werden.
Naturgemäß ist XML3D viel flexibler einsetzbar als die Google Earth API. Andererseits
muss man nicht außer Achtlassen dass Google Earth bereits viele Funktionen besitzt, die
gerade für den Stadtplaner nützlich sind. Mit XML3D fängt man ganz am Anfang an und
baut das Visualisierungs- und Interaktionssystem nach Bedarf auf. Dabei ist XML3D nur als
Werkzeug hierfür zu verstehen. Die Interaktionsmöglichkeiten mit den 3D-Inhalten sind
mit XML3D zudem wesentlich umfangreicher und auch einfacher umzusetzen.
11.2 Anwendbarkeit für den Stadtplaner
Der praktische Teil dieser Arbeit zeigt die Anwendbarkeit von XML3D und der Google
Earth API, ohne spezifisches Vorwissen. Es ist jedoch unbedingt notwendig sich
Grundlagen in HTML und JavaScript anzueignen. Ohne diese ist es zwar möglich ein 3D-
Modell mit dem XML3D-Eporter zu exportieren, doch das Modell ist nicht in eine grafisch
83

ansprechende Plattform eingebettet, und es gibt keine Möglichkeit Interaktionen
hinzuzufügen. Dies ist nur mit Hilfe von HTML und JavaScript möglich. Die nötigen
Grundkenntnisse sind relativ leicht zu erlernen, doch dies kann für viele Anwender eine
Barriere darstellen. Der Durchschnitts-PC-Nutzer ist es nicht gewohnt sich mit Quelltexten
auseinander zu setzen. Nach Zeile ist es nicht der zu erwartende Ansatz dass der Planer
eigene Programme schreibt sondern vielmehr bestehende Anwendungen nutzt und
kombiniert um so planerische Probleme zu lösen. [Vgl. Zeile, P., 2009, S. 86] XML3D, wie
auch die Google Earth API können zwar keinesfalls mit der wirklichen Programmierung
von Anwendungen gleichgesetzt werden. Doch beide Techniken richten sich vor allem an
Entwickler. Man muss weitaus mehr Vorwissen mitbringen bzw. Zeit investieren um sich
das nötige Wissen anzueignen, als dies der Fall bei reinen endnutzerorientierten
Programmen ist. Als gutes Beispiel dient hier wieder die 3D-Modellierungssoftware
Google SketchUp. Hier wird keinerlei Vorwissen verlangt um das Programm zu bedienen.
Die Grundfunktionen können innerhalb weniger Stunden erlernt werden. Auch der
Umgang mit dem externen Google Earth Client ist relativ leicht gängig. Es werden auch
keine neuen Anwendungen kreiert. Mit XML3D und der Google Earth API ist es möglich
eigene, mehr oder weniger aufwendige, 3D-Web-GIS-Systeme zu erschaffen.
Die Einbindung des 3D-Modells in eine Webseite ist mit beiden Techniken relativ einfach
zu erreichen. Das Hinzufügen von Interaktionsmöglichkeiten ist bei XML3D mit Hilfe von
wenigen JavaScript-Befehlen möglich und einfacherer als bei der Google Earth API. Das
Webdesign stellt jedoch eine weitere Schwierigkeit dar. In dieser Arbeit konnte mit
einfachen Mitteln ein akzeptables Design erstellt werden. Professionell designte
Webauftritte erfordern jedoch mehr Erfahrung und Kenntnisse in diesem Bereich. Auch
um die Browserkomptabilität einer Webseite zu gewährleisten, sind einige spezifische
Kenntnisse notwendig.
Beide Systeme sind jedoch prinzipiell für den Stadtplaner verwendbar. In dieser Arbeit
konnten beide Techniken relativ erfolgreich angewendet werden. Es muss hier bei beiden
Techniken eine Relativierung erfolgen. Bei der Anwendung von XML3D bleibt zu
vermerken, dass das eigentliche Vorhaben, eine webbasierte 3D-Visualisierung des
Gebergebietes Stubenwaldes zu erstellen, nicht vollständig gelungen ist. Die Webseite mit
dem eigentlichen Modell, hat eine sehr lange Ladezeit und ist nicht flüssig bedienbar. Ein
Einsatz für ein öffentliches Publikum wäre in dieser Form nicht möglich. Das Problem
konnte nicht authentifiziert werden. Es ist möglich, dass das Modell durch den Export
bzw. den Import eine ungünstige Modellstruktur für XML3D kommen hat. Das
beschriebene Problem ist keineswegs von prinzipieller Natur, oder spricht gegen die
Anwendung von XML3D. Die Arbeit hat jedoch auch gezeigt, dass manche Dinge ohne
externe Hilfe nicht möglich gewesen wären. Dieses Problem wird sich jedoch auch lösen,
84

wenn sich die Technik weiter verbreitet hat und es mehr grundlegende Beispiele und
Lösungswege für häufig auftretende Probleme gibt.
Die Google Earth API hat den Vorteil, dass sie bereits von einem größeren Personenkreis
benutzt wird. So war es möglich in relativ kurzer Zeit einen Quelltext aus Beispielen
zusammenzustellen und so anzupassen dass die erforderlichen Funktionen vorhanden
sind. Aber auch dies ist ohne HTML- und JavaScript-Kenntnisse nicht möglich. Hinzu
kommt, dass diese Methode die Umsetzbarkeit von eigenen Ideen relativ einschränkt.
Dem Autor dieser Arbeit war es nicht möglich die Funktionsweise der API soweit zu
verstehen, dass er in der Lage gewesen wäre die benötigten Funktionen selbst zu
scheiben.
Die beiden Techniken sind also unter gewissen Umständen sehr wohl für den Stadtplaner
anwendbar. Es muss jedoch ein Grundwissen im Bereich des Webdesigns und des
Webprogrammierens vorhanden sein, oder genug Zeit eingeplant werden um dieses
Wissen zu erlangen. Daher werden die beiden Techniken nach Einschätzung des Autors, in
der derzeitigen Form, nicht zu einem Standardwerkzeug des Planers werden. Sie können
jedoch durchaus in bestimmten Projekten sinnvoll eingesetzt werden. Dabei stellt XML3D
die innovativere und flexiblere Lösung dar. Die ganze Bandbreite an Vorteilen kann
XML3D jedoch erst in der Zukunft entfalten, wenn sich die Technik als Standard etablieren
wird. Momentan ist es aus rein praktischer Sicht, nach Maßgabe des Autos, günstiger
einfache 3D-Web-GIS-Anwendungen mit der Google Earth API zu realisieren. Es bleiben
jedoch die Nachteile der eingeschränkten Umsetzbarkeit von eigenen Ideen und der
Notwendigkeit der Installation eines speziellen Plugins, zur Darstellung der 3D-Scene.
12. Fazit und Ausblick
12.1 Anwendbarkeit der webbasierten 3D-Visualisierung in der Stadtplanung
Die vorliegende Arbeit beschäftigt sich in erster Linie mit der Anwendung von
webbasierten 3D-Visualisierungen im Standortmarketing. Die Ergebnisse und Erfahrungen
sind jedoch zu einem großen Teil auch auf andere Bereiche der Stadtplanung übertragbar.
In einem ersten Punkt sollen die Ergebnisse für die Anwendbarkeit im Standortmarketing
dargestellt werden. In einem zweiten Punkt werden die Ergebnisse auf andere Bereiche
der Stadtplanung übertragen.
85

12.1.1. Anwendbarkeit im Standortmarketing
Einen zusätzlichen Nutzen von webbasierten 3D-Visualisierten im Standortmarketing
konnte eindeutig festgestellt werden. Emotionen spielen eine wichtige Rolle in der
Vermarktung von Produkten. Städtebauliche Gestaltwirkungen können Emotionen bei
Menschen auslösen. Die 3D-Visualisierung ist eine geeignete Methode die
Gestaltwirkung von städtebaulichen Situationen zu simulierten. [Vgl. Streich, B., 2011, S.
331] Folglich können mit 3D-Modellen menschliche Emotionen angesprochen werden, die
bei der Vermarktung von Standorten hilfreich sind. Das Internet ist heute ein
weitverbreitetes Kommunikationsmedium, das weiter anwächst. Der Erfolg des World
Wide Web beruht zu einem großen Teil auf seiner grafischen Oberfläche. Die visuellen
Darstellungen und die Darstellungsformen wurden immer weiter ausgebaut. Heute ist es
normal eine Animation, Musik oder Videos in Webseiten zu integrieren. Mit der
Einführung von HTML5 wird ein weiterer Schritt in diese Richtung unternommen. Es wird
einfacherer werden, multimediale Webseiten zu erschaffen. Auch für 3D-Inhalte bietet
HTML5 neue Möglichkeiten.
Das Internet wird bereits seit relativ langer Zeit für das Stadt- und Standortmarketing
genutzt. Eine Umfrage unter den Mitgliedern der Bundesvereinigung City- und
Stadtmarketing Deutschland e.V. hat ergeben dass 64 % der befragten Städte bereits
Web-GIS-Anwendungen im Stadtortmarketing einsetzten. Viele wollen diese Techniken in
der Zukunft anwenden.
[Vgl.
http://www.bcsd.de/upload/docs/Ergebnisse%20Mitgliederumfrage%20Herbst%202009_
Neue%20Medien%20im%20Stadtmarketing%20-%20Quo%20vadis.pdf, Zugriff:
20.07.2011] Wie bereits erwähnt können 3D-Modelle sinnvoll in der Vermarktung von
Standorten eingesetzt werden. Es liegt also nahe, die neuen Möglichkeiten der 3D-
Darstellung im World Wide Web, für die Vermarktung von Standorten und Städten
einzusetzen.
Der praktische Teil dieser Arbeit zeigt dass XML3D und die Google Earth API schon heute
Möglichkeiten bieten webbasierte 3D-Modelle im Standortmarketing einzusetzen.
12.1.2. Anwendbarkeit in anderen Bereichen der Stadtplanung
Bei den webbasierten 3D-Visualisierungen steht vor allem der kommunikative Aspekt im
Vordergrund. Webbasierte 3D-Visualisierungen können dazu genutzt werden, um die
Kommunikation zwischen Experten zu verbessern. Ein von allen Teammitgliedern lokal
86

aufrufbares 3D-Modell kann z.B. eine städtebauliche Planung darstellen und
ortsunabhängig betrachtet werden.
Auch die Kommunikation mit den Bürgern, im Rahmen der Bürgerbeteiligung, könnte
verbessert werden. 3D-Visualisierungen können abstrakte Planungsinhalte so darstellen,
dass sie über die natürlichen Wahrnehmungsmechanismen des Menschen aufgenommen
werden können. Sehr viele Menschen nutzen das Internet als Informationsmedium.
Webbasierte 3D-Visualisierungen können das Internet als Transportmittel für 3D-
Darstellungen nutzen und somit eine viel größere Zahl von Menschen über eine Planung
effektiv informieren, als stationäre Modelle, ob physisch oder virtuell. Neben der reinen
Information der Bürger besteht ebenfalls die Möglichkeit der Kommunikation in die
andere Richtung. Es wäre z.B. vorstellbar in einer webbasierten 3D-Visualiesrung
verschiedene Planungsalternativen anzubieten und die Bürger online über ihre Präferenz
abstimmen zu lassen, oder Kommentare zu der Planung abzugeben. Dies ist mit sowohl
mit XML3D, als auch mit der Google Earth API möglich.
Abbildung 32 – Webbasierte 3D-Visualisierung bei der Bürgerbeteiligung
Quelle: Eignen Darstellung
87

Bei der Abbildung 32 handelt es sich lediglich um eine Fotomontage, das Modell wurde
nicht im Rahmen dieser Arbeit erstellt und die Schaltflächen besitzen keine reale
Funktion. Die Abbildung soll eine Anwendung von interaktiven 3D-Web-Visualisierungen
für die Bürgerbeteiligung veranschaulichen. Es wäre vorstellbar, dass drei verschiedene
Varianten einer Fußgängerbrücke visualisiert werden können. Der Betrachter kann
anschließend eine Stellungnahme abgeben und für seine favorisierte Variante abstimmen.
12.2 Aktuelle Umsetzbarkeit und Ausblick
In dieser Arbeit wurde die Zweckhaftigkeit des Einsatzes von webbasierten 3D-
Visualisierungen im Standortmarketing theoretisch hergeleitet. Basierend auf den
Vorteilen von 3D-Modellen, den Anforderungen an eine erfolgreiche Vermarktung und
dem Stellenwert des Internets in der heutigen Gesellschaft. Es fehlt jedoch noch eine
praktische Überprüfung des Nutzens von webbasierten 3D-Visualisierungen im
Standortmarketing. Eine einfache Methode um erste quantitative Bewertungsergebnisse
zu erhalten wäre der Einsatz eines Hit Counters, der die Zugriffe auf die Webseite zählt.
Um weitergehende, qualitative Ergebnisse zu erhalten, wären Befragungen von neu
angesiedelten Unternehmen, eine geeignete Methode.
Im Hinblick auf die technische Umsetzung kann festgehalten werden, dass die Google
Earth API bereits heute voll einsetzbar ist. Die angesprochenen Nachteile, wie relativ
komplexe Handhabung und Benötigung eines speziellen Plugins, sind jedoch zu beachten.
XML3D ist bis zu einem gewissen Grad auch heute schon einsetzbar. Die eigentlichen
Vorteile gegenüber Techniken, wie der Google Earth API, werden jedoch erst zukünftig
voll zum Tragen kommen. Ein Feature das XML3D bietet, ist das Echtzeit-Raytracing. Mit
dieser Technik können physikalisch korrekte Licht und Schattensituationen realisiert
werden. Ein denkbarer Einsatz dieser Technik wären animierte und interaktive
Visualisierungen von Lichtplanungen, oder einfach eine realitätsnähere Darstellung von
städtebaulichen Situation, mit vielen möglichen Interaktionsschnittstellen. Das Raytracing
ist jedoch sehr rechenintensiv, so dass nur sehr leistungsfähige Prozessoren die nötige
Rechenleistung erbringen können, um eine flüssige Simulation zu ermöglichen. Bei der
Mehrheit der heute benutzten PCs, dürfte dies noch nicht der Fall sein. In einigen Jahren
ist diese Voraussetzung jedoch sicherlich gegeben. Das Echtzeit-Raytracing funktioniert
momentan auch nur in speziell modifizierten Browsern.
Neben XML3D gibt es noch das, in einem Gemeinschaftsprojekt des Fraunhofer-Instituts
für Graphische Datenverarbeitung (IGD), der TU Darmstadt und dem Web3D-Konsortium
entwickelten, X3DOM. [Vgl. Slusallek, P. et al., 2010, S. 116] Beide Projekte verfolgen
88

ähnliche Ziele mit ähnlichen Methoden. Deshalb ist eine Zusammenarbeit zwischen den
zwei Entwicklungsteams geplant. Das Ziel ist es, ein Webstandard für 3D-Inhalte zu
entwickeln. [Vgl. Slusallek, P. et al., 2010, S. 116] Es muss also noch abgewartet werden,
wie sich die Dinge in diesem Bereich entwickeln. Wenn das eine oder andere System,
bzw. eine Kombination von beiden, zu einem offiziellen Webstandard wird, wird dies die
Unterstützung durch die meisten Webbrowser sicherstellen. Es wird auch mehr
Anwender, Anwendungsbeispiele und Tutorials geben. Dadurch wird der Einstig und die
Anwendbarkeit für Laien erleichtert werden.
Es sind auch Applikationen denkbar, die als Zwischenglied zwischen dem Anwender und
der Technik selbst stehen. Dies wären dann nicht nur Exporterplugins die eine 3D-Scene
aus einer 3D-Software exportieren können, sondern die Möglichkeit bieten auch
Animationen zu erstellen und Interaktionen auf einer grafischen Oberfläche zu
programmieren. Sodass der Endanwender nicht mehr direkt mit dem Quelltext in
Berührung kommt. Intuitiv und leicht zu bedienende
Anwendungen breiten sich am schnellsten aus und werden von den meisten Personen
genutzt. Dies ist jedoch nicht die primäre Aufgabe der Entwicklung von XML3D oder
X3DOM. Diese Techniken sollen einen 3D-Standard für das World Wide Web darstellen.
Eine grafische Oberfläche, wie oben beschrieben, wäre nur eine spezielle Anwendung
dieser Technik. Diese würde zwar die Möglichkeiten auf vordefinierte Aufgaben
eingrenzen, jedoch die Usability in diesem Bereich entscheidend verbessern.
Wann genau es einen 3D-Standard für das Web geben wird steht noch nicht fest. Mit
schnellen Internetverbindungen, steigenden Rechenleistungen, HTML5, sowie neuen
Standardisierungsansätzen wie XML3D und X3DOM sind die Rahmenbedingen für den
Einzug von umfangreichen 3D-Visualisierugen im World Wide Web gegeben. Somit
werden zukünftig webbasierte 3D-Visualisierungen auch in der Stadtplanung zunehmend
an Bedeutung gewinnen.
89

Quellenverzeichnis
Bücher
Arend, M.; Wolf, A. (1994) Stadtmarketing: Grundlagen, Darstellung und Entwicklung
eines Stadtmarketingkonzeptes am Beispiel Idar-Oberstein. Trier: Eigenverlag
Forschungskreis Tourismous Management e.V.
Balderjahn, I. (2000) Standortmarketing: Probleme Konzepte Lösungen. Stuttgart: Lucius
& Lucius
Birk F.; Grabow, B.; Hollbach-Gröming, B. (2006) Stadtmarketing: Status quo und
Perspektiven. Berlin: Deutsches Institut für Urbanistik
Braade, F. (2000) HMTL 4.01 Referenz: Power!. Düsseldorf: SYBEX-Verlag
Bruhn, M. (2010) Marketing: Grundlagen für Studium und Praxis. Wiesbaden: Gabler
Verlag / Springer Fachmedien Wiesbaden GmbH
Ermentraut, P. (1998) Standortmarketing als Element einer ganzheitlichen
Stadtmarketing-Konzeption: Eine Bewertung des Wirtschaftsstandortes Bremen durch
ansässige Unternehmen. Bremen: Universität Bremen – Institut für Weltwirtschaft und
Internationales Management
Grabow, B.; Hollbach-Gröming, B. (1998) Stadtmarketing: eine kritische Zwischenbilanz.
Berlin: Deutsches Institut für Urbanistik
Harold, E. R. (2002) Die XML Bibel. Bonn: mitp-Verlag
Hermann, F. (2010) Kurzvorträge BWL/VWL: Gezielt das lernen, was in den Prüfungen
verlangt wird. Wiesbaden: Gabler Verlag / GWV Fachverlage GmbH
Kuron I. (1997) Stadtmerketing: Chance zur ganzheitliche Stadtentwicklung, in Pfaff-
Schley H. (Hrsg.) Stadtmarketing und kommunales Audit: Chance zur ganzheitliche
Stadtentwicklung, S. 1. Berlin; Heidelberg: Springer Verlag
Lehmkühler, S. (1999) Computergestützte Visualisierungstechniken der Stadtplanung:
Bedienung und Potentiale des Ersatzes traditioneller durch computergestützte
Visualisierungstechnik in der Stadtplanungspraxis. Dortmund: IRPUD
Meffert, H.; Burmann, C.; Kirchgeorg, M. (2008) Marketing: Grundlagen
marktorientierter Unternehmensführung ; Konzepte, Instrumente, Praxisbeispiele .
Wiesbaden: Gabler
90

Scheier, C.; Held, D. (2009) Was Marken erfolgreich macht: Neuropsychologie in der
Markenführung. München: Rudolf Haufe Verlag GmbH & Co. KG
Streich, B. (2011) Stadtplanung in der Wissensgesellschaft: Ein Handbuch 2. Auflage.
Wiesbaden: VS Verlag für Sozialwissenschaften
Streich B.; Weißgerber W. (1996) Computergestützter Architekturmodellbau: CAAD-
Grundlagen, Verfahren, Beispiele. Basel; Bosten; Berlin: Birkhäuser Verlag
Schumann, H.; Müller, W. (2000) Visualisierung: Grundlagen allgemeine Methoden.
Berlin, Heidelberg: Springer-Verlag
Walsh, G.; Hass, B.H.; Kilian, T. (2011) Web 2.0: Neue Perspektiven für Marketing und
Medien. Berlin: Springer-Verlag
Winkelmann, P. (2010) Marketing und Vertrieb: Fundamente für die marktorientierte
Unternehmensführung. München : Oldenbourg
Dissertationen
Zeile, P. (2010) Echtzeitplanung: Die Fortentwicklung der Simulations- und
Visualisierungsmethoden für die städtebauliche Gestaltungsplanung. Technische
Universität Kaiserslautern
Zeitschriften
Slusallek, P. et al. (2010) X3DOM & XML3D: Transformationen und Interaktion, iX,
12/2010, S. 116 – 121
Abschlussarbeiten
Landwehr, G. (2010) Visuelles Raummarketing: Visualisierungsmöglichkeiten im Stadt-,
Regional- und Planungsmarketing. Technische Universität Kaiserslautern: Lehrgebiet cpe
Internetdokumente
CCGIS und terrestris (Hrsg.) (2004) Praxishandbuch WebGIS mit Freier Software: UMN
MapServer PostgreSQL/PostGIS AveiN! Mapbender, Internet:
http://www.mygeo.info/skripte/Praxishandbuch_WebGIS_Freie_Software.pdf, Zugriff:
15.08.2011
91

Gröger, G. (2008) OpenGIS®: City Geography Markup Language (CityGML) Encoding
Standard. Open Geospatial Consortium, Inc. / Internet:
https://portal.opengeospatial.org/modules/admin/license_agreement.php?suppressHea
ders=0&access_license_id=3&target=http://portal.opengeospatial.org/files/%3fartifact_i
d=28802, Zugriff: 16.08.2011
Höffken, S. (2009) Google Earth in der Stadtplanung: Die Anwendungsmöglichkeiten von
Virtual Globes in der Stadtplanung am Beispiel von Google Earth, ISR Graue Reihe,
Technische Universität Berlin / Internet: http://www.isr.tu-berlin.de/index.php?id=569,
Zugriff: 15.08.2011
Auf der beiliegenden CD befindet sich eine pdf-Datei mit allen Internetquellen und
Screenshots von den betreffenden Webseiten, die den Zustand der Seiten zum
Zeitpunkt des Zugriffes dokumentieren.
92

Abbildungsverzeichnis
Abbildung 1 – Aufbau der Arbeit………………………………………………………..…………………………S. 3
Abbildung 2 – Stadtmarketing als Puzzle……………………………………………….………………………S. 9
Abbildung 3 – Informations- und Kommunikationstechnologien…………………………………S. 14
Abbildung 4 – CSS Syntax………………………………………………………………………….………………..S. 17
Abbildung 5 – DOM-Dokumentstruktur………………………………………………………………………S. 19
Abbildung 6 –Google SketchUp……………………………………………………………………………………S. 23
Abbildung 7 – Maxon Cinema 4D………………………………………………………………………………..S. 24
Abbildung 8 – Blender………………………………………………………………………………………..……….S. 25
Abbildung 9 – Google Maps………………………………………………………………………………….…….S. 29
Abbildung 10 – Google Maps in Blog…………………………………………………………………….…….S. 30
Abbildung 11 – Google Earth………………………………………………………………………………….……S. 32
Abbildung 12 – XML3D Würfel……………………………………………………………………………….……S. 35
Abbildung 13 – XML3D Raytracing………………………………………………………………………….…..S. 41
Abbildung 14 – Bensheim Lage……………………………………………………………………………………S. 42
Abbildung 15 – Bensheim Verkehrsanbindung…………………………………………………………….S. 43
Abbildung 16 – Stubenwald Lage…………………………………………………………………………………S. 47
Abbildung 17 – Modellierung in SketchUp 1………………………………………………….……………S. 50
Abbildung 18 – Google SketchUp Instanzen……………………………………………………….……….S. 52
Abbildung 19 – Modellierung in SketchUp 2……………………………………………………………….S. 53
Abbildung 20 – Jungheinrich……………………………………………………………………………………….S. 54
Abbildung 21 – Suzuki………………………………………………………………………………………………...S. 55
Abbildung 22 – SAP……………………………………………………………………………………………………..S. 56
Abbildung 23 – TE Connectivity…………………………………………………………………………………..S. 57
Abbildung 24 – C4D Materialzuweisung………………………………………………………………………S. 58
Abbildung 25 – C4D Collada-Import…………………………..………………………………………………..S. 60
Abbildung 26 – C4D Dateipfad Textur………………………….……………………………………………..S. 61
93

Abbildung 27 – XML3D Export…………………………………………..………………………………………..S. 62
Abbildung 28 – XML3D Gewerbeflächen……………………………………………………………………..S. 63
Abbildung 29 – XML3D in Webseite…………………………………………………………………………….S. 72
Abbildung 30 – XML3D in Webseite 2………………………………………….……………………………..S. 73
Abbildung 31 – Google Earth in Webseite……………………………………………………………………S. 79
Abbildung 32 – Webbasierte 3D-Visualisierung bei der Bürgerbeteiligung……….…………S. 87
94