Willkommen im neuen Zuhause meines Blogs. Nach einigen Jahren auf der Freeflux-Plattform habe ich mich entschlossen, meinen Blog auf meine eigene Domain umzuziehen und mal einen Versuch mit WordPress zu machen. Viel Spass!
|
||||||
|
Letzten Freitag habe ich Wabern das Swisstopo-Kolloquium zum Thema “geo.admin.ch, das Geodatenportal des Bundes” besucht: ich war sehr beeindruckt. Bereits der Untertitel der Veranstaltung “Cloud Computing und Web 2.0 im operationellen Betrieb” liess mich aufhorchen. Bisher hätte ich diese Begriffe nicht unbedingt mit Swisstopo in Verbindung gebracht, nun aber schon. Vordergründig ist map.geo.admin.ch einfach der Mapviewer der Bundesgeodateninfrastruktur (BGDI), d.h. aller Bundesstellen. Er basiert – wie auch andere Angebote der Swisstopo – auf der bewährten WebGIS-Plattform des Bundes (Mapserver, MapFish, PostGIS, TileCache etc.). Er wirkt auf den ersten Blick sehr aufgeräumt und übersichtlich und bietet die bekannten Funktionen (Navigation, Drucken, Suche). Der Viewer kann in einer Beta-Version bereits jetzt ausprobiert werden. Bemerkenswert an der Oberfläche sind für mich zwei Funktionen:
Was ausserdem auffällt, ist die Performance. Der Viewer ist sehr schnell. Das ist auch kein Wunder, ist er doch – wie schon SchweizMobil – komplett gecached. Keiner der Datensätze, die angezeigt werden können, wird dynamisch angezeigt. Alles ist vorgerechnet! Einzig bei der Suchfunktion und beim Tooltip wird wahrscheinlich direkt auf die eigentlichen Daten zugegriffen. Das bringt mich zu den bemerkenswerten Eigenschaften auf technischer Ebene:
Das ganze hat auch noch einen “wunden” Punkt. Im Mapviewer kann nach Geodaten (in der Regel Geobasisdaten des Bundes) gesucht werden. Ausserdem können für jeden angezeigten Datensatz auch die dazugehörigen Metadaten angezeigt und ausgedruckt werden. Das wertet die Daten auf. Allerdings kommen diese Metadaten nicht (oder noch nicht?) aus der kürzlich aufgeschalteten Metadaten-Applikation des Bundes (Geocat 2)! D.h. die Metadaten werden z.Zt. redundant gehalten. Ich bin der Meinung, dass diese Vernetzung noch stattfinden muss. Erst dann kann wirklich von einer Geodateninfrastruktur geredet werden. Von diesem Manko abgesehen hat mich geo.admin.ch überzeugt. Ein Besuch der BETA-Seite lohnt sich auf jeden Fall. Auch die Folien des Kolloquiums sind sehr interessanter Lesestoff für über die Festtage! Das Amt für Geoinformation des Kantons Bern (mein Arbeitgeber) sucht per 1. April 2010 eine/n Geomatikingenieur/in ETH oder FH für die Projektleitung “Bezugsrahmenwechsel LV03 – LV95″. Mehr Informationen sind in der offiziellen Stellenausschreibung zu finden. Am 2. Dezember 2009 hat der Regierungsrat des Kantons Bern die “Geoinformationsstrategie des Kantons Bern” beschlossen. Damit wurde der Einsatz von Geoinformation und die bisher gelebte Organisation auf ein tragfähiges Fundament gestellt. Ausserdem wirft die Strategie natürlich auch einen Blick in die Zukunft, indem sie eine Vision formuliert und die Handlungsschwerpunkte für die nächsten Jahre vorgibt. Die Vision ist in drei Kernsätzen festgehalten:
Geoinformation definiert sich somit nicht als Selbstzweck, sondern sie will in der kantonalen Verwaltung die Rolle eines wichtigen Werkzeuges einnehmen, damit letztendlich die Effizienz und die Qualität der Entscheide und Prozesse erhöht werden kann. Die Vision wird anschliessend in thematisch gruppierten Leitsätzen (Geodaten, techn. Infrastruktur, Organisation, Mitarbeitende, Finanzen) verfeinert. Am konkretesten wird die Strategie dann in den Zielen. Dort werden wichtige Fakten festgehalten, so z.B. dass Geodaten im Zuständigkeitsbereich des Kantons weiterhin als Public Domain frei übers Internet heruntergeladen werden können. Alles in allem ist die Geoinformationsstrategie ein gelungener Mix aus Dokumentation des Bestehenden und dem Blick in die nähere Zukunft. Der Text ist so gehalten, dass er nicht nur GIS-Spezialisten anspricht. Dies ist mein persönlicher Eindruck. Es gilt jedoch festzuhalten, dass ich nicht neutral bin, da ich in bescheidenem Rahmen bei der Erarbeitung der Strategie mitgearbeitet habe. Das Thema Performance darf beim ArcGIS Server nicht unterschätzt werden. Doch wie misst man Performance? Es gibt von ESRI zwar einige Hilfstools wie MXDPerfStat, das Geodatabase Toolset oder die Map Service Publishing Toolbar. Damit kann man ziemlich gut die Performance einzelner MXDs optimieren und messen. Schwieriger umzusetzen sind grösser angelegte Lasttests (auf mehrere Dienste, mehrere Anwender etc.). ESRI hat hier keine Haus-Lösung anzubieten, das ist aber auch gar nicht nötig, da das Testen von Diensten und Webapplikationen nicht wirklich eine GIS-spezifische Anforderung ist. Deshalb kann hier auf bestehende Tools zurückgegriffen werden. Eines der überzeugendsten Tools ist sicherlich JMeter, ein Apache-Projekt. Damit können sehr ausgeklügelte und breit angelegte Performance-Tests (z.B. von mehreren Clients aus) gefahren werden. JMeter ist eine Java-Applikation, die somit auf fast jedem Desktop lauffähig ist. Die Dokumentation ist ziemlich gut, so dass hier auf weitere Worte verzichtet wird. Die beste Einstiegshilfe war das Aufsetzen eines JMeter-Proxies, mit dem ganze Sessions im Browser aufgezeichnet werden können. Diese Aufzeichnungen sind perfekte Vorlagen für das weitere Verfeinern eines Testplans. In Bezug auf ArcGIS Server bietet sich die REST-Schnittstelle als Test-Schnittstelle an, da hier alle Parameter einfach über URL-Parameter übertragen werden. Mit JMeter kann aber sicher auch die SOAP-Schnittstelle angesteuert werden. Es kann aber auch eine auf ArcGIS Server aufbauende Applikation wie z.B. WebOffice angesprochen werden. Der erarbeitete Testplan kann gespeichert werden, damit ist garantiert, dass immer derselbe Test ausgeführt wird. Das erleichtert den Vergleich zu verschiedenen Zeiten. Mich hat JMeter überzeugt! Letztens stand ich vor dem Problem eine Punktwolke (DOM für das gesamte Berner Kantonsgebiet) nach ArcSDE zu importieren, ohne genau zu wissen, auf was ich mich da eingelassen hatte. Schon allein die Roh-Daten waren von beeindruckender Grösse. Sie lagen im XYZ-Format vor und nahmen unkomprimiert ca. 130GB Platz ein! Ich öffnete eines der kleinsten Files (30MB) und zählte die Records (Zeilen): 1.2 Millionen! Also ging ich mit einem einfachen Python-Skript durch alle Files durch und zählte alle Records. Das gab die atemberaubende Zahl von 4.3 Milliarden Punkten! Nun ist die OBJECTID in ArcSDE vom Typ Integer32 und damit auf 231-1 (2.1 Milliarden) beschränkt. Da musste ich mich auf die Suche nach anderen Lösungen machen. ESRI empfiehlt in solchen Fällen die Verwendung von MultiPointZ-Features. Das reduziert die Anzahl Records dramatisch. Glücklicherweise ist im 3D Analyst auch gleich ein äusserst praktisches Tool namens “ASCII 3D to Feature Class” enthalten, mit dem sich ganze Rohdaten-Verzeichnisse auf einen Rutsch in MultipointZ-FeatureClasses umwandeln können. So werden 5000 Features in ein Multipoint-Feature zusammengefasst. Damit resultiert eine Recordzahl von noch ca. 1 Million. Das ist deutlich einfacher zu handeln als 4.3 Milliarden. Im 3D Analyst gibt es ausserdem noch das Gegenstück namens “Feature Class Z to ASCII“, mit dem man die Features auch wieder rausschreiben kann. Mit diesen Tools werden auch solch gigantische Datenmengen handlebar… Vor wenigen Wochen wurde die Kartenapplikation von Schweizmobil neu aufgeschalten. Ich habe dabei zwei interessante Beobachtungen gemacht:
Beide Beobachtungen sind sicherlich bemerkenswert, da die gewählte Lösung sehr schnell sind und ausserhalb des regulären Rechenzentrums des Bundes (BIT) gehostet werden. Ausserdem hat die gewählte Architektur zur Folge, dass die Tiles der Pixelkarten auch ausserhalb der Schweizmobil-Applikation ohne technische Einschränkung genutzt werden können, wie das folgende Bild zeigt:
Legal dürfte das zwar nicht sein, aber rein technisch funktioniert es. Insgesamt ein sehr interessanter, innovativer und vor allem extrem schneller Ansatz. Chapeau! Im März war es noch eine einfache PDF-Liste mit den WebGIS-Anwendungen des Bundes, nun ist es ein ausgewachsenes Informationsangebot zu den Themen WebGIS und WMS. Besonders interessant: auf der WMS-Seite sind nun erstmals zwei WMS-Dienste des Bundes (ecogis sowie IVS) beschrieben und zur öffentlichen Nutzung bereit. Dem aufmerksamen Leser wird bei der Beschreibung des ecogis-Dienstes sicher der eine oder andere interessante Layer auffallen… Endlich geschafft! Nach einigen Mühen und unter fast vollständigem Ausnutzen des Verlängerungszeitraums habe ich meine UNIGIS Master Thesis fertiggestellt. Inhaltlich geht es in der Arbeit um den Aufbau eines GIS-basierten Grundeigentumsystems in Tansania, wobei ich mich hauptsächlich um technische Aspekte gekümmert habe. Die organisatorischen und formalen Aspekte eines solchen Systems wurden in einer separaten Arbeit von Klaus Mithöfer behandelt. Im Rückblick kann ich sagen, dass ich viel von der Arbeit an der Master Thesis profitiert habe. Auf rein technischer Ebene bin ich nun versiert im Umgang mit PostGIS, Geoserver und OpenLayers — dem Open Source Geospatial Stack. Das Potenzial dieses Stacks scheint mir enorm. Andererseits musste ich mich für das Verfassen der Arbeit intensiv in die Materie eingraben. So eine vertiefte Auseinandersetzung mit einem Thema — auch auf theoretischer Ebene — tut ab und zu sicher gut. Wer an der Master Thesis interessiert ist, kann sie einfach downloaden und anschauen: Die Master Thesis ist der letzte Baustein in meinem UNIGIS-Studium, so dass ich mich nun erneut “Master of Science” nennen kann. Auch abgesehen vom Titel hat sich der Aufwand der letzten zwei Jahre auf jeden Fall gelohnt. Folgende Punkte sind für mich die zentralen Gewinne:
Ein paar wenige Mängel waren auch auszumachen:
Die positiven Aspekte haben jedoch deutlich überwogen. Nichtsdestotrotz bin ich mehr als froh und erleichtert, dass ich das Studium nun hinter mir habe. Es gibt ja noch andere Dinge, die man in seiner Freizeit anstellen kann… |
||||||
|
Copyright © 2024 GIS, UNIGIS und andere Kleinigkeiten - All Rights Reserved Powered by WordPress & Atahualpa |
||||||
