Thema - bei der LISt Gesellschaft für Verkehrswesen und ...
Thema - bei der LISt Gesellschaft für Verkehrswesen und ... Thema - bei der LISt Gesellschaft für Verkehrswesen und ...
5. Teilweiser Aufbau einer prototypischen GDI In Tabelle 8 sind diese Sachverhallte nochmals zusammengefasst. GeoServer Deegree Installation problemlos problemlos Bedienbarkeit GUI dateibasiert, umständlich Wartbarkeit GUI dateibasiert Zuverlässigkeit keine Fehler festgestellt Speicherfehler bei großen Datenmengen Entwicklungsstand Version 2.2 laufende Entwicklung Services WFS-(T), WMS, CSW, WPS (beta) Daten Oracle Spatial, PostgreSQL- PostGIS; dateibasierte Vektor- und Rasterdaten Tabelle 8: Vergleich GeoServer und deegree Version 3.0 laufende Entwicklung WFS-(T), WMS, CSW, WPS PostgreSQL-PostGIS; dateibasierte Vektor- und Rasterdaten Die angebotenen WPS und WCS konnten auf Grund des zeitlichen Rahmens dieser Diplomarbeit nicht getestet werden. Beide Services wurden dennoch installiert und stehen für Folgearbeiten zur Verfügung. UMN MapServer und MapProxy Der für die Bereitstellung von Rasterdaten benötigte WMS erfolgte durch den Einsatz des von der University of Minnesota (UMN) entwickelten Softwareprodukts UMN MapServer. Dieses Programm kann sowohl Vektor- als auch Rasterdaten verarbeiten. Der vom UMN angebotene WFS wurde ebenfalls getestet. Da die Konfiguration des UMN MapServer analog zu deegree dateibasiert und somit weder nutzerfreundlich, noch übersichtlich ist, wird auf die bereitgestellte WFS-Funktionalität nicht weiter eingegangen. Der angebotene WMS kann in unterschiedlichen Betriebsmodi konfiguriert werden. Zur Ermittlung der leistungsfähigsten Konfiguration wurden folgende Modi getestet: CGI und FastCGI. 43
5. Teilweiser Aufbau einer prototypischen GDI Die Messungen erfolgten auf einem Desktop-PC (2x3 Ghz, 2 GB Ram) und wurden zehnmal wiederholt. Es wurden die Antwortzeiten der WMS auf 100 Abfragen, welche mit Hilfe des im Anhang befindlichen Skripts generiert wurden, gemessen, wobei jeweils 10 Abfragen parallel gesendet wurden. Die durchschnittliche Antwortzeit des UMN MapServers beträgt 1,5 Sekunden und konnte unter Nutzung von FastCGI lediglich um 0,1 Sekunden reduziert werden. Diese minimale Änderung ist durch die Funktionsweise des MapServers bedingt, da bei jeder Anfrage die Konfigurationsdatei (Map-Datei) verarbeitet wird. Die Leistung des vom MapServer angebotenen WMS kann jedoch durch Einsatz eines Proxy Servers gesteigert werden, welcher über einen vorgerechneten Datenbestand verfügt. Durch diesen Bestand müssen Ergebnisse für Anfragen nicht berechnet, sondern können direkt ausgeliefert werden. Lediglich Anfragen, deren Ergebnis nicht bereits abgespeichert vorliegt, werden an den WMS des MapServers weitergeleitet. Dies entlastet und beschleunigt den WMS zugleich. Das für diese Zwecke eingesetzte Produkt ist ebenfalls eine Open Source Lösung und ist unter dem Namen MapProxy bekannt. Durch dessen Einsatz wurde die Antwortzeit des WMS auf einen Durchschnittswert von 0,9 Sekunden reduziert. Im Gegenzug hierzu stieg allerdings der benötigte Speicherplatz. Bei einem Rasterdatenbestand (ECW-Dateien) von 182 GB wurden durch Einsatz des MapProxys zusätzliche 84 GB benötigt. Die Messwerte sind in Grafik dargestellt, wobei die Abszissenachse die gemessene Zeit in Sekunden und die Ordinatenachse die Anzahl der Messwerte repräsentieren. Anzahl der Messwerte 80 70 60 50 40 30 20 10 0 0,5 1 1,5 2 2,5 3 3,5 4 4,5 5 5,5 6 Antwortzeit in Sekunden Abbildung 17: Antwortzeiten der WMS CGI FastCGI MapProxy 44
- Seite 1 und 2: Thema: Diplomarbeit Konzeption eine
- Seite 3 und 4: Eigenständigkeitserklärung Hiermi
- Seite 5 und 6: 4.3 Beschreibung des INSPIRE Komple
- Seite 7 und 8: Tabellenverzeichnis Tabelle 1: ESRI
- Seite 9 und 10: HTTP Hypertext Transfer Protocol IN
- Seite 11 und 12: 1. Einleitung Verwaltungs- und Funk
- Seite 13 und 14: 2. Grundlagen 2 Grundlagen 2.1 Defi
- Seite 15 und 16: 2. Grundlagen 2.3 INSPIRE Die Richt
- Seite 17 und 18: 2. Grundlagen 2.4 Webservices Nachf
- Seite 19 und 20: 2. Grundlagen Die Datenbasis bilden
- Seite 21 und 22: 2. Grundlagen 2.4.5 WCS Durch den E
- Seite 23 und 24: 3. Ausgangssituation in der LISt Gm
- Seite 25 und 26: 3. Ausgangssituation in der LISt Gm
- Seite 27 und 28: 3. Ausgangssituation in der LISt Gm
- Seite 29 und 30: 4. Konzept einer möglichen Geodate
- Seite 31 und 32: 4. Konzept einer möglichen Geodate
- Seite 33 und 34: 4. Konzept einer möglichen Geodate
- Seite 35 und 36: 4. Konzept einer möglichen Geodate
- Seite 37 und 38: 4. Konzept einer möglichen Geodate
- Seite 39 und 40: 4. Konzept einer möglichen Geodate
- Seite 41 und 42: 5. Teilweiser Aufbau einer prototyp
- Seite 43 und 44: 5. Teilweiser Aufbau einer prototyp
- Seite 45 und 46: 5. Teilweiser Aufbau einer prototyp
- Seite 47 und 48: 5. Teilweiser Aufbau einer prototyp
- Seite 49 und 50: 5. Teilweiser Aufbau einer prototyp
- Seite 51: 5. Teilweiser Aufbau einer prototyp
- Seite 55 und 56: 5. Teilweiser Aufbau einer prototyp
- Seite 57 und 58: 6. Zusammenfassung 6 Zusammenfassun
- Seite 59 und 60: 7. Ausblick Softwarelösungen exist
- Seite 61 und 62: Anhang Der Trigger zur Prüfung der
- Seite 63 und 64: Anhang Damit ist die Konfiguration
- Seite 65 und 66: Anhang layer="LAYERS=Sachsen_1,Sach
- Seite 67 und 68: Anhang sowie die erhaltenen Kartena
- Seite 69 und 70: Bibliographie Internet Zeitpunkt de
- Seite 71: Bibliographie [i12] Gesetz über da
5. Teilweiser Aufbau einer prototypischen GDI<br />
Die Messungen erfolgten auf einem Desktop-PC (2x3 Ghz, 2 GB Ram) <strong>und</strong> wurden<br />
zehnmal wie<strong>der</strong>holt. Es wurden die Antwortzeiten <strong>der</strong> WMS auf 100 Abfragen, welche<br />
mit Hilfe des im Anhang befindlichen Skripts generiert wurden, gemessen, wo<strong>bei</strong><br />
jeweils 10 Abfragen parallel gesendet wurden. Die durchschnittliche Antwortzeit des<br />
UMN MapServers beträgt 1,5 Sek<strong>und</strong>en <strong>und</strong> konnte unter Nutzung von FastCGI<br />
lediglich um 0,1 Sek<strong>und</strong>en reduziert werden. Diese minimale Än<strong>der</strong>ung ist durch die<br />
Funktionsweise des MapServers bedingt, da <strong>bei</strong> je<strong>der</strong> Anfrage die Konfigurationsdatei<br />
(Map-Datei) verar<strong>bei</strong>tet wird.<br />
Die Leistung des vom MapServer angebotenen WMS kann jedoch durch Einsatz eines<br />
Proxy Servers gesteigert werden, welcher über einen vorgerechneten Datenbestand<br />
verfügt. Durch diesen Bestand müssen Ergebnisse <strong>für</strong> Anfragen nicht berechnet,<br />
son<strong>der</strong>n können direkt ausgeliefert werden. Lediglich Anfragen, <strong>der</strong>en Ergebnis nicht<br />
bereits abgespeichert vorliegt, werden an den WMS des MapServers weitergeleitet. Dies<br />
entlastet <strong>und</strong> beschleunigt den WMS zugleich. Das <strong>für</strong> diese Zwecke eingesetzte<br />
Produkt ist ebenfalls eine Open Source Lösung <strong>und</strong> ist unter dem Namen MapProxy<br />
bekannt. Durch dessen Einsatz wurde die Antwortzeit des WMS auf einen<br />
Durchschnittswert von 0,9 Sek<strong>und</strong>en reduziert. Im Gegenzug hierzu stieg allerdings <strong>der</strong><br />
benötigte Speicherplatz. Bei einem Rasterdatenbestand (ECW-Dateien) von 182 GB<br />
wurden durch Einsatz des MapProxys zusätzliche 84 GB benötigt.<br />
Die Messwerte sind in Grafik dargestellt, wo<strong>bei</strong> die Abszissenachse die gemessene Zeit<br />
in Sek<strong>und</strong>en <strong>und</strong> die Ordinatenachse die Anzahl <strong>der</strong> Messwerte repräsentieren.<br />
Anzahl <strong>der</strong> Messwerte<br />
80<br />
70<br />
60<br />
50<br />
40<br />
30<br />
20<br />
10<br />
0<br />
0,5 1 1,5 2 2,5 3 3,5 4 4,5 5 5,5 6<br />
Antwortzeit in Sek<strong>und</strong>en<br />
Abbildung 17: Antwortzeiten <strong>der</strong> WMS<br />
CGI<br />
FastCGI<br />
MapProxy<br />
44
Change language