Sie sind auf Seite 1von 83

Evaluation von CityGML zur Darstellung von Ergebnissen der Bauforschung

Ein Konzept zur raumbezogenen Integration von Fachdatenbestnden am Beispiel der Stadtgeschichte von Idstein

Masterarbeit Studiengang Geoinformatik und Vermessung der Fachhochschule Mainz

Standnummer: 122

Stephan Krug (Matr. -Nr.: 905 619)

Betreuer:

Prof. Dr. Kai-Christian Bruhn

Bearbeitungszeitraum: 15. August 2012 bis 15. Februar 2013

Mainz, Februar 2013

Kurzfassung

Kurzfassung
Stadtmodelle Die Mglichkeit Stadtmodelle virtuell erstellen zu knnen erweitert ihre Einsetzbarkeit enorm: Wurden sie frher vorwiegend zu reprsentativen Zwecken erstellt, dienen sie heute zunehmend als Integrationsplattform, die bauliche mit nicht baulichen Informationen verknpft. Sie knnen vergangene und zuknftige Situationen simulieren und (auch fr Laien nachvollziehbar) visualisieren. Durch die Verknpfung geographischer Daten mit Fachdaten aus anderen Ressorts (z.B. Geschichte, Umweltschutz oder Tourismus) werden semantische 3D-Stadtmodelle zu einem wirkungsvollen Werkzeug fr die Planung und Problemlsung im Bereich, Stadtmarketing, Stadt-, Event- und Netzplanung sowie Immobilienwirtschaft. In dieser Arbeit werden die Potentiale und Herausforderungen bei der Erstellung virtueller 3D-Stadtmodelle prsentiert und bewertet. Bauforschung

CityGML setzt sich als Standardanwendung fr die Erstellung von 3D-Stadtmodellen international mehr und mehr durch. Ursprnglich fr die reine Visualisierung von Stadtmodellen geschaffen, wird das Format weiterentwickelt und bietet nun vielfltige Modellierungsoptionen fr Geoobjekte in verschiedenen Detaillierungsgraden. Im Rahmen dieser Arbeit wird untersucht, inwieweit CityGML geeignet ist, Fachinformationen aus Bauforschung und

Abbildung 1: Schnitt aus einer Bauaufnahme des Schlossturms in Idstein 2005 (Quelle: IDS08)

Kurzfassung

Denkmalpflege darzustellen. Die Bewertung erfolgt an einem konkreten Forschungsvorhaben am Lehrstuhl fr Bauforschung an der Hochschule RheinMain in Wiesbaden. Hier soll der Gebudebestand einer Altstadt mit Daten der historischen Bauforschung hinterlegt werden. Als Ergebnis soll ein 3D-Stadtmodell erstellt werden, dass historische Merkmale und Bewertungen fr Experten (z.B. bei bauamtlichen Entscheidungen) und fr eine breite ffentlichkeit nutzbar macht. Dieses Stadtmodell wird exemplarisch fr die Stadt Idstein in Hessen erstellt. Ziel dieser Arbeit ist es, Mglichkeiten und Grenzen aufzuzeigen, wie Fachdaten der Bauforschung in einem 3D-Stadtmodell unter Verwendung der Auszeichnungssprache CityGML abgebildet werden knnen. Evaluation von CityGML Ausgangspunkt der Evaluation ist eine Analyse der Anforderungen aus der Bauforschung an die IT-Struktur eines semantischen Stadtmodells. Die Ergebnisse dieser Analyse werden in ein Datenmodell umgesetzt, das Art und Formate der Bauforschungsdaten, Entittstypen, Attribute und Relationen eines GIS basierten Stadtmodells spezifiziert. Anschlieend werden Anwendungsbereiche fr virtuelle 3DStadtmodelle prsentiert und der Stand der Technik zu ihrer Realisierung zusammengefasst. Aus dieser Diskussion folgt, dass es fr die Erstellung von 3D-Stadtmodellen wichtig ist, semantische Informationen zur Geometrie gut abbildbar, aber auch zuverlssig speicher- und bertragbar zu gestalten. Eine vergleichende Analyse von Datenformaten und Software zeigt, dass dies nur wenige Formate knnen. Um Stadtmodelle zu einer Integrations- und Austauschplattform fr Daten mit rumlichem Bezug weiterzuentwickeln, muss ihre Interoperabilitt sichergestellt werden. Dies kann durch die Verwendung von OGC Standards und ISO Normen erreicht werden, die gewhrleisten, dass heterogene Daten gut austauschbar sind. Die Auszeichnungssprache CityGML basiert auf XML und eignet sie sich gut fr die Prsentation von dreidimensionalen Objekten. Die Beschreibung von 3D Objekten in Bezug auf Geometrie, Topologie, Semantik und Erscheinung ist einfach und interoperabel, da sie durch eine standardisierte Modellierung erfolgt, die sich auf eine berschaubare Anzahl nutzungsbasierter Klassen sttzt. CityGML ist gut skalierbar und untersttzt die Modellierung einzelner Gebude ebenso, wie die ganzer Stdte und Landschaften. Objekte knnen in 5 verschiedenen Detaillierungsgraden (Level of Detail) dargestellt werden. Dies erlaubt eine hohe Variabilitt zwischen Genauigkeit und Abstraktion und hilft, die Menge der zu verarbeitenden Daten im Stadtmodell zu reduzieren. Mit CityGML knnen Daten der Bauforschung sehr gut in ein 3D-Stadtmodell integriert werden, da das Modellierungsprinzip auf einer klaren Kassensystematik beruht und eine Trennung von geometrischen und semantischen Informationen untersttzt. Diese Trennung erlaubt die sichere Integration verschiedener Datenbasen. Eine Schwche fr die Nutzung von Bauforschungsdaten in CityGML ist, dass Stockwerke in der Version 2.0 nicht modellierbar sind. Historische Gebude verndern ihre Form und Funktion oftmals im Laufe der Zeit (z.B. durch Aufstockungen und Anbauten), wodurch die Er-

Abstract

fassung von Stockwerken eine Voraussetzung fr die angemessene Prsentation von Bauforschungsdaten ist. Die Modellierung von Stockwerken soll jedoch bereits in der Version 3.0 mglich sein. Eine zweite Schwche ist, dass Objekte in CityGML prozedural modelliert werden und somit ein geometrisch idealisiertes Abbild der realen Welt darstellen. Damit knnen Verformungen an einem Baukrper, die im Laufe der Zeit entstanden sind, nur eingeschrnkt dargestellt werden, obwohl sie in der Bauforschung mit einem verformungsgetreuen Aufma erfasst werden. Diese Einschrnkung wird jedoch fr die Realisierung des Forschungsvorhabens an der Hochschule RheinMain als unbedenklich eingestuft. Da CityGML auf dem OGC Standard GML beruht, lassen sich vorhandene und entsprechend standardisierte Web Services gut integrieren. Auf der Grundlage dieser Analyse und Bewertung empfiehlt der Autor dem Bauforschungsvorhaben an der Hochschule RheinMain die Anwendung von CityGML fr die Realisierung des Idsteiner Stadtmodells. Schlagwrter: CityGML, 3D-Stadtmodell, historische Bauforschung, GIS, rumliche Analyse, 3D-GIS

Abstract
The use of city models is expanding vastly with the possibility to generate them virtually. New GIS based software allows the integration - and thus analysis - of building data with other city related information, like utility, environmental or touristic data. Semantic 3D urban models are nowadays used for environmental and risk assessments, land use management and the visualisation of points of interest (POI) for tourism. Although still pricy in their development, more and more cities use virtual 3D urban models to communicate with their citizens and other stakeholders in the urban context. This thesis assesses the potentials and constraints of the information model CityGML in generating a 3D urban model that integrates historical building data. The usability of CityGML for this purpose is tested in the context of a research project at the Hochschule RheinMain in Germany. The department of historic building research wants to build a city model for the hessian city of Idstein that is able to portray the results of their research. The assessment starts out by analysing the demands on the IT structure for a urban model that can portray historic data. The results of this analysis are translated into a data model. This is followed by a review on the state of technology in designing modern city models. These standards are then compared with the technical specification of CityGML like its structure, use of building categories and ability for visualisation. The assessment concludes that CityGML is presently the best possible option on the market for the realisation of a 3D urban model that portrays the results of the historic research project and is thus recommended for the realisation of the Idstein city model.

Abstract

Keywords: CityGML, 3D Urban Model, historic building research, GIS, spatial analysis, 3D-GIS

Erklrung

Erklrung
Hiermit erklre ich, dass ich die vorliegende Diplomarbeit selbstndig angefertigt habe. Es wurden nur die in der Arbeit ausdrcklich benannten Quellen und Hilfsmittel benutzt. Wrtlich oder sinngem bernommenes Gedankengut habe ich als solches kenntlich gemacht.

Frankfurt am Main, den 12.02.2013 Ort, Datum Unterschrift

Inhaltsverzeichnis

Inhaltsverzeichnis
Kurzfassung ................................................................................................................2 Abstract .......................................................................................................................4 Erklrung .....................................................................................................................6 Inhaltsverzeichnis .......................................................................................................7 Abbildungsverzeichnis ...............................................................................................9 Tabellenverzeichnis ..................................................................................................10 Abkrzungsverzeichnis ............................................................................................11 1 1.1 1.2 2 Einleitung ........................................................................................................13 Einfhrung in das Forschungsprojekt ............................................................... 13 Fragestellung der Arbeit ...................................................................................15 Anforderungen der Bauforschung und Schlussfolgerungen fr die ITStruktur ...........................................................................................................16

2.1 Anforderungsanalyse........................................................................................ 16 Art und Formate der Bauforschungsdaten ................................................................... 18 2.2 Implementierung eines 2D-Gis zur Erfassung und Haltung der Bauforschungsdaten ........................................................................................19

2.3 Datenmodell .....................................................................................................21 2.3.1 Definition der Entittstypen, Attribute und Relationen ....................................... 21 2.3.2 Datenmodell als Diagramm .............................................................................. 26 3 3.1 3.2 3.3 3.3.1 3.3.2 3.3.3 3.4 3.4.1 3.4.2 3.4.3 3D-Stadtmodelle und CityGML ...................................................................... 27 Anwendung von Stadtmodellen ........................................................................ 27 Stand der Technik von 3D-Stadtmodellen ........................................................ 30 Erstellung von 3D-Stadtmodellen ..................................................................... 32 Datenformate und Software ..............................................................................33 Erstellungsprozess ...........................................................................................36 Qualittsunterschiede in der Visualisierung von Stadtmodellen ........................ 36 Vorstellung von CityGML ..................................................................................39 Aufbau..............................................................................................................40 Klassen ............................................................................................................42 Detaillierungsgrade Level of Detail (LoD) ......................................................... 44

3.5 Bewertung von CityGML zur Erstellung von 3D- Stadtmodellen und Ausblick .. 46 3.5.1 Weiterentwicklung vonCityGML in der Version 3.0 ........................................... 47 3.5.2 Auf dem Weg zum 3D-GIS? ............................................................................. 48 4 Abbildung von Bauforschungsdaten in CityGML ........................................ 50

Inhaltsverzeichnis

4.1

Beispiele von Stadtmodellen mit Bezug zur Bauforschung ............................... 50

4.2 Mgliche Abfragen an ein 3D-Stadtmodell in Idstein ........................................ 53 4.2.1 Zu welchen Gebuden im historischen Stadtkern liegen 3D-Informationen vor? ..................................................................................................................54 4.2.2 In welchen Baujahren ist ein Gebude entstanden? ......................................... 55 4.2.3 Aus welchen Baujahren bestehen die Objekte in einem Ensemble?................. 55 4.2.4 Wie hat sich die Funktion eines Gebudes seit seiner Errichtung verndert? ... 56 4.2.5 Wie wrde sich die Neuerrichtung eines Gebudes auf eine wichtige, historische Sichtachse auswirken? ................................................................... 57 5 Zusammenfassung und Ausblick.................................................................. 58

Anhang A Beispieldaten aus Bauaufnahmen und Stadtforschung in Idstein ....... 62 Anhang B Exemplarische CityGML Codierung mit Erluterungen ........................ 66 Anhang C Power Point Poster ..................................................................................74 Glossar.......................................................................................................................75 Literaturverzeichnis ..................................................................................................77

Abbildungsverzeichnis

Abbildungsverzeichnis
Abbildung 1: Schnitt aus einer Bauaufnahme des Schlossturms in Idstein 2005 (Quelle: IDS-08) ............................................................................................................2 Abbildung 2: Strukturdiagramm zur Systematisierung und Abbildung der Bauforschungsdaten zum Aufbau eines Stadtmodells (eigene Darstellung) ................ 20 Abbildung 3: Ausschnitt des Bereichs der Basisdaten aus dem Strukturdiagramm aus Abbildung 2 ..........................................................................................................20 Abbildung 4: : Hierarchie der Entittstypen im Bauforschungsvorhaben von Idstein (eigene Darstellung) ....................................................................................................23 Abbildung 5: Datenmodell zur Erfassung der Basisdaten der Bauforschung (eigene Darstellung) .................................................................................................................26 Abbildung 6: Solarpotentialanalyse im Stadtmodell. (Quelle: www.simusolar.de zuletzt aufgerufen am 06.02.2013) .............................................................................. 28 Abbildung 7: Lrmausbreitung im 3D-Stadtmodell (Quelle: HOP-12) .......................... 28 Abbildung 8: Klassifizierung nach Gebudetyp am Beispiel Bonn (Quelle: HEN-09) ... 29 Abbildung 9: Vergleich von Dateiformaten, die fr 3D-Stadtmodelle relevant sind. (Quelle: ZLA-12)..........................................................................................................34 Abbildung 10: Ablauf zur Erstellung eines 3D-Stadtmodells (eigene Darstellung) ....... 36 Abbildung 11: SRTM Hhendaten und georeferenzierte Fototextur am Beispiel Linkping (Quelle: Stadt Linkping) .............................................................................37 Abbildung 12: LIDAR Hhendaten und georeferenzierte Fototextur am Beispiel Rotterdam (Quelle: Stadt Rotterdam) .......................................................................... 38 Abbildung 13: LIDAR Hhendaten und entzerrte, georeferenzierte Fototextur am Beispiel Lindau (Quelle: 3DIS GmbH) ......................................................................... 39 Abbildung 14: Trennung von Semantik und Geometrie in CityGML (Quelle: STA-08 Seite 7)........................................................................................................................41 Abbildung 15: Rumliche Reprsentation in LoD1 und Struktur in UML (Quelle: GR-12/2) ..................................................................................................................45 Abbildung 16: Rumliche Reprsentation LoD2 und Struktur in UML (Quelle: GR12/2) ............................................................................................................................45 Abbildung 17: Rumliche Reprsentation LoD 3 und Struktur in UML (Quelle: GR-12/2) ..................................................................................................................46 Abbildung 18: Definition eines Sichtkegels von einem Gebude (Quelle: http://vimeo.com/54927052 zuletzt aufgerufen am 11.12.2012) .................................. 48 Abbildung 19: Verschneiden mit den Gebuden im Sichtkegel (Quelle: http://vimeo.com/54927052 zuletzt aufgerufen am 11.12.2012) .................................. 48 Abbildung 20: Ausgeschnittene Gebudeteile im Sichtkegel (Quelle: http://vimeo.com/54927052 zuletzt aufgerufen am 11.12.2012) .................................. 49 Abbildung 21: Maya Tempel in Copan, Honduras; ausgewhltes Objekt mit eingeblendeten Sachinformationen (Quelle: The MayaArch3D Project at the University of New Mexico http://mayaarch3d.unm.edu zuletzt aufgerufen am 06.02.2013) .................................................................................................................52 Abbildung 22: Maya Tempel in Copan, Honduras; Klassifizierung nach Bauphasen (Quelle: The MayaArch3D Project at the University of New Mexico http://mayaarch3d.unm.edu zuletzt aufgerufen am 06.02.2013) .................................. 53 Abbildung 23: Ausschnitt DenkXweb Idstein mit 3-D Icon als Verweis auf Informationen im Stadtmodell (Quelle: http://denkxweb.denkmalpflege-hessen.de zuletzt aufgerufen am 06.02.2013, mit eigener Ergnzung des grnen Icons)............. 54

Tabellenverzeichnis

10

Abbildung 24: Schlossturm in Idstein mit Tortendiagramm der Baujahre in Anteilen an der Gesamtsubstanz (eigene Darstellung).............................................................. 55 Abbildung 25: Einfrbung der Objekte nach dem Bauteil der Bauteile (Quelle: http://www.virtualcitysystems.de zuletzt aufgerufen am 06.02.2013) ........................... 56 Abbildung 26: Einblendung von Sachdaten am Beispiel des Schlossturms von Idstein (eigene Darstellung).........................................................................................56 Abbildung 27:Sichtlinienanalyse Bocholt (Quelle: http://www.tridicon.de/fileadmin/user_upload/Flyer/tridicon_citydiscoverer_d.pdf zuletzt aufgerufen am 20.12.2012) .............................................................................. 57 Abbildung 28: Einfrbung der Bauphasen im Modell des Schlossturmes wie sie in CityGML 3.0 mglich sein wird (eigene Darstellung) ................................................... 61 Abbildung 29: Bestandsplan der Idsteiner Altstadt von 1980 mit farblicher Unterscheidung der Haupt- und Nebengebude (Quelle: FRO-80) ............................. 62 Abbildung 30: Querschnitt durch das Torbogengebude in Idstein (Quelle: IDS-97) ... 63 Abbildung 31: Handskizze eines typischen Hauseingangs (Quelle: FRO-80) .............. 63 Abbildung 32: Detailskizze aus der Bauaufnahme des Schlossturms in Idstein (Quelle: IDS-08) ..........................................................................................................64 Abbildung 33: Zeichnerische Aufnahme von Fassaden in einem Altstadtensemble (Quelle: FRO-80) .........................................................................................................64 Abbildung 34: Foto eines typischen Hauseinganges (Quelle: FRO-80) ....................... 65 Abbildung 35: Detailfoto eines Schmuckelements im Fachwerk (Quelle: IDS-87) ........ 65

Tabellenverzeichnis
Tabelle 1: Daten der Bauforschung und Formate nach VDL-09................................... 18 Tabelle 2: Detaillierungsgrade, entsprechend der CityGML Spezifikation (eigene Darstellung nach GR-12/1) .......................................................................................44

Abkrzungsverzeichnis

11

Abkrzungsverzeichnis
3DPIE 3DS AAA Modell ALKIS ATKIS BIM bSI CAD CityGML Collada DFG DGM GDI DHHN EPSG GML IFC INSPIRE JPEG KML KMZ LIDAR OGC OKSTRA OSM SQL SRTM UTM W3DS 3D Portrayal Interoperability Experiment (der OGC) Speicherformat fr 3D Daten AFIS-ALKIS-ATKIS-Modell Amtliches Liegenschaftskatasterinformationssystem Amtliche Topographisch-Kartographische Informationssystem Building Information Model building SMART International Computer Aided Design City Geography Markup Language Collaborative Design Activity Deutsche Forschungs Gemeinschaft Digitales Gelnde Modell Geo Daten Infrastruktur Deutsches Haupt Hhen Netz European Petroleum Survey Group Geodesy Geography Markup Language Industry Foundation Classes Infrastructure for Spatial Information in the European Community Joint Photographic Experts Group Keyhole Markup Language Keyhole Markup Zip Light detection and ranging Open Geospatial Consortium Objektkatalog fr das Straen- und Verkehrswesen Open Street Map Structured Query Language Shuttle Radar Topography Mission Universal Transverse Mercator Web 3D Service

Abkrzungsverzeichnis

12

WebGL WFS WFS-T WVS X3D Xlink XML

Web Graphics Library Web Feature Service Transaction WFS Web View Service Extensible 3D XML Linking Language Extensible Markup Language

Einleitung

13

Einleitung

Diese Arbeit analysiert und bewertet CityGML im Hinblick auf die Integration von Fachdaten in ein virtuelles 3D-Stadtmodell. CityGML ist eine XML basierte Auszeichnungssprache, die zur Beschreibung, Speicherung und zum Austausch von 3DStadtmodellen entwickelt wurde. Als Open Geospatial Consortium (OGC) Standard hat CityGML das Potential, eine Integrationsplattform fr heterogene Geodaten zu sein, auf der zustzlich zu abgebildeten Objekten, umfassende Sachdaten abgerufen werden knnen. In welchem Mae CityGML diese Erwartungen heute bereits erfllt, und welches Potential das Schema hat, sie zuknftig zu erfllen, ist Gegenstand dieser Arbeit. Virtuelle 3D-Stadtmodelle entwickeln sich zunehmend von reinen Visualisierungsinstrumenten zu Integrationsplattformen, deren Objekte ber die geometrischen und visuellen Informationen hinaus semantische und topologische Informationen beinhalten und deren Analyse ermglichen. Bereits heute ist es mglich, Schattensimulationen zur Bewertung von Neubauprojekten, Simulationen von Hochwasserstnden in gefhrdeten Bereichen, Lrmkartierungen. unter Bercksichtigung der Objekthhe, und Solarpotentialanalysen durchzufhren. Diese Mglichkeiten werden jedoch auerhalb von Modellprojekten bisher kaum angewendet, da Stadtmodelle, zu Unrecht, immer noch als reine Visualisierungsinstrumente wahrgenommen werden. Ziel der Arbeit ist es, Mglichkeiten und Grenzen aufzuzeigen, wie Fachdaten der Bauforschung in einem 3D-Stadtmodell, unter Verwendung von CityGML, dargestellt werden knnen. Diese Beurteilung erfolgt beispielhaft an einem konkreten Projekt der Bauforschung an der Hochschule RheinMain, das den Ansto zu dieser Arbeit gegeben hat und kurz vorgestellt wird.

1.1

Einfhrung in das Forschungsprojekt

Unter Federfhrung von Prof. Dr.-Ing. Corinna Rohn wird am Lehrstuhl fr Bauforschung an der Hochschule RheinMain in Wiesbaden ein DFG-Forschungsvorhaben mit dem Thema: SEHS System zur Erfassung historischer Stdte; Bau- und Stadtforschung zur Siedlungstopographie historischer Stdte am Beispiel von Idstein durchgefhrt. Die Idee des Vorhabens ist es, am Beispiel der Stadt Idstein, den heutigen Gebudebestand des Stadtkerns mit Daten der historischen Forschung zusammenzufhren, sie zu ergnzen und informationstechnisch aufzubereiten. Als Ergebnis wird ein Geoinformationssystem (GIS) erstellt, in dem Gebude und Bauteile mit historischen Merkmalen und Bewertungen fr unterschiedliche Nutzer zugnglich gemacht werden. Neben einem detaillierten Gebudekatalog ist die Darstellung der wichtigen Stadtentwicklungsphasen in einem virtuellen Stadtmodell geplant (vgl. ROH-12).

Einleitung

14

Die Notwendigkeit fr ein derartiges Forschungsvorhaben ergibt sich aus einem Vermittlungsproblem, mit dem sich Stadtverwaltungen oftmals konfrontiert sehen: Kleinere Stdte stehen hufig vor der Herausforderung, ihre oft gut erhaltenen, historischen Innenstdte fr die Bevlkerung attraktiv zu halten. Historische Innenstdte sind heute hufig touristische Ziele, haben jedoch Ihre Bedeutung, als wirtschaftliche Zentren fr die umliegende Region, an die Stadtperipherie verloren. Kernbereich und Peripherie stehen heute oftmals in Konkurrenz zueinander. Somit steht der historische Baubestand der Innenstdte im Spannungsfeld zwischen Bewahren und Bewirtschaften, zwischen musealer Prsentation und lebendiger, zeitgemer Nutzung. In diesem Anpassungsprozess sind oft nderungen und Umnutzungen in der vorhandenen Bausubstanz notwendig, die auf Grund unterschiedlicher Interessenlage von Eigentmern, Anwohnern, Ladenbetreibern und Denkmalpflegern ein hohes Konfliktpotential bergen. Um Lsungen fr diese Konflikte zu finden, ist eine sachliche Bewertung der vorhandenen Bausubstanz wichtig, auf deren Grundlage die Konsequenzen vorgeschlagener Eingriffe beurteilt werden knnen. Virtuelle 3D-Stadtmodelle knnen hier helfen, Ergebnisse einer sachlichen Bewertung darzustellen und fr Beteiligte nachvollziehbar zu machen. Hier ist festzustellen, dass Informationen aus der Bauforschung oftmals vorhanden sind, jedoch kann selten auf sie zurckgegriffen werden, da die Strukturen der Stadtplanung und der Bauforschung nicht miteinander verknpft sind und Informationen somit nicht im Zusammenhang zur Verfgung stehen. Einzelne Bauaufnahmen und Arbeiten zur Stadtgeschichten sind beispielsweise bei unterschiedlichen Stellen archiviert und selten ffentlich zugnglich. Ziel des Forschungsprojektes ist es, ein Stadtmodell zu erarbeiten, in das vorhandene Daten eingebracht, ergnzt und mit bestehenden Geodaten vernetzt werden knnen. Dadurch wird fr Planungen im historischen Bestand eine fundierte Informationsgrundlage geschaffen, auf der Entscheidungen evidenzbasiert getroffen werden knnen (vgl. ROH-12).

Die Stadt Idstein im Rheingau-Taunus Kreis wurde als reprsentatives Fallbeispiel fr das Projekt ausgewhlt, da die Herausforderungen fr die Stadtentwicklung hier typisch fr viele kleinere, deutsche Stdte sind. Es handelt sich um eine mittelgroe Stadt mit rund 25.000 Einwohnern 1, die im kompakten Innenstadtbereich eine weitgehend zusammenhngende historische Bausubstanz aufweist. In der Stadt wird versucht die vorhandene Bausubstanz und Mastblichkeit zu erhalten. In 2012 wurde ein greres Neubauprojekt im Kernbereich der Stadt vorgeschlagen und kontrovers diskutiert, wobei das Spannungsfeld zwischen Erhalten und Entwickeln deutlich wurde. In Brgerschaft und Kommune ist dadurch eine hohe Sensibilitt fr das Thema gegeben (vgl. ROH-12). Einzelne bedeutende Gebude und Sanierungsgebiete sind in Idstein im Rahmen der Stadterneuerung seit den 80er Jahren in unterschiedlichen Mastben untersucht und

Quelle: http://de.wikipedia.org/wiki/Idstein (zuletzt aufgerufen am 21.01.2013)

Einleitung

15

dokumentiert worden (vgl. FRO-80). Was fehlt, ist eine Verknpfung dieser Objektdaten mit denen der Forschung zur historischen Stadtgeschichte. Diese Verknpfung knnte z.B. die Frage nach der Entstehungsgeschichte von Gebuden beantworten, woraus Anstze zur Rekonstruktion von Stadtentwicklungsphasen entwickelt werden knnten. Hier findet sich ein guter Ansatzpunkt fr das Grundlagenmodell: Es schafft durch die Zusammenfhrung und Ergnzung der vorhandenen Daten eine umfassende Datenbasis, auf der neue Analysen und Visualisierungen mglich sind. Es ist angedacht, dass nach der Aufbereitung und Digitalisierung der Forschungsergebnisse, diese in ein GIS eingebracht werden. Auf dieser Basis wird ein 3DStadtmodells erstellt, das zur weiteren Auswertung von Daten und deren Visualisierung genutzt werden soll. So wird es ermglicht, komplexe rumliche Zusammenhnge im historischen Bestand auf eine leicht nachvollziehbare Art darzustellen.

1.2

Fragestellung der Arbeit

Bei der Umsetzung dieser Ideen ergeben sich 3 Fragen, die im Rahmen dieser Arbeit beantwortet werden sollen: 1. Wie mssen die Daten der Bauforschung ausgewhlt und strukturiert werden, damit Sie sich in einem einfachen 2D-GIS abbilden lassen? 2. Welche Fachdaten der Bauforschung knnen in einem 3D-Stadtmodell abgebildet werden und auf welche Weise kann dies umgesetzt werden? 3. Bietet CityGML die notwendigen Voraussetzungen fr die Realisierung dieser Aufgabe?

Fr die Beantwortung dieser Fragen werden zunchst die Anforderungen der Bauforschung an die IT Struktur eines GIS basierten 3D-Stadtmodells analysiert. Die Ergebnisse dieser Analyse werden in ein Datenmodell umgesetzt, fr das Entittstypen, Attribute und Relationen definiert werden (Kapitel 2). Anschlieend werden Anwendungsbereiche fr virtuelle 3D-Stadtmodelle prsentiert und der Stand der Technik zu ihrer Realisierung zusammengefasst. CityGML wird als Auszeichnungssprache fr die Erstellung und Speicherung von Stadtmodellen vorgestellt, und auf seine Eignung fr die vorliegende Fragestellung untersucht (Kapitel 3). Die Erkenntnisse werden dann genutzt um aufzuzeigen, ob und in welchem Umfang die Darstellung der Fachdaten im Stadtmodell mit CityGML mglich ist (Kapitel 4). Eine Zusammenfassung der Bewertung und ein Ausblick auf mgliche Weiterentwicklungen schlieen die Arbeit ab (Kapitel 5).

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

16

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

Die Evaluation von CityGML beginnt damit, dass die Anforderungen der Bauforscher an die IT Struktur eines GIS basierten 3D-Stadtmodells im Rahmen des Projektes in Idstein analysiert werden. Die Ergebnisse dieser Analyse definieren wesentliche Bestandteile eines Datenmodells (Entittstypen, Attribute und Relationen), das Grundlage fr die Erstellung eines 2D-GIS und des daraus zu entwickelnden 3D-Stadtmodells ist.

In Idstein liegen Untersuchungsergebnisse zu den Gebuden der Innenstadt in verschiedenen Institutionen und Archiven vor. Aus den vorhandenen Daten lsst sich aber kein Gesamtbild erstellen (vgl. ROH-12). Deshalb ist ein wichtiges Ziel der Bauforschung in diesem Projekt, Informationen ber historische Gebude und Stadtstrukturen in einer zentralen Datenhaltung zusammenzufhren. Die geographische Lage der Untersuchungsobjekte stellt in der Bauforschung und Denkmalpflege einen wesentlichen Faktor dar (vgl. HEI-05), und eignet sich somit als Basis fr ein Ordnungssystem. Die Dokumente werden in eine Geodatenbank eingebracht, auf die dann mit einem GIS zugegriffen wird. So steht fr alle Daten ein Ortsbezug zur Verfgung. Auf dieser Basis kann definiert werden, an welchen Stellen weitere Gebudeuntersuchungen sinnvoll wren, um den vorhandenen Datenbestand zu ergnzen. Ebenso knnte dargestellt werden, welche Konsequenzen bauliche Vernderungen fr die Gesamtansicht htten.

2.1

Anforderungsanalyse

Eine wichtige Grundlagenarbeit zur Erreichung des Projekteziels ist es, heterogene Datenbestnde aus verschiedensten Quellen zu vernetzen, zentral verfgbar zu machen und zu ergnzen. Um die dafr ntige Interoperabilitt zu gewhrleisten wird die Realisierung von GIS und Stadtmodell in offenen Datenformaten angestrebt. Die Nutzung offener Formate und Standards ist eine Vorgabe des Deutschen Archologischen Institutes (DAI) fr archologische Projekte (vgl. DAI-11) und wurde fr die vorliegende Aufgabenstellung bernommen, da die Anforderungen in Bauforschung und Archologie vergleichbar sind. Offene Standards erlauben ferner das problemlose Einbinden amtlicher Basisdaten und die Integration vorhandener Dienste (z.B. DenkXweb Hessen). Ziel dieser Grundlagenarbeit ist der beispielhafte Aufbau einer Integrationsplattform, die auch fr nicht IT-Fachleute niedrigschwellig nutzbar ist. Eine weitere Anforderung des Forschungsvorhabens ist, dass der zu erstellende Datenbestand unter verschiedenen Fragestellungen auswertbar ist. Ferner ist die Visualisierung der entstehenden Ergebnisse fr verschiedene Zielgruppen ein wichtiger Bestandteil des Projektes. Einige dieser Auswertungen lassen sich in einem 2D-GIS realisieren, Informationen die z.B. einen Hhenbezug haben, lassen sich hingegen in ei-

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

17

nem 3D-Stadtmodell besser darstellen. Gewnscht wird in diesem Zusammenhang die Option, ausgewhlte Sachdaten wie z.B. das Baujahr der Gebude und Gebudeteile in einem 3D-Stadtmodell anzeigen zu knnen, um damit eine Grundlage fr die gewnschte rumliche Rekonstruktion der historischen Stadtentwicklungsphasen zu erhalten. Fr die Bewertung der historischen Substanz ist z.B. die Frage mitentscheidend, wie viele Gebude und Bauteile aus einer bestimmten Bauphase vorhanden sind (vgl. ROH-12). Die Erfassung des Bestandes historischer Gebude (Bauaufnahme) ist die Voraussetzung, um diese Anforderungen bearbeiten zu knnen. Eine Bauaufnahme besteht in der Regel aus zwei Prozessen (vgl. ECK-86), die nachfolgend erlutert werden. Hier wird die Struktur der Daten, die im Geoinformationssystem abgebildet werden sollen, deutlich. Aufma: Zur Erfassung der inneren und ueren Abmessungen eines Gebudes und seiner Bauteile, erfolgt ein Aufma. Dieser Prozess kann auch als reverse engineering beschrieben werden und ist ein Standardverfahren der historischen Bauforschung (vgl. BRU-05). Je nach Projektziel sind verschiedene Genauigkeitsstufen vom schematischen bis zum verformungsgetreuen Aufma mglich. Bei letzterem werden die tatschlichen-, und oft schiefwinkligen Formen historischer Gebude abgebildet. Zu diesem Zweck wird im Gebudeinneren ein Koordinatensystem aufgespannt, von dem aus relevante Punkte triangulr eingemessen werden (vgl. ECK-86). Das Aufma erfolgt in aller Regel von innen nach auen. ffnungen der Gebudehlle, wie Fenster und Tren, werden in diesem System den Rumen zugeordnet. Da Fassaden durch Ihre Hhe oft nicht direkt erreichbar sind, erfolgt die Erfassung meist indirekt durch technische Fotographie oder Laserscans. ber die ffnungen in der Gebudehlle werden diese dann mit der inneren Struktur des Gebudes verknpft (vgl. BRU-05). Aus den vor Ort gefertigten Mablttern werden in einem zweiten Schritt Computer Aided Design (CAD) Zeichnungen angefertigt. Raumbuch: Daten, die nicht in einer Zeichnung im Rahmen des Aufmaes erfasst werden knnen, werden in einem Raumbuch dokumentiert (vgl. ECK-86). Im Raumbuch werden alle Rume systematisch nach Stockwerken durchnummeriert. Diese Raumnummern werden auf den Aufmaplnen vermerkt. Somit wird vom Raum als kleinste Organisationseinheit der Untersuchung ausgegangen. Auf Raumebene wird die Beschaffenheit der Boden- Wand und Deckenoberflchen, der Tren und Fenster, der Installation und anderer Details beschrieben. Zudem werden Konstruktion, Bauart, sichtbare nderungen und Nutzung dargestellt und eine Datierung der Bauteile vorgenommen. Das Raumbuch wird durch eine Fotodokumentation ergnzt, die auch Raumzusammenhnge und qualitten perspektivisch darstellt.

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

18

Die Erfassung und Organisation der Bau- und Sachdaten erfolgt also weitgehend unabhngig voneinander, ihre Verknpfung erfolgt ber die Raumnummern. Strukturell entspricht dies der Trennung in geometrische und semantische Daten, die auch in Geoinformationssystemen vorliegt. Neuere Anstze zur Dokumentation historischer Gebude erproben, die Ergebnisse der Bauaufnahme als Building Information Model (BIM) darzustellen (vgl. DON-08), und so die rumlichen Daten mit den Fachdaten systemisch zu verknpfen. Ein BIM enthlt neben den geometrischen - auch umfassende semantische Informationen. Diese Modelle werden in der Planung und Umsetzung von Neubauprojekten genutzt. Daraus knnen die fr ein Stadtmodell relevanten Daten extrahiert, nach CityGML exportiert und so direkt in ein Stadtmodell integriert werden (vgl. ZLA-09 Seite 79ff).

Art und Formate der Bauforschungsdaten


Daten der Bauforschung sind nach Aussage der Vereinigung der Landesdenkmalpfleger(VDL) generell heterogen (vgl. VDL-09) und liegen dementsprechend auch fr Idstein in den unterschiedlichsten Formaten vor. In Anhang A sind zur Verdeutlichung der Quellenlage einige Beispiele aus Idstein aufgefhrt. Diese Heterogenitt stellt eine Herausforderung fr die Digitalisierung und elektronische Verarbeitung der Daten dar, die in ein GIS eingebracht werden sollen. Formate, in denen Informationen hufig vorliegen sind Handskizzen, Raumbcher, Fotos und CAD Zeichnungen. Tabelle 1 gibt einen berblick ber gngige Datenformate, in denen Bauforschungsdaten vorliegen.

Tabelle 1: Daten der Bauforschung und Formate nach VDL-09

Art der Daten


Raumbcher

Datenformat
portable document format (pdf) extensible markup language (xml)

Texte Listen CAD Zeichnungen Fotos GIS Daten Handskizzen, digitalisiert

portable document format (pdf) oder txt comma separated value (csv) drawing interchange file format (dxf) Tagged Image file format (tiff) shape (shp) drawing interchange file format (dxf) scalable vector graphics (svg)

Eine Homogenisierung der Ergebnisdaten aus der Bauforschung ist auf Grund ihrer unterschiedlichen Inhalte und Formate nicht mglich.

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

19

Aus Grnden der Langzeitarchivierung sind zur Speicherung offene Formate zu bevorzugen, die nicht auf eine bestimmte Version eines Betriebssystems beschrnkt oder urheberrechtlich geschtzt sind. Formate, die Inhalte komprimieren wie z.B. jpg sind nicht sinnvoll, da durch die Kompression Datenverlust entsteht (vgl. AKA-09). Zusammenfassend ist festzuhalten, dass das Geoinformationssystem und das Stadtmodel auf die Integration heterogener Daten ausgerichtet sein mssen, um die Anforderungen der Bauforschung im Idstein Projekt bedienen zu knnen. Im folgenden Abschnitt werden weitere Schlussfolgerungen fr den Aufbau der IT Struktur des 3DStadtmodells diskutiert.

2.2

Implementierung eines 2D-Gis zur Erfassung und Haltung der Bauforschungsdaten

Als Datenbasis zur Abbildung der Bauforschungsdaten wird ein 2D-GIS erstellt. Hierbei gilt es zu bercksichtigen, dass der Umfang der erfassbaren Daten zu den einzelnen Objekten weit ber die Darstellungsmglichkeiten in einem Stadtmodell hinausgeht. Deshalb ist eine Aufteilung der Daten in zwei bergeordnete Einheiten sinnvoll: Auf der einen Seite sollten ausgewhlte Basisdaten fr ein 2D-GIS stehen, die in einem Stadtmodell relevant und abbildbar sind, auf der anderen Seite der Aufbau einer Fachdatenbank fr die detaillierten Befunde der Bauforschung wie z.B. konstruktive Details und historische Befunde. Als Basis fr das 2D-GIS ist eine Geodatenbank geeignet, die geometrische Informationen und Basisattribute (mit dem Ziel des Datenexports nach CityGML) abbildet. Durch ergnzende Informationen, wie Hhendaten und Texturen knnen daraus 3D-Objekte eines Stadtmodells gebildet werden. In dem nachfolgenden Diagramm ist dargestellt, welche Datenquellen fr die Erstellung des Stadtmodells in Idstein relevant sind und wie die Bauforschungsdaten ber den Aufbau eines 2D-GIS und einer Fachdatenbank zu einem Stadtmodell zusammengefhrt werden knnen.

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

20

Abbildung 2: Strukturdiagramm zur Systematisierung und Abbildung der Bauforschungsdaten zum Aufbau eines Stadtmodells (eigene Darstellung)

Im Weiteren konzentriert sich diese Arbeit auf die Beschreibung und Abbildung der Basisdaten in Form von geometrischen Informationen und Attributen in CityGML, und diskutiert Mglichkeiten, diese mit den Fachdaten zu verknpfen.

Abbildung 3: Ausschnitt des Bereichs der Basisdaten aus dem Strukturdiagramm aus Abbildung 2

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

21

2.3

Datenmodell

In diesem Abschnitt wird das Datenmodell fr die Erfassung der Basisdaten prsentiert, da diese eine Grundlage fr den Aufbau des Stadtmodells mit CityGML sind. Ein Datenmodell gibt die Struktur vor, die als Grundlage fr eine Datenbank dient, und stellt damit die einheitliche Strukturierung und Attributierung der Daten sicher 2. Es dient so als Grundlage, einen Teil der realen Welt in einer Datenbank abzubilden. Ziel des Datenmodells ist es, eine harmonisierte Struktur fr die Daten der Bauforschung zur Verfgung zu stellen, die alle relevanten Objektarten (Entitten), deren Eigenschaften (Attribute) und Beziehungen (Relationen) beschreibt. Im Rahmen des Idstein Projektes wird der Schwerpunkt auf die Schaffung einer einfachen Struktur gesetzt, die im Arbeitsalltag der Bauforscher und anderer Interessenten gut zu bedienen und ntzlich ist. Der Versuch alle denkbaren Sonderflle zu bercksichtigen, knnte fr das Projekt zu einem prohibitiv komplexen System fhren. 3 Im Folgenden werden die im Idstein Projekt zu modellierenden Entitten mit Ihren Attributen und Relationen definiert und das daraus resultierende Datenmodell vorgestellt.

2.3.1 Definition der Entittstypen, Attribute und Relationen


Die ausgewhlten Entittstypen, Attribute und Relationen leiten sich aus den Schlussfolgerungen der Anforderungsanalyse in Kapitel 2.1 ab und werden durch Bezge zur Stadt Idstein illustriert.

2.3.1.1 Entittstypen:
Die Entittstypen stellen die wesentlichen Untersuchungsgegenstnde fr die Bauforschung, und wichtige Angaben zur Einbettung in den Kontext der Umgebung dar. Gebude: Gebude sind Untersuchungsgegenstand der Bauforschung und deshalb das bergeordnete Objekt und die Basis der Darstellung im Stadtmodell. Auf Gebudeebene wird der Bezug zur Lage hergestellt und Grundaussagen ber Dimensionen wie Hhe und Dachform gemacht. Eine hufige Bauart der Gebude in der historischen Innenstadt von Idstein sind straenbegleitend dicht aneinander errichtete Wohnhuser, die eine Tordurchfahrt zum hinter dem Gebude liegenden Hof aufweisen. Flurstck: Hier wird die Adresse angegeben und eine Verbindung zum Kataster hergestellt, was die Anbindung an die amtlichen Basisdaten realisiert. Ensemble: Ein Ensemble beschreibt eine Gruppe mehrerer Gebude, die durch ihren Zu2 3

http://de.wikipedia.org/wiki/Datenmodell (zuletzt aufgerufen am 02.02.2013) Zum Vergleich: Das Datenmodell der Datenbank iDAI.field des DAI arbeitet z.B. mit 65 Tabellen und 3000 Attributen (vgl. SCH-11)

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

22

sammenhang eine besondere Bedeutung aufweist. Sie werden als Entitt ausgewhlt, weil sie fr Denkmalpflege und Stadtplanung wichtige Einheiten darstellen. Auf Ensembleebene werden oft Elemente der Stadtstruktur sichtbar, selbst wenn einzelne Gebude seit Ihrer Entstehung stark verndert oder ersetzt wurden. Die einzelnen Gebude sind eigenstndig und knnen in Gestalt und Funktion sehr unterschiedlich sein. Auch in Idstein wird das Stadtbild durch Gebudeensemble geprgt, die bisher im Vergleich zu den Baudenkmlern weniger untersucht wurden (vgl. FRO-80 Seiten 76 und 104). Gebudeteil: Damit wird ein untergeordneter Teil eines Gebudes beschrieben, der eine konstruktive Gliederung darstellt, z.B. ein Nebengebude wie eine Scheune, ein Stall oder Anbau. Diese Entitt ermglicht die Modellierung zusammengesetzter Gebude mit unterschiedlicher Geometrie und Dachform. In der Idsteiner Altstadt bestehen viele Gebude aus mehreren Teilen wie z.B. Wohnhusern, ehemaligen Speichern und Stallungen, oft unterteilt in Haupt- und Nebengebude (vgl. FRO-80, Seite 52). Stockwerk: Die Kategorie Stockwerk benennt die horizontale Organisationseinheit im Gebude, die hufig konstruktiv und zeitlich homogen aufgebaut ist. Daher ist die Modellierung von Stockwerken eine wichtige Grundlage fr eine sptere Darstellung mglicher Bauphasen im Stadtmodell. Die meisten Gebude in Idstein haben 2-3 Stockwerke zuzglich des Daches. (eigene Beobachtung, Stadtbesuch am 09.10.2013) Raum: Wie in Kapitel 2.1 erlutert, stellt der Raum das Basiselement zur Datenaufnahme in der Bauforschung dar und wird daher die grundlegende Entitt im Datenmodell. Auf Raumebene werden Detailbefunde und deren Datierung vorgenommen, um die Zusammensetzung der Gebude aus verschiedenen Baujahren erfassen zu knnen. Fr das Projekt in Idstein wird ein Augenmerk auf besondere Rume gelegt. D.h. jede, die die Vernderungen eines Gebudes ber die Zeit beschreiben knnen. Siehe hier z.B. die Entwicklung des Schlossturms (Abbildung 24). Auf eine weitere Detailierung z.B. durch die Modellierung von Bauelementen wie Wnden, wird auf der Ebene des 2D-GIS verzichtet. Diese Information wrde zu komplexen Mehrfachrelationen fhren, da z.B. Wandaufbauten keinem Raumelement eindeutig zuzuordnen sind.

Fr den Aufbau des Datenmodells werden die ausgewhlten Entitten in eine Hierarchie zueinander gesetzt und die Art ihrer Verknpfung systematisiert. Abbildung 4 illustriert das Ergebnis dieses Prozesses:

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur


Flurstck Gebude Ensemble

23

Gebudeteil

Stockwerk

Raum

Abbildung 4: : Hierarchie der Entittstypen im Bauforschungsvorhaben von Idstein (eigene Darstellung)

2.3.1.2 Attribute:
Attribute beschreiben die strukturellen Merkmale einer Entitt. Sie werden im Folgenden erlutert, ergnzt durch den SQL-Datentyp in Klammern. Fr das Forschungsprojekt in Idstein wurde darauf geachtet, die Anzahl der Attribute gering zu halten und trotzdem alle wesentlichen und im Stadtmodell darstellbaren Merkmale zu modellieren. ID, Primrschlssel: (VARCHAR NOT NULL) Um eine Entitt in der Datenbank zu bezeichnen, wird hier ein eindeutiges Identifikationsmerkmal ausgewhlt oder generiert. Da Gebudebezeichnungen nicht als eindeutig angenommen werden knnen, wird fr das Projekt in Idstein an dieser Stelle jeweils ein knstlicher ID generiert. Fremdschlssel: (VARCHAR NOT NULL) Der Fremdschlssel stellt eine Referenz zu verknpften Entittstypen her, z.B. vom Gebude zum zugehrigen Gebudeteil. Flurstcknummer: (VARCHAR) Dieses Attribut verweist auf Katasterinformationen und stellt so eine Verknpfung mit den amtlichen Basisdaten dar. Hhenangaben: (FLOAT) Hier werden die Angaben der Trauf und Firsthhe erfasst, da im Kataster zum Teil nur die Zahl der Stockwerke gefhrt wird. Zum Stockwerk sollte ebenfalls die Hhe als Attribut angegeben werden, da diese im historischen Baubestand sehr unterschiedlich sein kann. Dieses Attribut hat fr Idstein eine hohe Relevanz, da die Hhen noch nicht systematisch erfasst sind und da Trauf- und Firsthhe innerhalb des Ensembles stark variieren (eigene Beobachtung, Stadtbesuch am 09.10.2012).

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

24

Dachform: (VARCHAR) Diese Kategorie macht Angaben ber die Grundform des Daches, die nur teilweise im Kataster vorhanden sind. In Idstein berwiegen Sattel- und Walmdcher (eigene Beobachtung). Baujahr: (YEAR) Historische Gebude verndern im Laufe Ihres Bestehens ihr Aussehen und ihre Funktion. Deshalb sind innerhalb eines Gebudes unterschiedliche Baujahre zu modellieren. Die Erfassung von nur einem Baujahr als Attribut des Gebudes ist nicht ausreichend. Hier wird empfohlen, das Baujahr als Attribut auf Raumebene zu erfassen. Die ltesten Gebude in Idstein sind auf 1497 datiert. Die Erfassung der Baujahre wird bis ins 20. Jahrhundert gehen (vgl. IDS-97). Bauart: (VARCHAR) Dieses Attribut beschreibt die Konstruktionsweise der Entitt, z.B. Massivbau oder Fachwerk, die im Stadtkern von Idstein beide stark vertreten sind. Bewertung: (INTEGER) Gebude im historischen Baubestand sollten bezglich ihrer Bedeutung bewertbar sein. Dies erleichtert den Entscheidungsprozess, ob einer geplanten baulichen nderung oder Umnutzung zugestimmt werden kann oder nicht. Es wird vorgeschlagen, diese Bewertung der historischen Bedeutung von Gebude als Attribut aufzunehmen. Diese Information ist fr die Baugenehmigungsbehrde hilfreich und erlaubt ihren Mitarbeitern eine erste schnelle Einschtzung bei nderungsanfragen. Befund: (TEXT) Ein Befund ist eine Kurzbeschreibung der Entitt und weiterer Eigenschaften aus den Untersuchungsergebnissen der Bauforscher. Interessante Befunde in Idstein sind z.B. die Schmuckelemente im Fachwerkbau und die besondere Gestaltung der Hauseingangsbereiche (eigene Beobachtung). Externe Referenz: (VARCHAR) Dieses Attribut verweist auf korrespondierende Daten in einem anderen Datenbestand wie z.B. Fachdaten der Bauforscher oder das WebGIS der Denkmalpflege Hessen (DenkXWeb). Hier entsteht die Vernetzung der Daten, die die vielfltigen Informationen, die fr den Baubestand in Idstein vorliegen, verbindet. Geometrie: (DECIMAL) Hier wird das Koordinatenreferenzsystem angegeben und die Eckpunkte der Grundflche der Entitt erfasst. Damit wird die geographisch korrekte Abbildung der Gebude in 2D-GIS und 3D-Stadtmodell gewhrleistet.

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

25

2.3.1.3 Relationen:
Relationen beschreiben die Verknpfungen der Entitten. In einem Datenmodell werden dadurch die numerischen Beziehungen zwischen den Entitten modelliert. Gebude stehen auf Flurstcken, auf einem Flurstck knnen auch mehrere Gebude stehen: 1:n Beziehung Ein Ensemble wird von mehrere Gebude gebildet: 1:n Beziehung Gebude bestehen aus einem oder mehreren Gebudeteilen: 1:n Beziehung. Gebude und Gebudeteile haben mindestens ein Stockwerk: 1:n Beziehung Rume liegen in Stockwerken. Ein Stockwerk hat einen oder mehrere Rume und diese knnen auf mehreren Stockwerke liegen (z.B. Treppenhuser oder Sle): n:m Beziehung, die ber die zwischengeschaltete Tabelle Stockwerk_Raum modelliert wird.

Typisch fr das Stadtbild in Idstein ist, dass auf einem Flurstck neben dem Hauptgebude mehrere Nebengebude stehen. Die meisten Gebude haben mindestens 2 Stockwerke. Eine Besonderheit ist, dass bedingt durch die bewegte Topographie Stockwerke, die am Gebudeanfang ebenerdig sind, am Ende den 1. Stock bilden knnen (eigene Beobachtung).

Anforderungen der Bauforschung und Schlussfolgerungen fr die IT-Struktur

26

2.3.2 Datenmodell als Diagramm


Fr den Aufbau einer Datenbank, in der die Basisdaten der Bauforschung abgebildet werden, wird ein Datenmodell erstellt. Dieses setzt sich aus den (in Kapitel 2.3.1) definierten Entitten, Attributen und Relationen zusammen. Abbildung 5 prsentiert das Datenmodell in graphischer Form. Den Entitten sind die relevanten Attribute zugeordnet, die im vorigen Kapitel als sinnvoll identifiziert wurden. Mit der Bercksichtigung der Einheiten Ensemble und Gebudeteile, wurden auch alle fr Idstein besonders relevanten Elemente in das Modell integriert.

1 Flurstueck -Flurstuecknummer -Flur -Strasse -Hausnummer

n n Gebauede -GebaeudeID -Fluerstuecknummer -EnsembleID -Traufhoehe -Firsthoehe -Dachform -Bauart -Befund -Bewertung -externe Referenz

1 Ensemble -EnsembleID -Befund -Bewertung

1...n Gebaeudeteil -GebauedeteilID -GebaeudeID -Traufhoehe -Firsthoehe -Dachform -Bauart -Befund 1 1...n Raum 1 n Stockwerk_Raum -Stockwerk_RaumID -StockwerkID -RaumID n 1 -RaumID -Baujahr -Tuer -Fenster -Befund -Geometrie

Stockwerk -StockwerkID -GebaudeteilID -Hoehe -Bauart -Befund

Abbildung 5: Datenmodell zur Erfassung der Basisdaten der Bauforschung (eigene Darstellung)

3D-Stadtmodelle und CityGML

27

3D-Stadtmodelle und CityGML

3D-Stadtmodelle stellen eine modellhafte Abbildung der realen Welt dar, die durch die Visualisierung der dritten Dimension ber die blichen Karten- und Plandarstellungen hinausgeht. Physische Stadtmodelle gibt es bereits seit langer Zeit. Sie portrtieren als historische oder aktuelle Modelle das Stadtbild und werden fr Stadtmarketing, Reprsentation und Planungszwecke genutzt. Das erste dem Autor bekannte virtuelle Stadtmodell stammt aus dem Jahre 2004 und zeigt die historische Rekonstruktion der Stadt Bamberg im Jahre 1822. Inzwischen bieten fast alle Grostdte und viele Kommunen 3D-Stadtmodelle an, einige Beispiele werden im folgenden Kapitel prsentiert. 3D-Stadtmodelle bieten einen groen Vorteil gegenber Plnen und Karten in 2D: Sie erlauben es, die reale Welt aus neuen Perspektiven zu betrachten. Sie bieten mehr Informationen auf einem Blick und erlauben es, Themen und Arbeitsbereiche zusammenzufhren, die ansonsten unverbunden nebeneinanderher existieren. An dem Projektbeispiel in dieser Arbeit geschieht dies, indem Gebudedaten mit historischen Daten verknpft und visualisiert werden. Die Simulation und damit Beurteilung von Bauvorhaben ist ebenso darstellbar, wie die Rekonstruktion vergangener Zustnde, um Lernen aus der Geschichte zu frdern. In diesem Kapitel werden zu Beginn einige Anwendungsmglichkeiten von 3DStadtmodellen gezeigt (Kapitel 3.1). Unter der berschrift Stand der Technik wird der technische Aufbau eines softwarebasierten Stadtmodells vorgestellt (Kapitel 3.2). CityGML wird in Kapitel 3.4 eingefhrt und hier wird auch diskutiert, ob und in welchem Mae die Anwendung von CityGML fr die Erstellung von 3D-Stadtmodellen dienlich ist und welche Schwchen noch zu beobachten sind. Die wesentlichen Ergebnisse aus dieser Diskussion werden im Abschlussabsatz zusammengefasst.

3.1

Anwendung von Stadtmodellen

In Anbetracht der weltweit zunehmenden Stadtbevlkerung, stehen stdtische Verwaltungen vor groen Herausforderungen. Das Ressourcenmanagement, Abwasser- und Abfallstrme, angepasste Flchennutzungsplanung, Energieverbrauch, Verkehrsplanung und hnliches mssen dargestellt, geplant, gewartet und aktuellen Anforderungen angepasst werden. 3D-Stadtmodelle knnen bei der Bewltigung dieser rumlich geprgten Aufgaben wichtige Werkzeuge sein, da sie real existierende, aber auch vergangene oder zuknftige Objekte darstellen knnen und Vernderungen damit leichter vermittelbar und bearbeitbar machen. Ein Stadtmodell, das detailliert, aktualisiert und frei zugnglich fr den Innenstadtbereich einer Stadt vorliegt, kann ein gutes Werkzeug fr viele Planungs- und Kommunikationsaufgaben sein, das Experten und Betroffene gleichermaen ntzlich ist. Nachfolgend werden einige Anwendungsbeispiele von virtuellen Stadtmodellen aufgefhrt, die bereits implementiert sind:

3D-Stadtmodelle und CityGML

28

Wrmebedarfsanalyse: Da Gebudevolumina und Hllflchen im Stadtmodell modelliert werden, bietet es die Datengrundlage fr automatisierte Wrmebedarfsberechnung (vgl. EIC-12). Solarpotential Analyse: Ermglicht die Berechnung der Dachflchen, die zur Energiegewinnung mit Solartechnik genutzt werden knnen. Hierbei wird das Potential der Energiegewinnung durch Sonneneinstrahlung und eine eventuelle gegenseitige Verschattung der potentiellen Flchen dargestellt. Abbildung 6: Solarpotentialanalyse im Stadtmodell. (Quelle: www.simusolar.de zuletzt aufgerufen am 06.02.2013)

Katastrophenschutz und Gefahrenabwehr: Hochwasserstnde lassen sich im Stadtmodell simulieren, um daraus das Gefhrdungspotential fr einzelne Gebude abzulesen und entsprechende Schutzmanahmen zu planen (vgl. COO-10). Lrmkartierung: Nach der EU-Richtlinie 2002/49/EG mssen Lrmbelastungen gemessen oder berechnet, und die Zahl der davon betroffenen Anwohner festgestellt werden. 4 In einem virtuellen Stadtmodell sind viele Daten enthalten, die fr eine Lrmkartierung bentigt werden: Art und Lage der Verkehrswege sowie Lage und Hhe der Gebude. ten aus dem Amtlichen phisch-Kartographische onssystem (ATKIS) ber die Verkehrswege knnen ber einen Web Feature Service (WFS) eingebunden werden, ebenso wie Daten ber die Verkehrsdichte aus dem Objektkatalog fr das Straenund Verkehrswesen (OKSTRA). Abbildung 7: Lrmausbreitung im 3D-Stadtmodell (Quelle: HOP-12)

Analyse der Gebudestruktur: Abbildung 8 zeigt beispielhaft die Klassifizierung von Gebuden am Beispiel des Bonner Stadtmodells. Als Basis fr die Klassifizierung wurde hier der Gebudetyp gewhlt, der als Attribut der CityGML Klasse building
4

http://www.umweltbundesamt.de/laermprobleme/ulr.html (zuletzt aufgerufen am 06.02.1013)

3D-Stadtmodelle und CityGML

29

hinterlegt ist. Das Ergebnis wurde in Google Earth visualisiert. Diese Daten der Gebudestruktur helfen bei der Aufstellung von Bebauungsplnen und Neubauplanungen.

Abbildung 8: Klassifizierung nach Gebudetyp am Beispiel Bonn (Quelle: HEN-09)

Weitere Anwendungen neben Umweltanalysen sind Funknetzplanung, Landnutzungsmanagement und Standortmarketing, wie z.B. der Aufbau eines 3D-Stadtplans mit der Visualisierung von Points of Interest (POI), und fr die Stadtplanung mit dem Testen von Planungen auch zur Brgerbeteiligung (vgl. GR-08). 3D-Stadtmodelle werden heute fast ausschlielich von Kommunen in Auftrag gegeben und unterhalten (vgl. KUT-12). Durch deren finanziell angespannte Situation hat das Thema in den letzten Jahren etwas an Dynamik verloren, es bleibt aber aktuell, wie am Beispiel der EU-Lrmrichtlinie (2002/49/EG) ber die Bewertung und Bekmpfung von Umgebungslrm gezeigt werden kann. In Deutschland sollen nach einem Beschluss der Arbeitsgemeinschaften der Vermessungsverwaltungen der Lnder (ADV) aus dem Jahr 2009 ab 2013 einheitliche 3D-Stadtmodelle bundesweit im Level of Detail (LoD)1 bereitgestellt werden (vgl. ADV-10). In Bayern liegt das Modell in LoD1 bereits seit 2012 flchendeckend vor. Ein zgiger Ausbau auf LoD2 ist geplant und soll bis 2015 fertiggestellt sein (vgl. ROS-12). Ein weiterer Beleg fr die steigende Nachfrage der Kommunen ist der Fakt, dass sie zunehmend als Geobasisdaten gesehen werden, die von der Landesvermessung vorgehalten werden (vgl. COO-12/1). Es ist zu erwarten, dass 3D-Stadtmodelle zuknftig als Basis zur Darstellung von verschiedensten Fachdaten im stdtischen Kontext genutzt werden. Neben Stadtmodellen, die auf amtlichen Geobasisdaten basieren, existiert ein Open Data Projekt der Universitt Heidelberg das an dieser Stelle aufgefhrt wird um den Einblick in die Nutzung von 3D-Stadtmodellen zu vervollstndigen. Ziel des Projektes ist es, Open Street Map (OSM) um die dritte Dimension zu erweitern. Hier wurde die

3D-Stadtmodelle und CityGML

30

technische Infrastruktur geschaffen, um ein flchendeckendes Stadtmodell Nutzern weltweit zur Verfgung zu stellen 5. Die Daten der 3D-Objekte werden dabei wie bereits die Flchendaten in OSM von Freiwilligen erfasst und eingepflegt, man spricht in diesem Zusammenhang von Volunteered Geographic Information (VGI). Fr einige Stdte wie beispielsweise Frankfurt am Main und Rostock liegen bereits umfassende Gebudemodelle vor 6 Die Daten werden serverseitig aufbereitet und dem Nutzer in einem eigenen Viewer oder Plug-In zur Verfgung gestellt. Die An- und Abwahl von Informationslayern ist ebenso mglich wie Routing und die Integration von Sensordaten (vgl. ZIPF-09).

3.2

Stand der Technik von 3D-Stadtmodellen

Die Diskussion zum Stand der Technik fr die Entwicklung von 3D Stadtmodellen beinhaltet einen kurzen Abriss ihrer technischen Entwicklungsgeschichte, gibt einen berblick darber, wie zentrale Basisinformationen heute generiert und dargestellt werden, welche Datenformate benutzt, und was beim Erstellungsprozess eines Stadtmodells bercksichtigt werden muss. Erste Anstze zur Erstellung virtueller 3D-Stadtmodelle gibt es seit Ende der 90er Jahre, damals noch als CAD basierte Modelle. Sie wurden mit hohem Aufwand durch manuelle Modellierung erstellt, waren aber im Ergebnis ein reines Prsentationsmodell ohne Sachdaten. 2002 begann die Special Interest Group 3D (SIG3D) im Rahmen einer Initiative der Geodaten Infrastruktur in Nordrhein Westphalen (GDI-NRW) mit der Entwicklung eines Konzepts zum Aufbau von Geodateninfrastrukturen in Form von 3DStadt- und Landschaftsmodellen 7. Aus dieser Entwicklung ist CityGML als Standard zur Beschreibung von Stadtmodellen hervorgegangen. Neben CityGML, das aus dem GIS Umfeld entstammt, gibt es andere Anstze zur Modellierung von 3D Umgebungen im Planungsbereich (CAD, BIM), die von der Gebudeebene (anstatt wie CityGML von der Stadtebene) ausgehen, und daher wesentlich detailliertere und umfassendere Daten beinhalten als Stadtmodelle. BIM wird nach dem offenen Standard Industrie Foundation Classes (IFC) modelliert. Da der Datenumfang eines auf BIM basierenden Stadtmodells zu umfangreich wre, sind Methoden entwickelt worden, die relevanten Gebudedaten auslesen und nach CityGML exportieren zu knnen (vgl. HF-08). Damit kann ein Stadtmodell, das auf CityGML basiert, bereits erfasste Daten direkt aus der Objektplanung integrieren, was Kosten- und Zeitsparend ist. Ein weiterer Bereich mit Bezgen zur 3D-Modellierung ist die Unterhaltungsindustrie mit der Entwicklung von Computerspielen und Filmanimationen. Von hier wurde der Ansatz des 3D-Szenengraphen bernommen, der eine immersive Sichtweise auf den

5 6

http://www.osm-3d.org/map.htm (erfordert Java Plug-Ins, zuletzt aufgerufen am 06.02.2013) http://wiki.openstreetmap.org/wiki/OSM-3D_Screenshots (zuletzt aufgerufen am 06.02.2013) 7 http://www.sig3d.org/index.php?catid=2&themaid=1058292099 (zuletzt aufgerufen am 4.2.1013)

3D-Stadtmodelle und CityGML

31

3D-Inhalt verfolgt, und so eine natrlichere Bewegung des Betrachters im Stadtmodell ermglichen soll 8. Da bereits kleine Stadtmodelle einen enormen Datenumfang einnehmen, erfolgt die Verarbeitung weitgehend serverseitig. Allerdings haben clientseitig Webbrowser die 3D-Visualisierung lange Zeit nicht untersttzt. Daher wurden in den letzten 10 Jahren zahllose Viewer fr die Darstellung von Stadtmodellen (Aristoteles, Citywiever, FZK Viewer, Snowflake etc.) entwickelt. Diese Notwendigkeit seitens der Nutzer, zustzliche Software zu installieren, stellt ein Hindernis fr die weitere Verbreitung und Nutzung von 3D-Stadtmodellen im Internet dar. Durch die seit 2011 freigegebene grafikorientierte 3D-Schnittstelle WebGL fr Webbrowser, besteht allerdings die Aussicht, dass 3D-Inhalte dort in naher Zukunft direkt dargestellt werden knnen (vgl. BGO-12 und RIX-12). Fr die Darstellung von 3D-Stadtmodellen im Internet werden neben der Integration in Google Earth hauptschlich Web Services genutzt, vorwiegend der Web View Service (WVS) und der Web 3D Service (W3DS) (vgl. LOR-10). Der WVS bertrgt die Stadtmodelle als perspektivische Bilddaten, wodurch die Anforderungen an die Rechenleistung des Clients relativ gering sind. Da die Daten auf dem Server berechnet werden, sind Analysen kaum mglich. Allerdings ist die Sichtachse auf den Fokalpunkt des gezeigten Bildausschnittes whlbar (vgl. HAG-08). Diese Darstellung erlaubt es, serverseitig fertig berechnete Szenen mit eingeschrnkter Interaktionsmglichkeit zu prsentieren und eignet sich fr die Integration der Modelle in bestehende Web-Portale. Beim W3DS werden 3D-Szenengraphen verwendet, was vielfltige Perspektivwechsel mglich macht. Allerdings sind die Anforderungen an die clientseitige Rechenleistung wesentlich grer. Dieser Service steht seit 2010 im Draft Candidate Status des Open Geospatial Consortium (OGC) (vgl. HAG-10), und wird z.B. fr den Open Street Map (OSM) Globe genutzt. Dieser Ansatz gestattet eine weitergehende Interaktion des Nutzers mit dem 3D-Stadtmodell und erlaubt einfache Analysen (z.B. Entfernungsmessung) und den Zugriff auf Sachdaten. Die Darstellungskomponente von Stadtmodellen ist aktuell Gegenstand weiterer Standardisierungsbemhungen. Im August 2012 wurde ein Experiment der OGC zu Interoperabilitt der Darstellung von 3D-Datensets abgeschlossen (vgl. SCH-12) und seit Dezember 2012 ist das Thema Gegenstand einer Arbeitsgruppe der OGC mit dem Ziel, eine Standardschnittstelle fr die Bildberechnung zu entwickeln. Im Grndungsdokument der Arbeitsgruppe werden sowohl die oben erwhnten Szenengraphen, als auch die klassische Visualisierung als bildbasierte Darstellung erwhnt (vgl. COO12/2). Es ist somit davon auszugehen, dass in den nchsten Jahren beide Verfahren fr die Visualisierung von 3D-Stadtmodellen genutzt werden. Zusammenfassen kann festgehalten werden, dass erste virtuelle Stadtmodelle lediglich zur Visualisierung eingesetzt wurden, sie aber heute die Darstellung von Sachdaten
8

http://de.wikipedia.org/wiki/Szenengraph (zuletzt aufgerufen am 08.02.2013)

3D-Stadtmodelle und CityGML

32

und rumliche Analysen ermglichen. Aktuell liegt der Fokus der Entwicklung auf der weiteren Automatisierung der Modellerstellung, auf der Integration von neuen Daten in Stadtmodelle (Fortfhrung) und auf dem Ausbau zum Integrationsmodell fr Geodaten (vgl. RIX-12). Um Stadtmodelle zu einer Integrations- und Austauschplattform fr Daten mit rumlichem Bezug weiterzuentwickeln (z.B. Integration von Daten aus Fachkatastern oder statistischen Daten), muss vermehrt an Ihrer Interoperabilitt gearbeitet werden. Interoperabilitt kann durch die Verwendung von Standards der OGC und einschlgiger ISO Normen erreicht werden. Durch die Verwendung derartiger Standards kann sichergestellt werden, dass ein Datenaustausch zwischen den unabhngigen und heterogenen Systemen, in denen Geodaten bei den Dateneigentmern gehalten und verarbeitet werden, mglich wird. Hier ist natrlich darauf zu achten, dass die Datenfreigabe auf berechtigte Nutzer eingeschrnkt wird. Dies ist auch mit offenen Formaten problemlos mglich, denn ein offenes Softwareformat bedeutet keinesfalls automatisch ffentlichen Zugang zu Daten.

3.3

Erstellung von 3D-Stadtmodellen

In einem Stadtmodell werden Gebude und andere rumliche Objekte wie Bume, Stadtmblierung, Mauern etc. abgebildet. Sie werden ber die Aufnahme von Lageund Hheninformationen erfasst, und durch die Semantisierung der Information zuordenbar. Um zu erklren, wie diese Daten in Stadtmodelle umgesetzt werden, werden gngige Datenformate und der Erstellungsprozess genauer beschrieben und einige zentrale Aspekte anhand von Beispielen erlutert. Lageinformationen erfassen 2D Informationen zur Lage der Objekte. Diese werden im Fall von Gebudegrundflchen, Bumen o.. meist aus dem entsprechenden Kataster entnommen. Fehlende Angaben werden aus Orthofotos ergnzt, knnen aber auch aus anderen Systemen wie CAD oder BIM entstammen. Im Fall Idstein knnten diese Daten aus dem Kataster und den Sanierungsplnen fr die Altstadt generiert werden. Hheninformationen erfassen Daten zur 3. Dimension und sind damit wesentlich fr das virtuelle Stadtmodell. Anfnglich wurden hierfr Daten aus der Shuttle Radar Topography Mission (SRTM) genutzt, heute nimmt man Light detection and ranging (LIDAR) Daten, die aus Befliegungen stammen. Bei Objekten mit besonderer Bedeutung, werden auch bodengesttzte LIDAR Erfassungen vorgenommen. Die photogrammetrische Auswertung spielt eine wichtige Rolle zur Erfassung von Dachlandschaften, ist aber deutlich aufwendiger. In Idstein liegen fr Teilbereiche der Altstadt bereits detaillierte Hhenvermessungen vor (Besuch um Stadtplanungsamt Idstein am 12.10.2012). Semantische Informationen ordnen den Elementen, die modelliert werden ihre Bedeutung zu. D.h. einer Flche wird die Funktion Wand, Dach oder Gebude-

3D-Stadtmodelle und CityGML

33

ffnung zugewiesen. Als Datenquelle dient teilweise das Kataster (z.B. Grundflche, Dachberstand, Firstlinie), bei neueren Objekten auch CAD bzw. BIM Planstze. Die Bedeutung einer Flche kann oftmals automatisch zugeordnet werden. Beispielsweise ist eine senkrechte Flche in der Regel eine Wand, eine schrge ein Dach, eine Unterbrechung einer senkrechten Flche mit bestimmten Abmessungen ein Fenster etc. Die automatische Zuordnung der Flchen ist etwas ungenau, und muss manuell korrigiert werden. Informationen zur Darstellung: In einfacheren Darstellungen werden die Flchen nur eingefrbt. Eine weitere Option ist, Farben und Texturen nach den semantischen Informationen zuzuordnen, indem z.B. alle Dcher rot und alle Wnde braun eingefrbt werden. In detaillierteren Darstellungsstufen ist die Verwendung von photorealistischen Texturen von Gebuden mglich, die aus Schrgaufnahmen aus der Luft oder Bodenaufnahmen generiert werden knnen. Der notwendige Bearbeitungsprozess der Georeferenzierung und Entzerrung ist weitgehend automatisch mglich. Zur Darstellung der Erdoberflche werden (quasi als Unterlage der Stadtmodelle) hufig Orthofotos gewhlt, die durch Projektion auf Dachflchen auch deren Textur bilden knnen. In Deutschland werden die meisten Stadtmodelle aus Laserscanning Daten in Kombination mit Grundriss Daten aus ALKIS erzeugt. Bis zu einem Detailierungsgrad von LoD2 (siehe Kapitel 3.4.3 fr Details) lassen sich so 3D-Stadtmodelle automatisch generieren, wobei die Erkennungsrate aktuell bei 70% liegt (vgl. KUT-12). Aus stereoskopischen, hchstauflsenden Satellitenbildern lassen sich Stadtmodelle in LoD2 generieren (vgl. SEH-12). Stadtmodelle in LoD2 haben aktuell die grte Verbreitung, im Innenstadtbereich kommt hufiger LoD3 zum Einsatz. Detailierungsgrad LoD 3 und 4 kann nur mit manueller Nachbearbeitung realisiert werden, und ist damit nur fr Gebude mit einer besonderen Bedeutung (Landmarken) sinnvoll.

3.3.1 Datenformate und Software


Es gibt eine Vielzahl von Formaten um 3D-Stadtmodelle zu beschreiben. Eine Auswertung von Zlatanova, Stoter und Isikdag (vgl. ZLA-12) vergleicht die Darstellungsmglichkeiten der verschiedenen Formate vergleichend und bewertet sie (Tabelle 1).

3D-Stadtmodelle und CityGML

34

Abbildung 9: Vergleich von Dateiformaten, die fr 3D-Stadtmodelle relevant sind. (Quelle: ZLA-12)

Der Vergleich der Formate verdeutlicht, dass nur relativ wenige davon semantische Informationen zur Geometrie abbilden. Nur die beiden Standards IFC und CityGML eignen sich sehr gut fr die Wiedergabe semantischer Daten, deren Speicherung und Weitergabe bei Stadtmodellen essenziell ist. Da IFC sich auf die Konstruktion und das Management von Gebuden bezieht (siehe Kapitel 3.2 oben), ist der Datenumfang fr Stadtmodelle prohibitiv gro. DXF als Format fr CAD Daten kann eingeschrnkt semantische Daten speichern, jedoch keine Objektstrukturen und Attribute verwalten. 3DPDF Dateien sind nur fr eine animierte Visualisierung geeignet. Demnach ist CityGML der fr die Beschreibung von 3D-Stadtmodellen am besten geeignete Standard, da es Geometrie und Bedeutung der Objekte in geeignetem Umfang abbilden kann.

Die Software, die zur Erstellung von 3D-Stadtmodellen bentigt wird, kann in drei zentrale Kategorien oder Werkzeuge eingeteilt werden: Erstellung und Modellierung, Datenmanagement und Visualisierung. Nachfolgend werden einige verbreitete Werkzeuge aus jeder Kategorie aufgelistet und bewertet, um aufzuzeigen, in welchem Umfang CityGML bereits von aktueller Software untersttzt wird. Erstellung und Modellierung: Fr die Modellierung der Geometrien von Objekten, werden komplexe CAD bzw. BIM Design Werkzeuge wie z.B. Autodesk AutoCAD & Revit und Bentley Microstation genutzt. Sketchup ist als niedrigschwelliges Tool auch fr fachfremde Anwender geeignet, um 3D-Objekte zu modellieren. Dieses Programm wird viel verwendet um Gebude fr den Export nach Google Earth zu erstellen. Es bildet nur geometrische Daten und einfache Texturen ab, semantische Informationen werden nicht erfasst.

3D-Stadtmodelle und CityGML

35

GIS Werkzeuge, wie der ESRI 3D Analyst und ArcScene als Erweiterungen von ArcGIS, knnen 3D-Daten modellieren und beinhalten eine Exportoption nach CityGML. Die CityGML Toolchain der Universitt Bocholt modelliert Stadtmodelle und stellt darber hinaus ein CityGML Plug-In fr Sketchup zur Verfgung. 3D-Grafiksoftware aus dem Bereich Computerspiele wird auch zum Design von Stadtmodellen genutzt. Hier liegt der Schwerpunkt auf der Darstellung und der Mglichkeit zur Bewegung des Nutzerstandpunktes im Modell.

Datenmanagement: Der Autodesk Infrastructure Modeler ist das Nachfolgeprodukt des LandXplorers, mit dem viele Stadtmodelle bis 2009, verwaltet wurden. In der aktuellen Version untersttzt diese Software CityGML jedoch nicht. Zur Verwaltung von BIM eignet sich der GeoSpatialserver der Firma Bentley. ESRI stellt mit ArcGIS ein umfassendes Geoinformationssystem zur Verfgung, das fr die Zusammenfhrung und Analyse von heterogenen Geodaten entwickelt wurde. Die Feature Manipulation Engine (FME) der Firma Conterra ist ein umfassendes Extract Transform Load (ETL) Tool, mit dem Geodaten aus verschiedenen Bestnden extrahiert, transformiert und in neue Datenbestnde geladen werden knnen. CityGML wird sowohl als Datenquelle, als auch als Zielformat untersttzt. Der CityServer3D des Fraunhofer Instituts fr Graphische Datenverarbeitung stellt ein Client Server System zur Speicherung, Visualisierung und Bearbeitung von Geodaten dar, das CityGML ebenfalls als Datenquelle und Zielformat untersttzt. Die Geodatenbank 3D CityDB, eine Entwicklung der TU Berlin, ist eine freie 3DGeodatenbank, die die Speicherung im CityGML Format untersttzt, die Visualisierung erfolgt in Keyhole Markup Language (KML).

Visualisierung: Zur Visualisierung der Modelle werden hufig virtuelle Globen wie ESRI ArcGlobe, Google Earth, QGis Globe und X3D Earth genutzt. Vor allem Google Earth bietet als weit verbreitete Software die Mglichkeit, Stadtmodelle einfach zu integrieren und fr einen groen Nutzerkreis zugnglich zu machen. Die Modelle mssen in dem Fall als kml oder komprimierte kmz Datei exportiert und in Google Earth geladen werden, wo sie dann auf dem virtuellen Globus lagegetreu visualisiert werden. Eine weitere Option zur Visualisierung der Modelle ist die Verffentlichung in einem WVS oder W3DS (vgl. Kapitel 3.2 oben). Das Stadtmodell von Berlin wird z.B.in einem WVS zur Verfgung gestellt, der perspektivische Bilddaten zur Verfgung stellt. Hier besteht die Option weitere Layer einzublenden, und damit zustzliche Informationen

3D-Stadtmodelle und CityGML

36

wie z.B. den Verlauf der Berliner Mauer, oder die Konzentrationen bestimmter Unternehmensbranchen im Stadtgefge darzustellen.

3.3.2 Erstellungsprozess
Im Folgenden werden musterhaft die Schritte zur Erstellung eines 3D-Stadtmodells dargestellt: Zuerst werden die Gebudeobjekte erstellt. Im 2. Schritt muss ihnen die korrekte geographische Lage zugewiesen werden. Dies geschieht ber den Import in ein GIS, in das im 3. Schritt auch ein digitales Gelndemodell (DGM) importiert wird, um die Hhen zu ermitteln. Aus diesen Daten wird in 4. Schritt ein dreidimensionales Modell erstellt. Texturen knnen im 5. Schritt eingefgt werden, bevor das 3DStadtmodell im letzten Schritt in CityGML exportiert und gespeichert wird. Im Erstellungsprozess der Stadtmodelle entstehen so 3D-Objekte, die neben der Geometrie und Lage weitere Eigenschaften (Sachdaten, Semantik) haben, die ausgewhlt, dargestellt und analysiert werden knnen.

Geometrie erstellen aus CAD, BIM, Sketchup, Kataster& LIDAR oder Aufma

Gebude

In Modellierungssoftware importieren

entzerren, georeferenzieren und einfgen

Texturen

In GIS einfgen und die Lage georeferenzieren

DGM importieren

Als CityGML exportieren und speichern

Abbildung 10: Ablauf zur Erstellung eines 3D-Stadtmodells (eigene Darstellung)

3.3.3 Qualittsunterschiede in der Visualisierung von Stadtmodellen


Wie zuvor geschildert, entstehen Stadtmodelle durch die Kombination von Geodaten. An drei, im Internet frei verfgbaren Stadtmodellen, knnen die erreichbaren Qualittsstufen in der Visualisierung bei unterschiedlichen Ausgangsdaten und verschiedener Intensitt der Nachbearbeitung verdeutlicht werden.

3D-Stadtmodelle und CityGML

37

Im Stadtmodell von Linkping in Schweden beruhen die Hhenangaben auf SRTM Daten. In Abbildung 11 sind die teils unscharfen Kanten und Flchenverlufe zu erkennen, die aus dem Radarbild entstehen und nur durch manuelle Nachbearbeitung korrigiert werden knnen. Typisch fr Radardaten sind die - vom Objekt auf die Erdoberflche - verwischten Konturen z.B. unter Bumen.

Abbildung 11: SRTM Hhendaten und georeferenzierte Fototextur am Beispiel Linkping (Quelle: Stadt Linkping 9)

Abbildung 12 zeigt einen Ausschnitt des Stadtmodells von Rotterdam, dessen Hhendaten aus LIDAR Daten stammen. Das Modell ist nicht in eine Visualisierungsumgebung eingefgt, dadurch scheint es im Raum zu schweben. Erkennbar sind die deutlich schrferen Gebudekanten, die typisch fr die optische Hhenerfassung sind. An den Fototexturen, die georeferenziert und auf die Gebudeoberflchen projiziert wurden sind wiederum einige Ungenauigkeiten zu erkennen. Hier werden die Grenzen des automatischen Texturierungsprozesses deutlich.

http://kartan.linkoping.se/3d/?lang=en (zuletzt aufgerufen am 17.10.2012)

3D-Stadtmodelle und CityGML

38

Abbildung 12: LIDAR Hhendaten und georeferenzierte Fototextur am Beispiel Rotterdam (Quelle: Stadt Rotterdam 10)

Im nchsten Bild (Abbildung 13) ist eine Szene am Hafen von Lindau zu sehen, mit weitgehend korrekter Geometrie und manuell nachbearbeiteten Texturen. Dieses Modell beruht auch auf LIDAR Daten und Texturen aus Luftbildern. Es wird ein nahezu photorealistischer Effekt erzielt. Die Bume im Vordergrund sind Instanzen stilisierter Objekte. Um das Datenvolumen zu reduzieren werden bei dieser Technik Objekte, die hufiger im Modell vorkommen und fr eine stilisierte Darstellung geeignet sind, nur einmal in der Objektbibliothek abgelegt und an jedem Ort des Vorkommens verlinkt. Dieses Verfahren wird auch von CityGML bernommen, wie in Kapitel 3.4.1 dargestellt wird.

10

http://www.rotterdam.nl/links_rotterdam_3d Prinsenland (zuletzt aufgerufen am 09.02.2013)

3D-Stadtmodelle und CityGML

39

Abbildung 13: LIDAR Hhendaten und entzerrte, georeferenzierte Fototextur am Beispiel Lindau (Quelle: 3DIS GmbH 11)

Die Diskussion zum momentanen Stand der Technik bei der Erstellung von Stadtmodellen kann in den folgenden vier Punkten zusammengefasst werden: 3D-Stadtmodelle mssen heute neben geometrischen Daten auch semantische Informationen enthalten um ber die Visualisierung hinaus nutzbar und damit zukunftsfhig zu sein. Durch die Integration bestehender Datenbestnde werden 3D-Stadtmodelle zu Werkzeugen fr umfassende Aufgaben im urbanen Kontext. Bis zu einem Detaillierungsgrad von LoD2 ist es mglich, 3D-Stadtmodelle weitgehend automatisch und damit konomisch flchendeckend zu generieren. Zur Erfassung von Hhen fhren LIDAR Daten aus einer lokalen Befliegung zu den besten Ergebnissen.

CityGML erfllt die genannten Voraussetzungen und ist als OGC Standard auf die Integration heterogener Datenbestnde ausgerichtet. Es erscheint fr den vorliegenden Zweck der Darstellung von Fachdaten in einem Stadtmodell von Idstein als besonders geeignet und wird daher im Weiteren ausfhrlich beschrieben.

3.4

Vorstellung von CityGML

CityGML ist ein Geography Markup Language (GML) Profil fr die Speicherung und den Austausch von virtuellen Stadtmodellen, das auf der ISO 191xx Familie basiert 12.

11 12

http://www.3dis.de/lindau.html (zuletzt aufgerufen am 05.02.2013) http://de.wikipedia.org/wiki/City_Geography_Markup_Language (zuletzt 12.02.2013)

aufgerufen

am

3D-Stadtmodelle und CityGML

40
13

GML ist eine Auszeichnungssprache zum Austausch raumbezogener Objekte , es basiert auf der Extensible Markup Language (XML), und erlaubt die Gestaltung der grundlegenden geometrischen Elemente wie Punkte, Linien, Polygone etc. GML kann fr spezielle Anwendungsbereiche flexibel erweitert werden, CityGML stellt eine solche Erweiterung von GML dar. Die Einfhrung zu CityGML in diesem Kapitel erfolgt in Anlehnung an Publikationen von Gerhard Grger (GR-08, GR-12/1, GR-12/2) und Thomas Kolbe (KOL-08, KOL-09), die an der Entwicklung und Dokumentation von CityGML mageblich beteiligt sind. Unter den Formaten im 3D-Bereich nimmt CityGML, als OGC Standard, eine besondere Stellung ein. Es ist ein offenes Datenmodell, welches fr die Modellierung, Speicherung und den Austausch von virtuellen 3D-Stadtmodellen entwickelt wird. Erste Entwicklungsschritte wurden von Mitgliedern der Special Interest Group 3D (SIG 3D) erarbeitet, die 2002 aus einer Initiative der Geodaten Infrastruktur Nordrhein Westfalen (GDI-NRW) hervorgegangen ist 14. Mitglieder der SIG 3D kommen aus der kommunalen- und Landesverwaltung, aus Unternehmen und aus Lehre und Forschung. Ein Schwerpunkt der SIG3D liegt auf dem Schaffen von offenen Standards fr 3DDaten. Bereits 2008 wurde CityGML von der OGC als Standard verffentlicht, und seitdem wird das Format kontinuierlich weiterentwickelt. Seit April 2012 liegt der Release 2.0 vor, der durch Neuerungen wie der Modellierung von Brcken und Tunneln, Gebudeeinschnitten (z.B. Loggia), Relationen der Objekte zu Land- und Wasseroberflchen ohne DGM sowie die Einfhrung von generischen Attributen ermglicht (vgl. GR-12/1, KOL-12). CityGML ist international verbreitet (Asien, Europa, Neuseeland, Nordamerika) und wird durch viele Softwareprodukte untersttzt (Autodesk, Bentley, conterra FME, ESRI ArcGIS, Oracle Database, Open source viewers u.a.) (vgl. NAG10). Dreidimensionale Objekte werden in CityGML bezglich Ihrer Geometrie, Topologie, Semantik und visuellen Darstellung definiert. Jedes Objekt kann in 5 Detaillierungsstufen (Level of Detail, LoD) vorkommen (siehe Kapitel 3.4.3. fr Details). Die bertragung semantischer Daten ist fr den Austausch von Stadtmodellen von besonderer Bedeutung, da diese bei der bertragung zwischen Dateiformaten leicht verlorengehen knnen. CityGML ermglicht die bertragung der semantischen Daten, gemeinsam mit Geometrie und Erscheinung. So werden rein visuell/graphische Stadtmodelle plattformbergreifend um topologische und semantische Informationen erweitert, und damit thematische Abfragen und rumliche Analysen im Modell mglich.

3.4.1 Aufbau
Das Modellierungsprinzip von CityGML ist eine klare Klassensystematik und die Trennung von Geometrie und Semantik. Diese Trennung entspricht der Struktur in Geoin13 14

http://de.wikipedia.org/wiki/Geography_Markup_Language(zuletzt aufgerufen am 08.02.2013) http://www.sig3d.org/ (zuletzt aufgerufen am 08.02.1013)

3D-Stadtmodelle und CityGML

41

formationssystemen und vereinfacht die Datenbertragung. Die Verbindung der Geometrie mit der dazugehrigen Semantik erfolgt ber xlinks, Abbildung 14 verdeutlicht die Verbindung der Elemente. Xlinks beschreiben die referenzierten Daten genauer als z.B. html Links, indem sie eine Verweisstelle in einer Datei bis zum Zeichen genau angeben knnen. Zudem knnen xlinks auf mehrere Ziele verweisen 15, so kann eine Flche zum Beispiel auf Ihre Funktion als Wand und Ihre Textur als Farbe oder Bild zeigen.

Abbildung 14: Trennung von Semantik und Geometrie in CityGML (Quelle: STA-08 Seite 7)

Grundlegende Geometrieobjekte in CityGML sind wie in GML Punkt, Linie und Polygon. Die Hllflche von Gebuden wird durch mehrere Polygone definiert, und in CityGML als MultiSurface bezeichnet. Diese MultiSurface definiert wiederum das Gebudevolumen, das in CityGML als Solid bezeichnet wird. Der Solid ist somit die Reprsentation eines Gebudes, das durch die MultiSurfaces definiert wird, er stellt jedoch kein eigenstndiges Element dar. Eine Basiseinheit im Stadtmodell sind Gebude, die gemeinsame Attribute an untergeordnete Objekte vererben. Sie knnen aus mehreren Gebudeteilen bestehen und werden von Wand- und Dachoberflchen definiert, die als Unterelemente Fenster, Tren und Bauelemente enthalten knnen. Eine Bedingung fr Gebude ist, dass sie wasserdicht sind, also geschlossene Volumen reprsentieren. Nicht geschlossene Gebude werden durch artifiziell eingefgte Closure Surfaces geschlossen. So ist z.B. sichergestellt, dass von allen Objekten das
15

http://en.wikipedia.org/wiki/XLink (zuletzt aufgerufen am 08.02.2013)

3D-Stadtmodelle und CityGML

42

Volumen berechnet werden kann. Die Schnittflchen zwischen Gebuden die sich berhren, werden von den Objekten geteilt, d.h. sie sind nur einmal vorhanden und werden von beiden Objekten, ber die oben beschriebenen xlinks referenziert, um Flchen nicht mehrfach zu definieren. Objekte knnen vordefinierte Attribute wie GebudeID, Baujahr, Name, Nutzung, Dachtyp etc. haben, und durch den Anwender definierte generische Attribute, wie beispielsweise Einheitswert, Wrmekoeffizient oder Lrmbelastungsstufe. Die Einfhrung generischer Attribute fhrt jedoch zur Einschrnkung der Interoperabilitt, da fremde Software diese ignoriert (vgl. SIG-12). Externe Referenzen knnen als Attribute eingefgt werden und so auf externe, korrespondierende Datenbestnde verweisen. So kann z.B. eine Tr auf ein Facility Management System verweisen, eine Wand auf den Energiepass eines Gebudes oder das gesamte Gebude auf das Kataster. Fr die Abbildung von Bauforschungsdaten erffnet sich hier die Mglichkeit, Objekte direkt mit erhobenen Daten im Fachdatensystem wie beispielsweise Beschreibung, Materialien oder Beschaffenheit zu verknpfen. Hufiger im Stadtmodell vorkommende Objekte wie Bume gleicher Gre, Laternen und andere Stadtmblierung werden, nach dem Konzept der impliziten Geometrie, in CityGML mit einer Referenz zu einem extern gespeicherten Prototyp reprsentiert (vgl. LICK-10 und die Bume in Abbildung 13). Dieses Konzept stammt ursprnglich aus Computerspielen, die mit dem Szenegraph arbeiten (vgl. Kapitel 3.2).

3.4.2 Klassen
Fr die Aufteilung der wichtigen Objekte im Stadtmodell verwendet CityGML Klassen, die nutzungsbasiert definiert sind. Um einen berblick ber die Modellierungsoptionen in CityGML zu geben, werden die vorgesehenen Klassen nachfolgend mit Ihrem Zweck aufgelistet (vgl. GR-12/1): Digital Terrain Model - Darstellung der Gelndeoberflche Building Model Darstellung aller Gebude und Gebudeteile Tunnel Model Modellierung von unterirdischen Bauwerken mit Verkehrswegen Bridge Model Modellierung von berfhrungen mit Verkehrswegen Water Bodies Flusslufe und Seen, neben der Oberflche kann der Grund und damit das Volumen der Objekte modelliert werden Transportation Objects Alle Verkehrswege wie z.B. Fuweg, Autobahn oder Bahnschienen Vegetation Objects Bume, Gehlze, Hecken City Furniture Darstellung von Objekten der Stadtmblierung wie z.B. Bushaltestellen, Straenlaternen, Poller oder Werbeschilder

3D-Stadtmodelle und CityGML

43

Land Use Definition der Landnutzung oder Erdoberflche wie z.B. Acker, Wald, Wiese oder Sand City Object Groups Gruppierung von Objekten nach Attributen Generic City Objects and Attributes Erweiterung von CityGML um weitere Klassen oder Attribute die zur Laufzeit gesetzt werden, wie beispielsweise Einheits- oder Bodenwert Application Domain Extension (ADE) formelle Definition generischer Erweiterungsmglichkeiten von CityGML als Import einer eigenen XML-Schema Datei mit eigenem Namensraum (Anwendungsbeispiel Lrmkartierung unter Bercksichtigung der Schallreflektion)

Insgesamt ist die Anzahl von 12 Klassen in CityGML berschaubar, erlaubt aber dennoch die Modellierung der wichtigsten Stadtmerkmale. Die Module fr Tunnel und Brcken sind erst im letzten Release 2012 hinzugekommen, nachdem diese Objekte in vielen Stadtmodellen als generische Klassen eingefgt wurden (vgl. GR-10). Fr die Bauforschung ist das Modul zur Beschreibung von Gebuden von Bedeutung, daher werden seine Unterklassen hier gesondert erlutert: Building beinhaltet die Reprsentationen des Gebudes in verschiedenen Detaillierungsstufen Building Part eine Unterklasse von Building, beschreibt ein Bauelement, das strukturell eigenstndig ist Building Installation ein untergeordnetes Teil des Gebudes wie Gaube, Erker, Balkon o.. Boundary Surfaces Hllflchen des Gebudes oder eines Gebudeteils, wie Wand- oder Dachflchen die den Gebudekrper (solid) als Gebudevolumen definieren Openings Fenster und Tren sind den Oberflchen, auf denen sie angeordnet sind, zugeordnet Building Interior Rume mit Inneninstallationen und Mblierung. Sie sind nur in LoD4 vorgesehen

Das Datenmodell fr die Erfassung der Bauforschungsdaten, welches in Kapitel 2.3.2 vorgestellt wurde, bezieht sich direkt auf die Unterklassen im Building Model: Gebude und Gebudeteil sowie Raum beziehen sich auf Building, Building Part bzw. Room als Unterklasse von Building Interior.

Modellierung von Stockwerken: Fr die Modellierung der Bauforschungsdaten ist die horizontale Aufteilung der Gebude in Stockwerke wichtig, da Ergnzungen und Nutzungsnderungen im Baubestand

3D-Stadtmodelle und CityGML

44

oft geschoweise vorgenommen werden. Hier ist anzumerken, dass Stockwerke als Konzept oder Unterklasse nicht in City GML vorgesehen sind. Es gibt in der CityGML Spezifikation einen Hinweis, wie Stockwerke durch die Gruppierung von Fenster, Tren und Rumen zu einer CityObjectGroup dargestellt werden knnen (GR-12/1). Dies stellt die Einfhrung einer zustzlichen Organisationseinheit im Gebude dar, bildet jedoch kein Objekt mit Eigenschaften und beinhaltet nicht die horizontale Trennung der Fassadenflchen. Nach Einschtzung des Autors ist dieses Verfahren eher als Workaround anzusehen, das leider nicht die Voraussetzungen erfllt, die im Idstein Projekt bentigt werden.

3.4.3 Detaillierungsgrade Level of Detail (LoD)


Die Darstellungstiefe von Objekten wird in 3D-Stadtmodellen oft in verschiedene Detaillierungsgrade unterteilt, die Level of Detail (LoD) genannt werden. Damit knnen Datenmengen reduziert, und eine Generalisierung bzw. Abstraktion in der Darstellung erreicht werden. CityGML definiert fnf LoD, die in der folgenden Tabelle dargestellt werden. Die Tabelle wurde nach Informationen aus dem CityGML Encoding Standard (vgl. GR-12/1) aufgestellt. Tabelle 2: Detaillierungsgrade, entsprechend der CityGML Spezifikation (eigene Darstellung nach GR-12/1)

LoD 0 Darstellungsebene Punktgenauigkeit Minimale Objektgre Dachform


Landschaftsmodell ber 5 m

LoD 1
Stadtmodell

LoD 2
Stadtviertel

LoD 3
Architekturmodell 0,5 m

LoD 4
Innenraum Modell 0,2 m

5m

2m

ab 8x8 m

ab 6x6 m

ab 4x4 m

ab 2x2 m

reale Form

nein

flach

Grundform und Ausrichtung

reale Form mit Dachaufbauten geometrische Fassadenstruktur, Stadtmblierung, Hecken

reale Form und Dachberstand

Detaillierung

Stark generalisiert, Flchennutzung

Kltzchenmodell ohne Dachstrukturen

Differenzierte Dachstrukturen, Fassadentexturen, Bume

virtuell begehbar, konstruktive Elemente und modellierte ffnungen

Zur Darstellung von Fachinformationen der Bauforschung auf Gebude- und Ensembleebene eignen sich nach dieser Tabelle LoD 1 bis LoD3 am besten und werden nachfolgend detaillierter betrachtet. Wenn in einer Bauaufnahme ein Gebudemodell in CAD oder BIM erfasst wird, ist auch eine Darstellung in LoD4 mglich. Allerdings ist

3D-Stadtmodelle und CityGML

45

diese Anwendung nur eingeschrnkt sinnvoll, da es durch die entstehende Datenmenge zu einer Verlangsamung des Darstellungsprozesses kommt (vgl. GR-12/1).

Die Abbildungen 15 bis 17 verdeutlichen die unterschiedliche Darstellungstiefe zwischen LoD 1 bis LoD 3. Jeweils rechts ist das Strukturdiagramm in UML abgebildet, woraus deutlich wird, wie zustzliche Detailebenen an die bestehende Struktur angehngt werden. Die Erweiterung der Struktur mit zunehmender Detaillierung ermglicht einen leichteren Wechsel zwischen den LoD und die Integration von Objekten mit einem unterschiedlichen LoD in ein Stadtmodell (vgl. GR-12/2).

Abbildung 15: Rumliche Reprsentation in LoD1 und Struktur in UML (Quelle: GR12/2)

In Abbildung 15 sind dem Gebude (building als Oberklasse) beispielhaft die Attribute Funktion und Baujahr zugeordnet, die an die Gebudeteile (BuildingPart) vererbt werden, sofern hier nicht eigene Attribute hinterlegt werden. Die Gebudekrper (Solid) werden mit dem Gelndemodell verschnitten, woraus sich eine Schnittlinie ergibt, die nicht mit dem Gebudegrundri bereinstimmen muss. Die Solids als rumliche Grundform mssen bodenstndig sein und knnen daher nicht horizontal unterteilt werden (vgl. SIG-12). Deshalb knnen Stockwerke nicht als Gebudeteile modelliert werden.

Abbildung 16: Rumliche Reprsentation LoD2 und Struktur in UML (Quelle: GR12/2)

3D-Stadtmodelle und CityGML

46

Abbildung 16 zeigt, wie sowohl die Struktur des Gebudes, als auch die von CityGML mit zunehmender Detaillierung erweitert wird. Die detaillierte Dachform wird an den Gebudeteil (BuildingPart) angehngt. Dies ist ein generelles Ordnungsprinzip von CityGML, wo Tren und Fenster als ffnungen der Wandoberflche zugeordnet werden (siehe Abbildung 17).

Abbildung 17: Rumliche Reprsentation LoD 3 und Struktur in UML (Quelle: GR12/2)

Abbildung 17 zeigt am Beispiel der Dachgaube, wie besondere Bauteile mit eigenen Attributen hinzugefgt werden knnen, was im Kontext mit Bauforschungsdaten besonders wertvoll ist. Auf diese Weise knnten besondere Befunde wie beispielweise Schmuckelemente an einer Fassade modelliert werden.

3.5

Bewertung von CityGML zur Erstellung von 3DStadtmodellen und Ausblick

Der letzte Abschnitt dieses Kapitels bewertet die Potentiale und Herausforderungen der Auszeichnungssprache CityGML fr die Erstellung von 3D-Stadtmodellen. Hierzu werden die Kriterien Interoperabilitt, Visualisierbarkeit und Modellierbarkeit von Bauforschungsdaten besonders bercksichtigt. 3D-Stadtmodelle ermglichen es, vorhandene Daten sicht- und auswertbar zu machen. Sie sollten nicht neben der vorhandenen 2D-Geodatenstruktur aufgebaut werden, sondern diese integrieren. Durch seine Interoperabilitt kann CityGML dies gewhrleisten und als Integrationsplattform fr Geo- und Fachdaten operieren. Standardkonforme Web Services knnen eingebunden, und das Stadtmodell als WFS zur Verfgung gestellt werden. Durch die verbreitete Anwendung von Alkis Daten ist die Grundrisstreue zu den hochgenauen Katasterdaten gegeben. Damit wre ein Ausbau des Stadtmodells zu einem 3D-Kataster denkbar, wie dies im ALKIS 3D konzeptioniert wird (vgl. COO-12/1). Zudem ist das CityGML-Profil in seiner Struktur und seinem Format dem AAA-Modell hnlich (vgl. GER-11). Dies ist ein Indikator fr eine gute Integration von CityGML in die Geodatenlandschaft.

3D-Stadtmodelle und CityGML

47

In den Niederlanden werden Stadtmodelle aktuell zur zentralen Austauschplattform fr Geodaten weiterentwickelt. Da zwei Drittel der Landesflche der Niederlande unterhalb des Meeresspiegels liegen, hat man sich 2009 entschieden die 3. Dimension in die nationale Geodateninfrastruktur (SDI-NL) einzubeziehen. CityGML wurde als Datenmodell fr diesen Prozess ausgewhlt und als nationaler Standard eingefhrt. Geodaten Infrastrukturen (GDI) bentigen offene Standards um den Datenaustausch zwischen den unterschiedlichen beteiligten Systemen zu gewhrleisten. Hier fiel die Wahl auf CityGML, das diese Bedingungen als OGC Standard erfllt und die Modellierung von geographischen-, Gebude- und Infrastrukturdaten erlaubt. Als ein weiterer wichtiger Grund fr die Auswahl von CityGML wird die gute Integrationsmglichkeit der bestehenden 2D-Strukturen (Kataster etc.) genannt (vgl. STO-12/1). Ntige Erweiterungen fr das Vorhaben in den Niederlanden, lieen sich mit einer Erweiterung durch eine CityGML Application Domain Extension (ADE) (siehe Kapitel 3.4.2) realisieren. Die erste Pilotphase des Projektes wurde 2011 erfolgreich abgeschlossen, und damit der Startschuss zum Ausbau als vollwertiges 3D-Kataster gegeben (vgl. STO-12/2).

Bezglich der Verffentlichung im Internet, ist das Konzept von 3D-Stadtmodellen den technischen Mglichkeiten leider immer noch voraus. Die Visualisierung von CityGML ist bisher nur in externen, oft proprietren Viewern mglich. Eine Darstellung im Webbrowser ist oft nur ber Plug-Ins mglich, und die Daten knnen nicht weiterverarbeitet werden. Hier stellt sich die Frage nach der Zielsetzung von Stadtmodellen: Wenn fertige Geodatenprodukte wie Karten publiziert werden sollen, ist ein Viewer oder eine Verffentlichung als 3D-pdf ausreichend. Wenn aber nutzbare Geodaten im Sinne der GDI zur weiteren Verwendung und Anpassung durch den Nutzer zur Verfgung gestellt werden sollen, dann sind diese Wege unzureichend. Erst die Mglichkeit Stadtmodelle in Webbrowsern direkt darzustellen, wird zu einen Anwendungssprung von 3D-Inhalten fhren. Wie in Kapitel 3.2 dargestellt, ist dieser Durchbruch in naher Zukunft zu erwarten.

3.5.1 Weiterentwicklung vonCityGML in der Version 3.0


Ein zentrales Problem bei der Nutzung Idsteiner Bauforschungsdaten in CityGML, liegt darin, dass wie erlutert in der vorliegenden CityGML Version 2.0 Stockwerke nicht modelliert werden knnen (vgl. Kapitel 3.4.2). Das Gebude bzw. die Gebudeteile mssen bodenstndig sein. Da Gebude meist in horizontalen Schichten entstehen und im historischen Bestand Aufstockungen von Gebuden keine Seltenheit sind, ist die Mglichkeit Stockwerke zu modellieren eine Voraussetzung, um Bauforschungsdaten angemessen prsentieren zu knnen. Das Problem ist in der SIG 3D bekannt, und in der Version 3.0 von CityGML soll die Modellierung von Stockwerken ermglicht werden (vgl. GR-12/2). In Version 3.0 von CityGML soll auch das Modellieren von Ver- und Entsorgungsnetzen mit Netztopologie realisiert werden (vgl. GR-10). Damit wird die

3D-Stadtmodelle und CityGML

48

Nutzung eines Stadtmodells auch fr Versorgungsunternehmen und Netzplanung interessant.

3.5.2 Auf dem Weg zum 3D-GIS?


Ein Projekt der franzsischen Firma oslandia.com lotet die Mglichkeiten der rumlichen Analyse im Stadtmodell aus. Die folgenden drei Screenshots zeigen eine Sichtbarkeitsanalyse mit PostGIS3D und QGIS mit QGIS Globe Plug-In. CityGML Daten werden hier in PostGIS importiert, und Gebude ber eine SQL Abfrage mit einem Sichtkegel verschnitten. Das Ergebniss sind die Gebudeteile, die im gewhlten Sichtkegel liegen. Hier zeigt sich ein interessanter Ansatz, auch im 3D-Stadtmodell Analysen durchzufhren, die im 2D-GIS selbstverstndlich sind.

Abbildung 18: Definition eines Sichtkegels von einem Gebude (Quelle: http://vimeo.com/54927052 zuletzt aufgerufen am 11.12.2012)

Abbildung 19: Verschneiden mit den Gebuden im Sichtkegel (Quelle: http://vimeo.com/54927052 zuletzt aufgerufen am 11.12.2012)

3D-Stadtmodelle und CityGML

49

Abbildung 20: Ausgeschnittene Gebudeteile im Sichtkegel (Quelle: http://vimeo.com/54927052 zuletzt aufgerufen am 11.12.2012)

Abbildung von Bauforschungsdaten in CityGML

50

Abbildung von Bauforschungsdaten in CityGML

Die Mglichkeit, Analysen im Datenbestand von Stadtmodellen durchzufhren, beruht unter anderem darauf, die Objekte und Objektbestandteile des Modells nach den hinterlegten semantischen Informationen zu klassifizieren. Wie in Kapitel 3.4 ausgefhrt, sieht CityGML die Modellierung von - mit der Geometrie verbundenen Fachdaten vor, und eignet sich so fr diese Aufgabe. Eine Frage in dem Forschungsprojekt an der Hochschule RheinMain ist: Wie kann man Stadtentwicklungsphasen im Stadtmodell darstellen? Dies kann erreicht werden, indem Bauphasen durch die zeitliche Aggregation von Baujahren definiert, und zum Zweck der Rekonstruktion historischer Stadtentwicklungsabschnitte, im Stadtmodell ausgewertet werden. Durch die rumliche Visualisierung dieser Ergebnisse knnen sich wichtige Anhaltspunkte fr Abfolge und Ausdehnung der stdtischen Entwicklungsphasen ergeben. Stadtmodelle bieten sich hier als ein Informationsmodell an, das sich durch die dreidimensionale abstrakte Abbildung der realen Welt besonders gut fr die Vermittlung der Ergebnisse eignet. Einschrnkend muss hier angemerkt werden, dass die Objekte der Stadtmodelle in CityGML prozedural modelliert werden und somit ein durch Generalisierung abstrahiertes Abbild der realen Welt darstellen. Hier wird nicht das Modell gespeichert, sondern dessen Funktion als Abstraktion. Dieses Verfahren hat den Vorteil, dass es geringen Speicherbedarf und kurze Ladezeit fr das Modell bentigt (vgl. JAN-07). Nachteilig ist aber, dass Verformungen der Geometrie, die im Laufe des Bestehens eines Baukrpers entstanden sind, (und in der Bauforschung mit einem verformungsgetreuen Aufma erfasst werden) nur eingeschrnkt darstellbar sind. Bei dem vorliegenden Projekte, das die Zielsetzung hat, die Informationen einem Interessentenkreis aus Stadtplanung, Brgerschaft, Verwaltung und potentiellen Investoren zur Verfgung zu stellen, ist diese Einschrnkung jedoch als unbedeutend einzustufen.

4.1

Beispiele von Stadtmodellen mit Bezug zur Bauforschung

Bevor in Kapitel 4.2 Fragestellungen an ein Stadtmodell fr die Gemeinde Idstein diskutiert werden, gibt dieser Abschnitt einen berblick ber die Verwendung von Stadtmodellen in Bauforschung und Archologie. Hierzu werden 4 Beispiele vorgestellt. Bamberg 1822: Im Jahr 2006 war Bamberg eine der ersten Stdte, die ein virtuelles Stadtmodell mit Schwerpunkt historischer Statdrekonstruktion verffentlicht hat. Das Modell zeigt den Zustand der Stadt im Jahre 1822 und ist ein rein visuelles Modell, ohne semantische Informationen. Die Gebude wurden mit aufwndigen Texturen modelliert, um einen

Abbildung von Bauforschungsdaten in CityGML

51

realittsnahen Eindruck zu gewhrleisten, da die Modellerstellung reprsentative Zwecke verfolgte. Nutzer haben die Option, das Modell herunterzuladen, in Google Earth zu ffnen und ber die An- oder Abwahl von Layern, zustzliche Informationen einzublenden. Dies kann z.B. eine historische Karte als Untergrund des Stadtmodells sein, oder die Ausdehnung des Weltkulturerbestatus im Stadtbild 16. Rome Reborn: Ein hnlicher Ansatz wird seit 2007 mit dem Projekt Rome Reborn an der Universitt Virginia in den USA fr die Stadt Rom verfolgt. Dieses Vorhaben nahm den Zustand der Stadt im Jahre 320 zum Ausgangspunkt der Darstellung. Zuknftig ist die Prsentation weiterer Stadtentwicklungsschritte geplant. Schlsselobjekte von groer historischer Bedeutung werden in diesem Projekt sehr detailliert modelliert. Selbst Inschriften an Fassaden sind zumTeil zu erkennen. Die Darstellung der historischen Infrastruktur wie Strassen, Brcken und Aqudukten ist ein wesentlicher Bestandteil des Projektes, um die historische Funktion und Nutzung der Stadt zu zeigen. Semantische Informationen der Gebude, wie Wand, Dach etc. werden in diesem Projekt nicht modelliert 17. COLONIA3D: Mit COLONIA3D18 wird im Rmisch-Germanischen Museum in Kln eine Rekonstruktion des rmischen Klns prsentiert. Die Visualisierung wird hier mit Fachinformationen kombiniert. Zu den einzelnen Gebuden knnen Zusatzinformationen, wie Funktion und archologische Befunde, abgerufen werden. Das interaktive Modell wird im Museum als Kombination aus Touchscreen und Leinwandprojektion prsentiert. Eine Strke dieses Konzeptes ist die professionelle Aufbereitung und Prsentation der Inhalte. Allerdings ist das Modell nur Besuchern des Museums zugnglich, und kann in dieser Form nicht ortsunabhngig realisiert werden. MayaArch3D: In dem Forschungsprojekt MayaArch3d der Universtity of New Mexico, USA wird seit 2009 mit QueryArch3D ein System entwickelt, mit dem die Maya Architektur in Copan, Honduras untersucht wird 19. In diesem Vorhaben werden 2D-GIS Daten mit 3DModellen zusammengebracht. Das Web-basierte System beruht auf einer PostGreSQL Geodatenbank und erlaubt die Intergration und Bearbeitung von 2D- und 3D-Daten mit unterschiedlicher Auflsung und Herkunft. In den 3D-Modellen sind Abfragen nach Attributen und rumlichen Zusammenhngen ebenso mglich, wie ihre Visualisierung oder der Vergleich und die Analyse von 3DGebuden und Fundstcken. Die Visualisierung erfolgt mit den, in Kapitel 3.2 vorgestellten Szenengraphen, und das Visualisierungsmodul luft auf einer Unity 3

16

https://www.stadt.bamberg.de/index.phtml?NavID=1829.285&La=1 (zuletzt aufgerufen am 06.02.2013) 17 http://www.romereborn.virginia.edu/ (zuletzt aufgerufen am 13.01.2013) 18 http://www.colonia3d.de (zuletzt aufgerufen am 06.02.1013) 19 http://mayaarch3d.unm.edu/ (zuletzt aufgerufen am 06.02.2013)

Abbildung von Bauforschungsdaten in CityGML

52

game engine. Die Wahl dieser Instrumente weist erneut auf den Vorsprung der Visualisierungstechnologie hin, die aus dem Bereich der interaktiven Computerspiele stammt. Das Projekt wurde nicht auf CityGML basiert, da dieses, nach Ansicht der Projektverantwortlichen, nicht ausreichend geeignet ist, komplexe Geometrien zu modellieren und archologische Detailbefunde darzustellen (vgl. AGU-11). Diese Aussage bezieht sich auf die Generalisierung und Abstraktion der Objekte in CityGML (vgl. Kapitel 3.4.3 oben). Es wurde aber ein Tool entwickelt, das den Export der Projektdaten nach CityGML erlaubt und einfache Attributabfragen in CityGML ermglicht (vgl. JVS-10). Die Abbildungen 21 und 22 zeigen Screenshots aus diesem innovativen Projekt. Das Modell wurde als geschlossenes System fr Fachanwender ausgelegt, auf die die umfassenden Analysemglichkeiten zugeschnitten sind. Es besteht jedoch die Mglichkeit, die Ergebnisse einzelner Analysen direkt aus dem System als Videos zu publizieren. Die beiden Screenshots stellen solche Analyseergebnisse dar.

Abbildung 21: Maya Tempel in Copan, Honduras; ausgewhltes Objekt mit eingeblendeten Sachinformationen (Quelle: The MayaArch3D Project at the University of New Mexico http://mayaarch3d.unm.edu zuletzt aufgerufen am 06.02.2013)

Abbildung von Bauforschungsdaten in CityGML

53

Abbildung 22: Maya Tempel in Copan, Honduras; Klassifizierung nach Bauphasen (Quelle: The MayaArch3D Project at the University of New Mexico http://mayaarch3d.unm.edu zuletzt aufgerufen am 06.02.2013)

Zusammenfassend kann festgestellt werden, dass der Fokus der meisten Stadtmodelle im historischen Kontext auf Visualisierung liegt. Dies ist dadurch zu erklren, dass die Modellierung semantischer Informationen eine neuere software-technische Entwicklung ist, die in den Projekten vor 2009 noch nicht angewandt werden konnte. Die neuen technischen Optionen lassen aber erwarten, dass sich die Zielsetzung historischer Stadtmodelle nun weiter ausdifferenzieren und auf die Nutzung semantischer Informationen fokussieren wird.

4.2

Mgliche Abfragen an ein 3D-Stadtmodell in Idstein

Im weiteren Verlauf dieses Kapitels werden die gewonnen Analyseergebnisse und Beurteilungen dieser Arbeit auf das Forschungsvorhaben in Idstein bezogen und fr die Entwicklung des Stadtmodells konkretisiert. Dies erfolgt durch die Beantwortung von fnf typischen Fragen, die von Bauforschern, Stadt- und Objektplanern und interessierten Laien gestellt und mit Hilfe des Stadtmodells in Idstein beantwortet werden knnten.

Abbildung von Bauforschungsdaten in CityGML

54

4.2.1 Zu welchen Gebuden im historischen Stadtkern liegen 3DInformationen vor?


Diese Frage kann aus dem vorhandenen, ffentlichen WebGis der Denkmalpflege Hessen 20 beantwortet werden, indem auf vorhandene 3-D Informationen aus dem Bauforschungsprojekt hingewiesen wird. Die Realisierung kann durch eingefgte Icons, die sich bei einem Mouseover an den Objekten ffnen, erfolgen. Diese Icons knnen mit den korrespondierenden 3D-Objekten im Stadtmodell verlinkt werden und den Nutzer so direkt zu dem betreffenden Ausschnitt des Stadtmodells fhren. Dieses Feature ist sehr anschaulich, und wird das Intersse einer breiteren ffentlichkeit an dem 3D-Stadtmodell von wecken.

Abbildung 23: Ausschnitt DenkXweb Idstein mit 3-D Icon als Verweis auf Informationen im Stadtmodell (Quelle: http://denkxweb.denkmalpflege-hessen.de zuletzt aufgerufen am 06.02.2013, mit eigener Ergnzung des grnen Icons)

20

http://denkxweb.denkmalpflege-hessen.de (zuletzt aufgerufen am 06.02.2013)

Abbildung von Bauforschungsdaten in CityGML

55

4.2.2 In welchen Baujahren ist ein Gebude entstanden?


Eine Zielsetzung des Vorhabens ist es, dem Stadtplanungsamt eine Kurzbeurteilung von Gebuden bei Umbau- oder Umnutzungsanfragen zu ermglichen: Hat ein Gebude eine homogene Entstehungsgeschichte mit wenigen nderungen, oder eine sehr heterogene, bei der eine genauere Untersuchung der Anfrage bereits im Vorwege ntig wre. Um auf einen Blick die ntigen Informationen prsentieren zu knnen, wre die Einblendung eines Tortendiagramms geeignet, das die Anteile der Baujahre im Verhltnis der Gesamtsubstanz, bei Mouseover anzeigt. Abbildung 24 zeigt eine mgliche Realisierung dieser Idee am Beispiel des Schlossturms in Idstein.

Abbildung 24: Schlossturm in Idstein mit Tortendiagramm der Baujahre in Anteilen an der Gesamtsubstanz (eigene Darstellung)

4.2.3 Aus welchen Baujahren bestehen die Objekte in einem Ensemble?


Die Auswahl von Bauteilen aus einem bestimmten Baujahr erlaubt es, eine Arbeitsgrundlage fr die Rekonstruktion der stadtgeschichtlichen Bauphasen zu erarbeiten. Eine solche Klassifizierung wre auch der Ausgangspunkt, um eine Gruppe von Gebuden, die in einem Zusammenhang stehen, genauer zu untersuchen. Durch entsprechende Einfrbung der Gebude, hnlich wie in Abbildung 25, knnen sich Hinweise auf die Stadtstruktur zu einem historischen Zeitpunkt ergeben. Die bauliche Entwicklungsgeschichte Idsteins ist, abgesehen von einigen bedeutenden Gebuden, noch kaum erforscht. Aus der rumlichen Anordnung von Bauteilen in der Stadtstruktur, knnen Bauforscher Rckschlsse auf Phasen der Entwicklungsgeschichte ziehen.

Abbildung von Bauforschungsdaten in CityGML

56

Abbildung 25: Einfrbung der Objekte nach dem Bauteil der Bauteile (Quelle: http://www.virtualcitysystems.de zuletzt aufgerufen am 06.02.2013)

4.2.4 Wie hat sich die Funktion eines Gebudes seit seiner Errichtung verndert?
Reprsentations- und Im Laufe der Jahrhunderte Wehrturm: bis 16. JH verndern historischer GeWach- und Feuerbude ihre Nutzung. Diese meldeturm: 16. bis 18. JH Vernderungen knnen durch ein Fenster mit SachinformaOhne bekannte Funktion: 19. JH tionen, das im Stadtmodell Touristische Nutzung: geffnet werden kann, angeab 20. JH zeigt werden. In Abbildung 26 wird dies beispielhaft am Schlossturm in Idstein demonstriert. Eine derartige Anzeige von zustzlichen Informationen ist auch fr andere Daten, wie z.B. eine kurze Gebudebeschreibung, die Beschreibung der Baukonstruktion oder spezieller Befunde geeignet. Alle Attribute der Gebude, und der dazugehrigen Unterklassen des zugrundeliegenden Datenmodells (vgl. Kapitel 2.3.2), knnen auf diese Weise dargestellt werden. In Idstein hat sich die Nutzung vieler Brgerhuser im Laufe ihrer Geschichte gewandelt, was auf diese Weise einfach darstellbar ist.

Abbildung 26: Einblendung von Sachdaten am Beispiel des Schlossturms von Idstein (eigene Darstellung)

Abbildung von Bauforschungsdaten in CityGML

57

4.2.5 Wie wrde sich die Neuerrichtung eines Gebudes auf eine wichtige, historische Sichtachse auswirken?
Neue Gebude in einem alten Stadtbild greifen nicht nur in das Erscheinungsbild der Altstadt ein, sondern knnen auch etablierte Sichtachsen stark verndern. Derartige Vernderungen knnen im 3D-Modell simuliert werden und ein Kriterium fr bauamtliche Entscheidungen sein. Das nachfolgende Beispiel zeigt, wie sich die Realisierung eines geplanten Gebudes auf eine Sichtbeziehung zu einem Kirchturm in Bocholt auswirken wrde. Dieser Zusammenhang ist auf 2D-Plnen nur abstrakt und fr Fachleute darstellbar. Im 3DStadtmodell lsst sich die Auswirkung des geplanten Gebudes auf einen Blick erkennen und auch Laien leicht vermitteln. Hier kann ein Instrument zur Verfgung gestellt werden, das die sachliche Beurteilung einer geplanten Baumanahme deutlich vereinfacht, da es Auswirkungen transparent und nachvollziehbar prsentiert. Gerade im Kontext der historischen Bausubstanz, dem gewachsenen Stadtbild und der bewegten Topographie Idsteins, wre solch ein Werkzeug von Nutzen.

Abbildung 27:Sichtlinienanalyse Bocholt (Quelle: http://www.tridicon.de/fileadmin/user_upload/Flyer/tridicon_citydiscoverer_d.pdf zuletzt aufgerufen am 20.12.2012)

Zusammenfassung und Ausblick

58

Zusammenfassung und Ausblick

In dieser Arbeit werden zwei zentrale Fragen besprochen, die in diesem Kapitel abschlieend beantwortet werden sollen: Knnen virtuelle 3D-Stadtmodelle Fachdaten (exemplarisch dargestellt an Fachdaten der Bauforschung) integrieren und gut visualisieren? Und ist die Auszeichnungssprache CityGML geeignet, um Daten der Bauforschung in einem Stadtmodell fr die Stadt Idstein abzubilden? Fr eine abschlieende Beurteilung werden zuerst die Strken und Schwchen von beiden Elementen (Stadtmodelle und CityGML) noch einmal im berblick prsentiert und abschlieend entlang der drei Fragen, die in der Einleitung dieser Arbeit gestellt wurden, bewertet. Die Zusammenfassung der Ergebnisse der Strken und Schwchen von virtuellen 3DStadtmodellen ergibt folgenden berblick: Strken von Stadtmodellen Veranschaulichung komplexer rumlicher Zusammenhnge fr breite Nutzergruppen Visualisierung von nicht in der realen Welt vorhandenen Gebuden (historisch oder geplant) Integration von Daten unterschiedlichster Herkunft und Verweise auf externe Datenbestnde Erleichterung von Aufgaben der ffentlichen Verwaltung (z.B. Umweltanalysen, Planung) Standortvorteile durch Stadtmodellnutzung der Wirtschaft (Planungsbros, Immobilienwirtschaft, Reiseveranstalter) Mehrwert fr Kommunen durch weitere Anwendung bereits vorhandener Datenbestnde (Kataster, LIDAR Befliegung) Schwchen von Stadtmodellen Hohe Investition fr Kommunen durch die Modellerstellung

Anwendungen ber Visualisierung hinaus noch nicht flchig implementiert

Ein Ausblick in die zeitnahe Entwicklung von Stadtmodellen, weist auf drei Punkte hin: Stadtmodelle werden flchendeckend vorliegen, was ermglicht sie wie Geobasisdaten zu nutzen

Zusammenfassung und Ausblick

59

Stadtmodelle werden sich zur zentralen Integrationsplattform fr Geodaten im Rahmen der GDI entwickeln Die Nutzung von Stadtmodelle wird in handelsblichen Internetbrowsern ohne die Installation zustzlicher Software mglich sein

Der berblick der Strken und Schwchen der Auszeichnungssprache CityGML zur Darstellung von Bauforschungsdaten in einem Stadtmodell zeigt ein hnlich positives Bild: Strken von CityGML Einfache Integration der heterogenen Bauforschungsdaten in CityGML Trennung von semantischen und geometrischen Informationen der Objekte Ermglicht die Darstellung von Sachdaten Kann durch generische Attribute und Application Domain Extensions (ADE) flexibel erweitert werden Einfacher Datenaustausch durch interoperablen OGC Standard Kostenfreie Open Source Software Skalierbar durch verschiedene Levels of Detail (LoD Automatsche Validierung und Fehlerkorrektur Ermglicht rumliche Analysen Schwchen von CityGML Keine Mglichkeit der Modellierung von Stockwerken in CityGML 2.0 abstrahierte Darstellung der Objekte durch prozedurale Modellierung

Ein Ausblick auf die Weiterentwicklung von CityGML verweist auf zwei Aspekte: CityGML wird als OGC Standard kontinuierlich weiterentwickelt, und in der nchsten Version die Modellierung von Stockwerken ermglichen Durch ein geplantes Modul fr Netzwerkstrukturen wird die Nutzung von CityGML auch fr Leitungsnetzbetreiber (z.B. Gas, Strom, Wasser, Kommunikation) interessant

Zusammenfassung und Ausblick

60

Nach der Zusammenfassung der identifizierten Strken und Schwchen von Stadtmodellen und von CityGML erfolgt, anhand der drei Fragen, die in der Einleitung zu dieser Arbeit gestellten wurden, eine abschlieende Bewertung. 1. Die erste Frage bezog sich auf das wie, um Daten der Bauforschung in einem GIS abbilden zu knnen. Das Datenmodell in Kapitel 2 zeigt auf, wie Daten der Bauforschung ausgewhlt und strukturiert werden mssen, damit Sie sich in einem einfachen 2D-GIS abbilden lassen. Hierzu werden Art und Formate der Bauforschungsdaten, Entittstypen, Attribute und Relationen eines GIS basierten Stadtmodells spezifiziert. 2. Welche Fachdaten der Bauforschung in einem 3D-Stadtmodell abgebildet und umgesetzt werden knnen, wird an der Diskussion zur Integration von Fachdaten in Stadtmodellen deutlich. Aus dieser Diskussion folgt, dass es fr die Erstellung von 3D-Stadtmodellen wichtig ist, semantische Informationen zur Geometrie gut abbildbar, aber auch zuverlssig speicher- und bertragbar zu gestalten. Eine vergleichende Analyse von Datenformaten und Software zeigt, dass dies nur wenige Formate knnen. Um Stadtmodelle zu einer Integrations- und Austauschplattform fr Daten mit rumlichem Bezug weiterzuentwickeln, muss ihre Interoperabilitt sichergestellt werden. Dies kann durch die Verwendung von OGC Standards und ISO Normen erreicht werden, die gewhrleisten, dass heterogene Daten gut austauschbar sind. 3. Ob CityGML die notwendigen Voraussetzungen fr die Realisierung dieser Aufgabe bietet, wird auch positiv beurteilt. Die Diskussion in Kapitel 3 und 4 verdeutlicht, dass CityGML sich gut fr die Prsentation von dreidimensionalen Objekten eignet. Die Beschreibung von 3D-Objekten in Bezug auf Geometrie, Topologie, Semantik und Erscheinung ist einfach und interoperabel, da sie durch eine standardisierte Modellierung erfolgt, die sich auf eine berschaubare Anzahl nutzungsbasierter Klassen sttzt. CityGML ist gut skalierbar und untersttzt die Modellierung einzelner Gebude ebenso, wie die ganzer Stdte und Landschaften. Objekte knnen in 5 verschiedenen Detaillierungsgraden (Level of Detail) dargestellt werden. Dies erlaubt eine hohe Variabilitt zwischen Genauigkeit und Abstraktion und hilft, die Menge der zu verarbeitenden Daten im Stadtmodell zu reduzieren. Mit CityGML knnen Daten der Bauforschung sehr gut in ein 3DStadtmodell integriert werden, da das Modellierungsprinzip auf einer klaren Kassensystematik beruht und eine Trennung von geometrischen und semantischen Informationen untersttzt. Diese Trennung erlaubt die sichere Integration verschiedener Datenbasen.

Zusammenfassung und Ausblick

61

Allerdings wurden auch zwei Schwchen bei CityGML identifiziert: Die Modellierung von Stockwerke ist in der Version 2.0. nicht mglich, was eine Einschrnkung fr das Bauforschungsvorhaben in Idstein darstellt. Historische Gebude verndern ihre Form und Funktion oftmals im Laufe der Zeit (z.B. durch Aufstockungen und Anbauten), wodurch die Erfassung von Stockwerken eine Voraussetzung fr die angemessene Prsentation von Bauforschungsdaten ist. Die Modellierung von Stockwerken soll jedoch bereits in der Version 3.0 mglich sein, womit sich das Problem bald lsen lsst. Abbildung 28 simuliert, wie die Darstellung des Schlossturms in Idstein mit dieser erweiterten Funktion aussehen knnte. Eine zweite Schwche ist, dass Objekte in CityGML prozedural modelliert werden und somit ein geometrisch idealisiertes Abbild der realen Welt darstellen. Damit knnen Verformungen an einem Baukrper, die im Laufe der Zeit entstanden sind, nur eingeschrnkt dargestellt werde, obwohl sie in der Bauforschung mit einem verformungsgetreuen Aufma erfasst werden. Diese Einschrnkung wird jedoch fr die Realisierung des Forschungsvorhabens an der Hochschule RheinMain als unbedenklich eingestuft. Auf der Grundlage dieser Analyse und Bewertung kommt der Autor zu dem Schluss, dass die Auszeichnungssprache CityGML, derzeit die beste Basis zur Integration von Fachdaten in ein Stadtmodell zur Verfgung stellt und empfiehlt dem Bauforschungsvorhaben an der Hochschule RheinMain die Anwendung von CityGML fr die Realisierung des Idsteiner Stadtmodells.

Abbildung 28: Einfrbung der Bauphasen im Modell des Schlossturmes wie sie in CityGML 3.0 mglich sein wird (eigene Darstellung)

Anhang A: Beispieldaten aus Bauaufnahmen und Stadtforschung in Idstein

62

Anhang A: Beispieldaten aus Bauaufnahmen und Stadtforschung in Idstein


Dieser Anhang prsentiert ausgewhlte Beispieldaten von Bauaufnahmen und Untersuchungen in Idstein, die typische Arbeitsgrundlagen der Bauforschung darstellen. Anhand dieser Beispiele knnen die Unterschiede in den Formaten und Mastben der Daten verdeutlicht werden, die es im Rahmen des Projektes zu integrieren gilt.

Abbildung 29: Bestandsplan der Idsteiner Altstadt von 1980 mit farblicher Unterscheidung der Haupt- und Nebengebude (Quelle: FRO-80)

Anhang A: Beispieldaten aus Bauaufnahmen und Stadtforschung in Idstein

63

Abbildung 30: Querschnitt durch das Torbogengebude in Idstein (Quelle: IDS-97)

Abbildung 31: Handskizze eines typischen Hauseingangs (Quelle: FRO-80)

Anhang A: Beispieldaten aus Bauaufnahmen und Stadtforschung in Idstein

64

Abbildung 32: Detailskizze aus der Bauaufnahme des Schlossturms in Idstein (Quelle: IDS-08)

Abbildung 33: Zeichnerische Aufnahme von Fassaden (Quelle: FRO-80)

in einem Altstadtensemble

Anhang A: Beispieldaten aus Bauaufnahmen und Stadtforschung in Idstein

65

Abbildung 34: Foto eines typischen Hauseinganges (Quelle: FRO-80)

Abbildung 35: Detailfoto eines Schmuckelements im Fachwerk (Quelle: IDS-87)

Anhang B: Exemplarische CityGML Codierung mit Erluterungen

66

Anhang B: Exemplarische CityGML Codierung mit Erluterungen


Nachfolgend ist ein CityGML Dokument eingefgt, das auf der OGC Website als Beispiel fr ein einfaches Gebude mit Garage aufgefhrt ist 21. Alle Erluterungen stammen vom Autor dieser Arbeit und dienen dazu, die Codeelemente zu erklren. Nicht kommentierte Bereiche stellen Elemente dar, die den bereits erklrten hnlich sind. An der Codierung wird die Komplexitt von CityGML deutlich. Daraus leitet sich die Notwendigkeit ab, die Modelle weitestgehend automatisch zu erstellen und zu validieren, da eine manuelle Fehlersuche hier kaum zielfhrend sein kann. Die logische Grammatik des Codes mit erffnenden und schlieenden Tags vereinfacht diese Aufgabe.
<?xml version="1.0" encoding="utf-8"?> <!-- CityGML Version No. 2.0, February 2012 --> <!-- CityGML - GML 3.1.1 application schema for 3D city models --> <!-- International encoding standard of the Open Geospatial Consortium, see http://www.opengeospatial.org/standards/citygml -> <!-- Jointly developed by the Special Interest Group 3D (SIG 3D) of GDI-DE, see http://www.sig3d.org --> <!-- For further information see: http://www.citygml.org --> <CityModel xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.opengis.net/citygml/2.0" xmlns:xAL="urn:oasis:names:tc:ciq:xsdschema:xAL:2.0" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:gml="http://www.opengis.net/gml" xmlns:dem="http://www.opengis.net/citygml/relief/2.0" xmlns:bldg="http://www.opengis.net/citygml/building/2.0" xsi:schemaLocation="http://www.opengis.net/citygml/building/2.0 Koordinaten http://schemas.opengis.net/citygml/building/2.0/building.xsd http://www.opengis.net/citygml/relief/2.0 http://schemas.opengis.net/citygml/relief/2.0/relief.xsd"> Referenzsys<gml:name>3D city model LOD2 without Appearance</gml:name> <gml:boundedBy> tem, hier <gml:Envelope srsDimension="3" srsName="urn:ogc:def:crs,crs:EPSG::25832,crs:EPSG::5783"> <gml:lowerCorner>458868.0 5438343.0 112.0</gml:lowerCorner> ETRS89, UTM <gml:upperCorner>458892.0 5438362.0 117.0</gml:upperCorner> Zone 32N im </gml:Envelope> </gml:boundedBy> DHHN92 <cityObjectMember> <bldg:Building gml:id="GML_7b1a5a6f-ddad-4c3d-a507-3eb9ee0a8e68"> <gml:name>Example Building LOD2</gml:name> <bldg:function codeSpace="http://www.sig3d.org/codelists/standard/building/2.0/_AbstractBuilding_function.xml">1000</bldg:function> <bldg:yearOfConstruction>1985</bldg:yearOfConstruction> <bldg:roofType codeSpace="http://www.sig3d.org/codelists/standard/building/2.0/_AbstractBuilding_roofType.xml">1030</bldg:roofType> <bldg:measuredHeight uom="#m">6.0</bldg:measuredHeight> <bldg:storeysAboveGround>1</bldg:storeysAboveGround> <bldg:storeyHeightsAboveGround uom="#m">3.0</bldg:storeyHeightsAboveGround> Solid wird von den <bldg:lod2Solid> umgrenzenden <gml:Solid> <gml:exterior> Flchen definiert <gml:CompositeSurface> <!-- Ground Slab --> <gml:surfaceMember xlink:href="#GML_d3981803-d4b0-4b5b-969c-53f657594757"/> <!-- Wall South --> <gml:surfaceMember xlink:href="#GML_1d350a50-6acc-4d3c-8c28-326ca4305fd1"/> <!-- Wall North --> <gml:surfaceMember xlink:href="#GML_d3909000-2f18-4472-8886-1c127ea67df1"/> <!-- Wall East 1 --> <gml:surfaceMember xlink:href="#GML_56d1dd88-36dd-4d1e-bff0-3305fbffa778"/> <!-- Wall East 2 --> <gml:surfaceMember xlink:href="#GML_9f0465e6-f316-4f89-a9bd-eb21934ffe84"/> <!-- Wall West -->

21

http://schemas.opengis.net/citygml/examples/2.0/building/Building_and_garage_LOD2EPSG25832.gml

Anhang B: Exemplarische CityGML Codierung mit Erluterungen


<gml:surfaceMember xlink:href="#GML_5cc4fd92-d5de-4dd8-971e-892c91da2d9f"/> <!-- Roof North --> <gml:surfaceMember xlink:href="#GML_ec6a8966-58d9-4894-8edd-9aceb91b923f"/> <!-- Roof South --> <gml:surfaceMember xlink:href="#GML_b41dc792-5da6-4cd9-8f85-247583f305e3"/> </gml:CompositeSurface> </gml:exterior> </gml:Solid> </bldg:lod2Solid> <bldg:boundedBy> <bldg:GroundSurface> <gml:name>Ground Slab</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_d3981803-d4b0-4b5b-969c-53f657594757"> <gml:exterior> <gml:LinearRing> <gml:posList>458875.0 5438350.0 112.0 458875.0 5438355.0 112.0 458885.0 5438355.0 112.0 458885.0 5438350.0 112.0 458875.0 5438350.0 112.0 </gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> Bodenplatte </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:GroundSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:WallSurface> <gml:name>Wall South</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_1d350a50-6acc-4d3c-8c28-326ca4305fd1"> <gml:exterior> <gml:LinearRing> <gml:posList>458875.0 5438350.0 112.0 458885.0 5438350.0 112.0 458885.0 5438350.0 115.0 458875.0 5438350.0 .0 458875.0 5438350.0 112.0 </gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> Auenwand </gml:MultiSurface> </bldg:lod2MultiSurface> nach Sden </bldg:WallSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:WallSurface> <gml:name>Wall North</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_d3909000-2f18-4472-8886-1c127ea67df1"> <gml:exterior> <gml:LinearRing> <gml:posList>458885.0 5438355.0 112.0 458875.0 5438355.0 112.0 458875.0 5438355.0 115.0 458885.0 5438355.0 115.0 458885.0 5438355.0 112.0 </gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> Auenwand </gml:surfaceMember> nach Norden </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:WallSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:WallSurface> <gml:name>Wall East</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember>

67

Anhang B: Exemplarische CityGML Codierung mit Erluterungen


<gml:Polygon gml:id="GML_56d1dd88-36dd-4d1e-bff0-3305fbffa778"> <gml:exterior> <gml:LinearRing> <gml:posList>458885.0 5438350.0 112.0 458885.0 5438351.0 112.0 458885.0 5438351.0 114.5 458885.0 5438355.0 114.3 458885.0 5438355.0 115.0 458885.0 5438352.5 117.0 458885.0 5438350.0 115.0 458885.0 5438350.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> <gml:surfaceMember> <gml:Polygon gml:id="GML_9f0465e6-f316-4f89-a9bd-eb21934ffe84"> <gml:exterior> <gml:LinearRing> <gml:posList>458885.0 5438355.0 112.0 458885.0 5438355.0 114.3 458885.0 5438351.0 114.5 458885.0 5438351.0 12.0 458885.0 5438355.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:WallSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:WallSurface> <gml:name>Wall West</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_5cc4fd92-d5de-4dd8-971e-892c91da2d9f"> <gml:exterior> <gml:LinearRing> <gml:posList>458875.0 5438355.0 112.0 458875.0 5438350.0 112.0 458875.0 5438350.0 115.0 458875.0 5438352.5 117.0 458875.0 5438355.0 115.0 458875.0 5438355.0 112.0 </gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:WallSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:RoofSurface> <gml:name>Roof North</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_ec6a8966-58d9-4894-8edd-9aceb91b923f"> <gml:exterior> <gml:LinearRing> <gml:posList>458885.0 5438355.0 115.0 458875.0 5438355.0 115.0 458875.0 5438352.5 117.0 458885.0 5438352.5 117.0 458885.0 5438355.0 115.0 </gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> Dachflche </gml:MultiSurface> </bldg:lod2MultiSurface> nach Norden </bldg:RoofSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:RoofSurface> <gml:name>Roof South</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_b41dc792-5da6-4cd9-8f85-247583f305e3"> <gml:exterior>

68

Anhang B: Exemplarische CityGML Codierung mit Erluterungen

69

<gml:LinearRing> <gml:posList>458875.0 5438350.0 115.0 458885.0 5438350.0 115.0 458885.0 5438352.5 117.0 458875.0 5438352.5 117.0 458875.0 5438350.0 115.0 </gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:RoofSurface> </bldg:boundedBy> <bldg:consistsOfBuildingPart> <bldg:BuildingPart gml:id="GMLID_BUI379228_1244_301"> <gml:name>Example BuildingPart LOD2</gml:name> <bldg:function codeSpace="http://www.sig3d.org/codelists/standard/building/2.0/_AbstractBuilding_function.xml">1 630</bldg:function> Nebengebude: <bldg:yearOfConstruction>1985</bldg:yearOfConstruction> Garage <bldg:roofType codeSpace="http://www.sig3d.org/codelists/standard/building/2.0/_AbstractBuilding_roofType.xml">1 010</bldg:roofType> <bldg:measuredHeight uom="#m">2.5</bldg:measuredHeight> <bldg:lod2Solid> <gml:Solid> <gml:exterior> <gml:CompositeSurface> <!-- Garage Ground Slab --> <gml:surfaceMember xlink:href="#GML_2e1ff653-b62b-41ee-9f99-d6852ae7d567"/> <!-- Garage Wall South --> <gml:surfaceMember xlink:href="#GML_f3f56c7b-7e59-47bc-ba03-d841032f1a37"/> <!-- Garage Wall North --> Berhrungs<gml:surfaceMember xlink:href="#GML_5339468c-b2cb-4a99-9eb5-8b0660fb26d3"/> <!-- Garage Wall East --> flche wird <gml:surfaceMember xlink:href="#GML_dab75f49-f6f8-4490-b86b-450b613e1fc2"/> von beiden <!-- Garage Wall West (identical with Wall East 2 of Building) --> <gml:surfaceMember> Gebuden <gml:OrientableSurface orientation="-"> <gml:baseSurface xlink:href="#GML_9f0465e6-f316-4f89-a9bd-eb21934ffe84"/> geteilt </gml:OrientableSurface> </gml:surfaceMember> <!-- Garage Roof --> <gml:surfaceMember xlink:href="#GML_7996bef1-f045-4704-be27-db27430d4f70"/> </gml:CompositeSurface> </gml:exterior> </gml:Solid> </bldg:lod2Solid> <bldg:boundedBy> <bldg:WallSurface> <gml:name>Garage Wall East</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_dab75f49-f6f8-4490-b86b-450b613e1fc2"> <gml:exterior> <gml:LinearRing> <gml:posList>458887.5 5438355.0 114.3 458887.5 5438351.0 114.5 458887.5 5438351.0 112.0 458887.5 5438355.0 112.0 458887.5 5438355.0 114.3</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> Eckpunkte </gml:MultiSurface> </bldg:lod2MultiSurface> des Wandfl</bldg:WallSurface> chen Poly</bldg:boundedBy> <bldg:boundedBy> gons <bldg:WallSurface> <gml:name>Garage Wall South</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_f3f56c7b-7e59-47bc-ba03-d841032f1a37">

Anhang B: Exemplarische CityGML Codierung mit Erluterungen


<gml:exterior> <gml:LinearRing> <gml:posList>458885.0 5438351.0 114.5 458885.0 5438351.0 112.0 458887.5 5438351.0 112.0 458887.5 5438351.0 114.5 458885.0 5438351.0 114.5</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:WallSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:WallSurface> <gml:name>Garage Wall West</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <!-- identical with Wall East 2 of Building --> <gml:OrientableSurface orientation="-"> <gml:baseSurface xlink:href="#GML_9f0465e6-f316-4f89-a9bd-eb21934ffe84"/> </gml:OrientableSurface> </gml:surfaceMember> </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:WallSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:WallSurface> <gml:name>Garage Wall North</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_5339468c-b2cb-4a99-9eb5-8b0660fb26d3"> <gml:exterior> <gml:LinearRing> <gml:posList>458887.5 5438355.0 112.0 458885.0 5438355.0 112.0 458885.0 5438355.0 114.3 458887.5 5438355.0 114.3 458887.5 5438355.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:WallSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:GroundSurface> <gml:name>Garage Ground Slab</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember> <gml:Polygon gml:id="GML_2e1ff653-b62b-41ee-9f99-d6852ae7d567"> <gml:exterior> <gml:LinearRing> <gml:posList>458887.5 5438351.0 112.0 458885.0 5438351.0 112.0 458885.0 5438355.0 112.0 458887.5 5438355.0 112.0 458887.5 5438351.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Polygon> </gml:surfaceMember> </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:GroundSurface> </bldg:boundedBy> <bldg:boundedBy> <bldg:RoofSurface> <gml:name>Garage Roof</gml:name> <bldg:lod2MultiSurface> <gml:MultiSurface> <gml:surfaceMember>

70

Anhang B: Exemplarische CityGML Codierung mit Erluterungen

71

<gml:Polygon gml:id="GML_7996bef1-f045-4704-be27-db27430d4f70"> <gml:exterior> <gml:LinearRing> <gml:posList>458885.0 5438355.0 114.3 458885.0 5438351.0 114.5 458887.5 5438351.0 114.5 458887.5 5438355.0 114.3 458885.0 5438355.0 114.3</gml:posList> </gml:LinearRing> </gml:exterior> Nebengebude: </gml:Polygon> </gml:surfaceMember> Garage </gml:MultiSurface> </bldg:lod2MultiSurface> </bldg:RoofSurface> </bldg:boundedBy> </bldg:BuildingPart> </bldg:consistsOfBuildingPart> <bldg:address> <Address> <xalAddress> <xAL:AddressDetails> <xAL:Country> <xAL:CountryName>Germany</xAL:CountryName> <xAL:Locality Type="Town"> <xAL:LocalityName>Eggenstein-Leopoldshafen</xAL:LocalityName> <xAL:Thoroughfare Type="Street"> <xAL:ThoroughfareNumber>1</xAL:ThoroughfareNumber> <xAL:ThoroughfareName>Hermann-von-Helmholtz-Platz</xAL:ThoroughfareName> </xAL:Thoroughfare> <xAL:PostalCode> <xAL:PostalCodeNumber>76344</xAL:PostalCodeNumber> </xAL:PostalCode> </xAL:Locality> Adresse aus: </xAL:Country> </xAL:AddressDetails> Land </xalAddress> <multiPoint> Stadt <gml:MultiPoint> <gml:pointMember> <gml:Point> Strae <gml:pos srsDimension="3">458880.0 5438352.6 112.0</gml:pos> </gml:Point> Postleitzahl </gml:pointMember> </gml:MultiPoint> Position </multiPoint> </Address> </bldg:address> </bldg:Building> </cityObjectMember> <cityObjectMember> <dem:ReliefFeature gml:id="GML_6bb30328-7599-4500-90ef-766fde6aa67b"> <gml:name>Example TIN LOD2</gml:name> <dem:lod>2</dem:lod> <dem:reliefComponent> <dem:TINRelief gml:id="GML_4eb161b0-aa7e-4087-937c-5c4c427c7fc9"> <gml:name>Ground</gml:name> <dem:lod>2</dem:lod> <dem:tin> <gml:TriangulatedSurface gml:id="PolyID0_1786_350664_430062"> Digitales Geln<gml:trianglePatches> <gml:Triangle> de Modell <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458883.0 5438362.0 114.0 458868.0 5438362.0 112.0 458875.0 5438355.0 112.0 458883.0 5438362.0 114.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458885.0 5438355.0 112.0 458883.0 5438362.0 114.0 458875.0 5438355.0 112.0 458885.0 5438355.0 112.0</gml:posList>

Anhang B: Exemplarische CityGML Codierung mit Erluterungen


</gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438362.0 112.0 458883.0 5438362.0 114.0 458885.0 5438355.0 112.0 458892.0 5438362.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438343.0 112.0 458885.0 5438350.0 112.0 458875.0 5438350.0 112.0 458892.0 5438343.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438343.0 112.0 458875.0 5438350.0 112.0 458868.0 5438343.0 112.0 458892.0 5438343.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458875.0 5438355.0 112.0 458868.0 5438343.0 112.0 458875.0 5438350.0 112.0 458875.0 5438355.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458875.0 5438355.0 112.0 458868.0 5438362.0 112.0 458868.0 5438343.0 112.0 458875.0 5438355.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438362.0 112.0 458885.0 5438355.0 112.0 458887.5 5438355.0 112.0 458892.0 5438362.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438343.0 112.0 458885.0 5438351.0 112.0 458885.0 5438350.0 112.0 458892.0 5438343.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438343.0 112.0 458887.5 5438351.0 112.0 458885.0 5438351.0 112.0 458892.0 5438343.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle>

72

Anhang B: Exemplarische CityGML Codierung mit Erluterungen


<gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438362.0 112.0 458887.5 5438355.0 112.0 458887.5 5438351.0 112.0 458892.0 5438362.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> <gml:Triangle> <gml:exterior> <gml:LinearRing> <gml:posList srsDimension="3"> 458892.0 5438362.0 112.0 458887.5 5438351.0 112.0 458892.0 5438343.0 112.0 458892.0 5438362.0 112.0</gml:posList> </gml:LinearRing> </gml:exterior> </gml:Triangle> </gml:trianglePatches> </gml:TriangulatedSurface> </dem:tin> </dem:TINRelief> </dem:reliefComponent> </dem:ReliefFeature> </cityObjectMember> </CityModel>

73

Anhang C: Power Point Poster

74

Anhang C: Power Point Poster

Evaluation von CityGML zur Darstellung von Ergebnissen der Bauforschung


Ein Konzept zur raumbezogenen Integration von Fachdatenbestnden am Beispiel der Stadtgeschichte von Idstein

Diese Arbeit zeigt Mglichkeiten und Grenzen, wie Fachdaten der Bauforschung, unter Verwendung von CityGML, in einem 3D-Stadtmodell abgebildet werden knnen
Stadtmodelle haben sich von Visualisierungszu Analysewerkzeugen im Geodatenbereich entwickelt. Sie knnen vergangene und zuknftige Situationen simulieren und (auch fr Laien nachvollziehbar) visualisieren. Durch die Verknpfung geographischer Daten mit Fachdaten werden semantische 3DStadtmodelle zu einem wirkungsvollen Werkzeug fr die Planung und Problemlsung in Bereichen wie Umweltanalyse, Stadt-, Eventund Netzplanung, Stadtmarketing sowie Immobilienwirtschaft. Zuknftig werden Stadtmodelle flchendeckend als Geobasisdaten vorliegen.
CityGML Strken einfache Integration der heterogenen Bauforschungsdaten Trennung von Geometrie, Semantik, Topologie und Darstellung interoperabler OGC Standard skalierbar durch 5 Level of Detail (LoD) flexibel und erweiterbar durch generische Attribute und Application Domain Extensions (ADE) Schwchen keine Mglichkeit der Modellierung von Stockwerken in CityGML 2.0 abstrahierte Darstellung der Objekte durch prozedurale Modellierung Ausblick in der nchsten Version wird die Modellierung von Stockwerken mglich sein Zuknftig wird es ein Modul fr Netzwerkstrukturen fr Leitungsnetzbetreiber (z.B. Gas, Strom, Wasser, Kommunikation) geben Ausbau zur Austauschplattform fr Geodaten

CityGML Aufbau: Rumliche Reprsentation in LoD 3 und Struktur in UML (Quelle: Grger, Gerhart; Plmer, Lutz: CityGML Interoperable semantic 3D City models In: ISPRS Journal of Photogrammetry and Remote Sensing 71 (2012) 12-33 )

Fazit Mit CityGML knnen Daten der Bauforschung sehr gut in ein 3D-Stadtmodell integriert werden, da das Modellierungsprinzip auf einer klaren Kassensystematik beruht und eine Trennung von geometrischen und semantischen Informationen untersttzt. Im Rahmen der Arbeit wurde ein Datenmodell entwickelt, um die Bauforschungsdaten CityGML kompatibel zu strukturieren. Masterarbeit von Stephan Krug im Bereich Geoinformatik im Wintersemester 2012/13.

Anhang C: CD

75

Anhang C: CD
Inhalt der CD: Masterarbeit Stephan Krug, FH-Mainz, Geoinformatik, WS 2012/13 Inhalt: -Masterarbeit Word Format: -Masterarbeit PDF Format: SK_THesis.doc SK_Thesis.pdf

-Ordner SK_HTML mit Dateien fr die Website: -HTML Datei: -Grafiken: SK_html.html Strukturdiagramm.jpg ERM_Gebaeude.jpg DenkXWeb_mit_Icon.png Schlossturm.png -Powerpointposter: -Erfassungsbogen PFD Format: SK_Poster_FHM_A0.ppt SK_Erfassungsbogen_Abgabeformular.pdf

-Vollstndiger Text von Kurzfassung und Abstract: SK Kurzfassung und Abstract als Ergnzung zum Erfassungsbogen.pdf

Kontakt: StephanKrug@gmx.net

Glossar

76

Glossar
Bauforschung (engl. historic building research): Bauforschung bezeichnet die wissenschaftliche Analyse von Bauwerken. Sie wird in zwei Bereiche aufgeteilt: Einerseits die Allgemeine Bauforschung, die Planungs-und Bauprozesse im rumlichen Kontext analysiert und andererseits die Historische Bauforschung, die sich mit der Geschichte von Gebuden unter technischen, konstruktiven und architekturhistorischen Aspekten beschftigt. In dieser Arbeit wird, wie in historischen Wissenschaften blich, der Begriff Bauforschung fr die historische Bauforschung verwendet. (Quelle: http://de.wikipedia.org/wiki/Bauforschung zuletzt aufgerufen am 10.02.1013) Building Information Model (BIM): Informationstechnische Methode fr die Planung, Ausfhrung und Bewirtschaftung von Immobilien. Neben den geometrischen - werden semantische Informationen modelliert und so eine Datenbasis, fr den gesamten Lebenszyklus eines Gebudes, geschaffen. Konstruktive Details sind ebenso enthalten wie Daten zu Installationen, Nutzung und Wartung, so dass das System nach der Errichtung des Gebudes auch im Facility Management genutzt werden kann. (Quelle: http://de.wikipedia.org/wiki/Building_Information_Modeling zuletzt aufgerufen am 10.02.1013) 3D-Szenengraph (engl. scene graph): Baumfrmige Datenstruktur zur Darstellung virtueller rumlicher Objekte. Die Besonderheit ist hier, dass ein Bewegen des Standpunktes in der Szene mglich ist, da alle Objekte ber die Baumstruktur verknpft sind. Die fertige Szene wird also clientseitig berechnet, was mehr Rechenleistung voraussetzt. (Quelle: http://de.wikipedia.org/wiki/Szenengraph zuletzt aufgerufen am 10.02.2013) Semantik (engl. semantics): Lehre von der Bedeutung der Zeichen. Sie beschreibt im Zusammenhang mit Geodaten die Funktion, die ein Zeichenelement in der realen Welt hat: z.B. Flche = Wand oder Dach, ffnung = Fenster oder Tr. Da fr die Form allein viele Interpretationen mglich sind, ist eine genaue Festlegung der Semantik wichtig, um thematische Interoperabilitt zwischen unterschiedlichen Systemen zu gewhrleisten. (Quelle: http://de.wikipedia.org/wiki/Geoobjekt zuletzt aufgerufen am 10.02.1013) Topologie (engl. topology): Lehre von Lage und Anordnung geometrischer Gebilde im Raum. Sie beschreibt die Nachbarschaftsbeziehungen zwischen Geoobjekten, die sich eine gemeinsame Grenze teilen. (Quelle: http://www.giswiki.org/wiki/Topologie zuletzt aufgerufen am 10.02.2013)

Literaturverzeichnis

77

Literaturverzeichnis
ADV-10 Arbeitsgemeinschaft der Vermessungsverwaltungen der Lnder der Bundesrepublik Deutschland: Ttigkeitsbericht 2009/2010; Hannover 2010 http://www.advonline.de/icc/extdeu/binarywriterservlet?imgUid=9a470543-4464-8a2109bd-ffe608a438ad&uBasVariant=11111111-1111-1111-1111111111111111 (zuletzt aufgerufen am 30.12.2012) Agugiardo, Giorgio; Remondino, Fabio; et.al.: QueryArch3D: Querying and visualizing 3D models of a Maya archaeological site in a web-based interface. Conference Paper fr die Computer Applications & Quantitive Methods in Archaeology Konferenz in Southhampton, Grobritannien 2012 http://cipa.icomos.org/fileadmin/template/doc/PRAGUE/003.pdf (zuletzt aufgerufen am 05.02.2013) Arbeitsgruppe Kompetenzzentrum fr die Altertumswissenschaften: Leitfaden zur Anwendung von Informationstechnik in der archologischen Forschung. Entwurf Version, Verffentlichung des Deutschen Archologischen Institutes, Berlin 13.07.2009 http://www.dainst.org/sites/default/files/medien/de/ITLeitfaden_Teil2_Praxisratgeber_v1_0_0-ENTWURF.pdf?ft=all (zuletzt aufgerufen am 12.02.2013) Keine Angabe von Autoren: 3D-Sicht im Standardbrowser; Business Geomatics Online Artikel von der sig Media GmbH Kln, datiert 19.12.2012 http://www.business-geomatics.com/online/unternehmen-a-maerkte/47unternehmen-a-maerkte/751-3d-sicht-im-standardbrowser.html (zuletzt aufgerufen am 02.01.2013) BRU-05 Bruschke, Andreas: Bauaufnahme in der Denkmalpflege; Fraunhofer Institut fr Raum und Bau (IRD) Verlag, Stuttgart 2005 Coors, Volker: Validierung und semi-automatische Korrektur von 3D Stadtmodellen. Vortrag im Rahmen des Workshops "Methoden der geometrischen Modellierung und Geometriedatenqualitt" an der Beuth Hochschule fr Technik, Berlin am 26.11.2010 http://citydoctor.hft-stuttgart.de/PDF/Validierung_Korrektur_Berlin.pdf (zuletzt aufgerufen am 08.02.2013) Coors, Volker: 3D-Stadtmodelle als Geobasisdaten. Vortrag anlsslich des 9. Vermessungsingenieurtages in Stuttgart am 9.11.2012. Verffentlicht auf der Website der Hochschule fr Technik Stuttgart http://www.hft-stuttgart.de/Studienbereiche/Vermessung/BachelorVermessung-

AGU-11

AKA-09

BGO-12

COO-10

COO-12/1

Literaturverzeichnis

78

Geoinformatik/Aktuell/Veranstaltungen/vit2012/vit2012_coors.pdf (zuletzt aufgerufen am 31.12.2012) COO-12/2 Coors, Volker; Hagedorn, Benjamin; Reed, Carl: 3D Portrayal V1.0 Standards Working Group Charter. OGC Dokument Nummer 12-437, verffentlicht am 12. November 2012, erschienen im OGC Press Release vom 5. Dezember 2012 http://www.opengeospatial.org/pressroom/pressreleases/1743 (zuletzt aufgerufen am 04.01.2013) Generalsekretr des Deutschen Archologischen Instituts (DAI) (Hrsg.): Leitfaden zur Anwendung von Informationstechnik in der archologischen Forschung. Verffentlicht auf der Website des DAI als Entwurf-Version 1.0.4, vom 22.11.2011 http://www.dainst.org/sites/default/files/media/abteilungen/zentrale/it/itleitfaden_teil1_vorgaben_v1_0_4_dai.pdf?ft=all (zuletzt aufgerufen am 27.12.2012) Donath, Dirk: Bauaufnahme und Planung im Bestand. Grundlagen - Verfahren Darstellung Beispiele. Vieweg und Teubner Verlag, Wiesbaden 2008 Eckstein, Gnter; Gromer, Johannes: Empfehlungen fr Bauaufnahmen. Landesdenkmalamt Baden Wrttemberg, Stuttgart 1986 Eicker, Ursula; Nouvel, Romain; Schulte, Claudia; Schumacher, Jrgen und Coors, Volker: 3D-Stadtmodelle fr die Wrmebedarfsberechnung. Bericht anlsslich der 4. Deutsch-sterreichischen International Building Performance Simulation Association (IBPSA) Konferenz fr Gebude Simulation in Berlin 2012. Erschienen auf der Konferenz Website http://194.94.110.144/proceedings/pdf/BauSIM2012_103.pdf (zuletzt aufgerufen am 01.01.2013) Fromme, Roland; Schirmacher, Ernst: Idstein, Rahmenplan 1980. Bad Soden 1980 Gerschwitz, Andreas: Die dritte Dimension im ALKIS. Prsentation des Landesamtes fr Vermessung und Geoinformation, Schleswig-Holstein 2011 http://www.dvw.de/sites/default/files/arbeitskreis/2/anhang/2011/09Gerschwitz-3D-ALKIS.pdf (zuletzt aufgerufen am 30.12.2012) Grger, Gerhard: Dreidimensionale Modellierung mit CityGML. Vortrag im Universittsclub Bonn am 13.10.2008 http://www.angewandtekartographie.de/download/workshop2008/CityGML.pdf (zuletzt aufgerufen am 05.01.2013) Grger, Gerhard: Was ist neu in CityGML 1.1? Vortrag im Rahmen des Workshops 3D-Stadtmodelle im Universittsclub Bonn am 9.11.2010

DAI-11

DON-08

ECK-86

EIC-12

FRO-80

GER-11

GR-08

GR-10

Literaturverzeichnis

79

http://www.3d-stadtmodelle.org/3dstadtmodelle_2010/15_Groeger_Neu_in_CityGML11.pdf (zuletzt aufgerufen am 19.12.2012) GR-12/1 Grger, Gerhard; Kolbe, Thomas; Nagel, Claus; Hfele, Karl-Heinz (Editors): OGC City Geography Markup Language (CityGML) Encoding Standard. OGC Dokument Nummer OGC 12-019, erschienen am 4.4. 2012 auf der Website der OGC https://portal.opengeospatial.org/files/?artifact_id=47842 (zuletzt aufgerufen am 01.01.2013) Grger, Gerhart; Plmer, Lutz: CityGML Interoperable semantic 3D City models In: ISPRS Journal of Photogrammetry and Remote Sensing, Nummer 71, Elsevier Verlag, London 2012, Seiten 12-33 Hagedorn, Benjamin; Dllner, Jrgen: Web Perspective View Service Overview and Initiative. Vortrag anlsslich des OGC TC Meeting in Potsdam am 04.06.2008 http://www.hpi.unipotsdam.de/fileadmin/refina3d/media/workshop/Vortraege/Casper%20REFINA 3D%202008-09-26.pdf (zuletzt aufgerufen am 10.01.2013) Hagedorn, Benjamin: Web View Service Discussion Paper. OGC Diskussions Papier Referenznummer OGC 09-166r2, Version 0.3.0, vom 01.02. 2010 https://portal.opengeospatial.org/modules/admin/license_agreement.php? suppressHeaders=0&access_license_id=3&target=http://portal.opengeospatial.org/files/ %3fartifact_id=37257 (zuletzt aufgerufen am 10.01.2013) Hfele, Karl-Heinz: CAAD-GIS Interface Conversion of IFC Models into CityGML Models. Vortrag am Institut fr Angewandte Informatik des Forschungszentrums in Karlsruhe, 2008 http://www.citygml.org/fileadmin/citygml/docs/2008-06-03_6_IFCCityGML.pdf (zuletzt aufgerufen am 04.01.2013) Henn, Andr: Klassifikation von Gebudetypen. Forschungsprojekt des Instituts fr Geodsie und Geoinformation an der Universitt Bonn, September 2009 http://www.ikg.uni-bonn.de/forschung/gebaeudeklassifizierung.html (zuletzt aufgerufen am 14.01.2013) HEI-05 Heine, Katja; Henze, Frank: Raumbezogene Informationssysteme fr Bauforschung und Archologie. Brandenburgische Technische Universitt, Cottbus, Forum der Forschung 18/2005, Seite 91-98 https://www-docs.tucottbus.de/vermessung/public/publication/forum_der_forschung_2005.pdf

GR-12/2

HAG-08

HAG-10

HF-08

HEN-09

Literaturverzeichnis

80

(zuletzt aufgerufen am 12.02.2013) HOP-12 Hopf, Christiane: Fhrung und Fortfhrung des Mainzer 3D-Stadtmodells. Vortrag im Universittsclub Bonn am 06.11.2012 http://www.3d-stadtmodelle.org/3dstadtmodelle_2012/vortraege/03_Hopf_Fuehrung_und_Fortfuehrung_des_Mainzer_3 D-Stadtmodells.pdf (zuletzt aufgerufen am 06.11.2013) Magistrat der Stadt Idstein (Herausgeber): Idstein Geschichte und Gegenwart; Idstein 1987 Magistrat der Stadt Idstein (Herausgeber): 500 Jahre Torbogengebude in Idstein 1497-1997; Schulz Kirchner Verlag, Idstein 1997 Magistrat der Stadt Idstein (Herausgeber): Der Idsteiner Hexenturm. Die Geschichte des Idsteiner Wahrzeichens und seiner Sanierung 2005-2008. Rimac Verlag, Idstein 2008 Janusch, Sven: Konzeption & Realisierung eines prozeduralen Ansatzes zur Erzeugung von Gebuden. Masterarbeit im Fachbereich Informatik der Hochschule Darmstadt 2007 http://www.fbti.de/fileadmin/media/img/teaser/FBTI/Paemierungen/Master arbeit_Janusch.pdf (zuletzt aufgerufen 03.02.2013) Schwerin, Jennifer von; et.al.: Digital Documentation and Reconstruction of an Ancient Maya Temple and Prototype of Internet GIS Database of Maya Architecture. Projektabschlussbericht. Erschienen auf der Website des Projektes http://mayaarch3d.unm.edu/documents/MayaArch3d_NEH%20Phase%20 I%20White%20Paper.pdf (zuletzt aufgerufen am 06.02.1013) Kolbe, Thomas H.: 3D-Stadtmodellierung mit CityGML. Vortrag beim GeoForum Mecklenburg-Vorpommern am 28.04.2008 http://www.geomv.de/geoforum/2008/praesentationen/A3_Kolbe_CityGML .pdf (zuletzt aufgerufen am 06.02.2013) Kolbe, Thomas: Representing and Exchanging 3D City Models with CityGML. In ZLA-09, Seite 15-31 Kolbe, Thomas: Neue Entwicklungen zu CityGML und der 3DcityDB. Vortrag anlsslich des 9. GIS-Forums des Geo-Daten-Infrastruktur Sachsen e.V. in Dresden am 01.02.1012 http://gdisachsen.de/web/2012/Workshop/1a_NeueEntwicklungen_CityGML_3DCityDB _Kolbe_TU_Berlin.pdf (zuletzt aufgerufen am 27.12.2012) Kutzner, Fischl et.al. (Runder Tisch GIS e.V.):Trendanalyse Intergeo 2012. Erschienen auf der Website des Vereins

IDS-87

IDS-97

IDS-08

JAN-07

JVS-10

KOL-08

KOL-09

KOL-12

KUT-12

Literaturverzeichnis

81

http://www.rtg.bv.tum.de/files/berichte/2012/Intergeo_2012_RTG_Trendan alyse.pdf (zuletzt aufgerufen am 18.12.2012) LOR-10 Lorenz, Haik: Texturierung und Visualisierung virtueller 3D-Stadtmodelle; Dissertation in der Wissenschaftsdisziplin Informatik an der Mathematisch-Naturwissenschaftlichen Fakultt der Universitt Potsdam 2010 http://opus.kobv.de/ubp/volltexte/2011/5387/pdf/lorenz_diss.pdf (zuletzt aufgerufen am 05.02.2013) Lickfett, Britta: Erstellen und Erproben eines Prozessmodells fr die Integration von automatisiert erzeugten 3D Modellen (Verfahren UniBWM) in GityGML. Masterarbeit an der Fachhochschule Mainz, Fachbereich Geoinformatik, 2010 Nagel, Claus; Kolbe, Thomas: Internationale Standardisierung und Verbreitung von CityGML. Vortrag im Universittsclub Berlin am 09.10.2010 http://www.3d-stadtmodelle.org/3dstadtmodelle_2010/14_Nagel_CityGML_international.pdf (zuletzt aufgerufen am 10.02.2013) Rix, Joachim: Geoinformation in der Interaktiven 3D Visualisierung. Vortrag am Fraunhofer Institut fr Graphische Datenverarbeitung (IGD), Darmstadt 14.11.2012 http://igd-r.fraunhofer.de/fileadmin/jubilaeum2012/Vortraege-SmBForum/2012-11-14_Fraunhofer-IGD-25_Rix_web.pdf (zuletzt aufgerufen am 03.01.2013) Rohn, Corinna: Neue Forschung zur historischen Stadtentwicklung am Beispiel von Idstein (Rheingau-Taunus Kreis). Projektantrag an die Deutsche Forschungsgemeinschaft (DFG), Oktober 2012 Roschlaub, Robert: Das LoD2-Modell des LVG Bayern. Vortrag anlsslich des Workshop 3D-Stadtmodelle der Deutschen Gesellschaft fr Kartographie (DGfK) und Deutschen Gesellschaft fr Photogrammmetrie (DGP) in Bonn am 06.11.2012 http://3d-stadtmodelle.org/3dstadtmodelle_2012/vortraege/02_Roschlaub_Lod2Modell_LVG_Bayern.pdf (zuletzt aufgerufen am 19.12.2012) Schfer, Felix; Thnert, Sabine: Aktuelle Entwicklungen am Deutschen Archologischen Institut im Umgang mit altertumswissenschaftlichen Forschungsdaten. Rat fr Sozial- und Wirtschaftsdaten (RatSWD) Working Paper Series 178, 2011 http://www.ratswd.de/download/RatSWD_WP_2011/RatSWD_WP_178.pd f (zuletzt aufgerufen am 30.12.2012) SCH-12 Schilling; Arne; Hagedorn, Benjamin; Coors, Volker (Ed.): OGC 3D Portrayal Interoperability Experiment. FINAL REPORT. Dokument Referenz: OGC12-075, erschienen am 28.08.1012

LICK-10

NAG-10

RIX-12

ROH-12

ROS-12

SCH-11

Literaturverzeichnis

82

http://www.opengis.net/doc/ie/3dpie (zuletzt aufgerufen am 04.01.2012)

SEH-12

Sehner, Johann: 3D-Stadtmodelle aus hchstauflsenden Satellitenbildern. Vortrag anlsslich des Workshop 3D-Stadtmodelle der Deutschen Gesellschaft fr Kartographie (DGfK) und Deutschen Gesellschaft fr Photogrammmetrie (DGP) in Bonn am 06.11.2012 http://www.iabg.de/umwelt_verkehr/umwelt/downloads/20121106_Worksh op_3D-Stadtmodelle_IABG_Sehner.pdf (zuletzt aufgerufen am 24.12.2012) Special Interest Group 3D (SIG3D): Handbuch fr die Modellierung von 3D Objekten - Teil 1: Grundlagen; Teil2: Modellierung Gebude (LOD1, LOD2 und LOD3). Verffentlichung der SIG3D Arbeitsgruppe Qualitt, Mai 2012 http://wiki.quality.sig3d.org/index.php/Modellierung (zuletzt aufgerufen am 25.01.2013) Stadler, Alexandra: CityGML goes relational: Eine Oracle-Schnittstelle fr das neue Berliner Stadtmodell. Prsentation am Institut fr Geodsie und Geoinformationstechnik der TU Berlin, Oktober 2008 http://www.angewandtekartographie.de/download/workshop2008/Oracle_Stadtmodell.pdf (zuletzt aufgerufen am 12.01.2013)

SIG-12

STA-08

STO-12/1

Stoter, Jantien et.al.: Implementation of a national 3D standard: Case of The Netherlands. Geonovum publication, Amersfoort, The Netherlands, 2012 http://www.geonovum.nl/sites/default/files/3D/3DimplementationNLMaart2 012.pdf (zuletzt aufgerufen am 03.02.2013) Stoter, Jantien; Goos, Joris; Trakas, Athina: CityGML and The Netherlands Open 3D Modelling Standard: Building the Open 3D Information Infrastructure for a Flat Land. Directions Magazine, Glencoe, Illinois, USA, 20.09.2012 http://www.directionsmag.com/articles/building-the-open-3d-informationinfrastructure-for-a-flat-land-ogc/276211 (zuletzt aufgerufen am 06.02.2013) Vereinigung der Landesdenkmalpfleger: Empfehlungen zum Umgang mit digitalen Baudokumentationen fr eine Langzeitarchivierung. Arbeitsblatt Nr. 30, November 2009 http://www.denkmalpflege-forum.de/Download/Nr30.pdf (zuletzt aufgerufen am 27.12.2012)

STO-12/2

VDL-09

ZIPF-09

Zipf, Alexander: Interoperable GIS-Analysen in 3D-

Literaturverzeichnis

83

Geodateninfrastrukturen. Vortrag bei den Pfalzwerken, 2009. Verffentlicht auf dem Website der Firma geomer http://www.geomer.de/fileadmin/templates/main/res/downloads/GDI3D_analysen_zipf09.pdf (zuletzt aufgerufen am 05.02.2013) ZLA-09 Zlatanova, Sisi; Lee, Jiyeong (Eds.): Lecture Notes in Geoinformation and Cartography; 3D Geo-Information Sciences. Springer-Verlag Berlin, Heidelberg 2009 http://www.scribd.com/doc/24591320/3D-GeoInformation-Sciences (zuletzt aufgerufen am 23.12.2012) Zlatanova, Sisi; Stoter, Jantien; and Isikdag, Umit: Standards for Exchange and Storage of 3D Information:Challenges and Opportunities for Emergency Response. Proceedings of the 4th International Conference on Cartography & GIS, Volume 2, Albena, Bulgaria, Juni 2012, Seite 1728 http://www.gdmc.nl/publications/2012/Standards_Exchange_Storage_3D_ Information.pdf (zuletzt aufgerufen am 21.12.2012)

ZLA-12