Geo und Moritz und die erzählen uns was über Drucken von Mapbox-Vector-Teils mit Hilfe von GeoBlocks Print und ich bin gespannt, was es da so neues gibt und von daher freue ich mich jetzt auf den Vortrag.

Hallo und herzlich willkommen zur Präsentation von GeoBlocks Print. Hierbei handelt es sich um eine Bibliothek, mit der Karten im Vector-Format als PDF-Dateien exportiert werden können, um sie dann anschließend zu drucken.

Diese Bibliothek wurde entwickelt von Guillaume Berodot bei Camp2Camp. Ein paar einführende Worte zu Camp2Camp. Die Firma ist ein IT-Dienstleister, der seit 20 Jahren im Open Source-Bereich tätig ist.

Die Firma zählt über 140 Mitarbeiter und diese verteilen sich auf fünf Standorte in drei Ländern. Zwei Standorte in Frankreich, zwei in der Schweiz, eine in Deutschland. Die drei Geschäftsbereiche sind folgende.

Geoinformatik, Business Management und Infrastruktur. Als Detail zur Business und Infrastruktur. Im Business-Bereich verwenden wir das Open Source Tool Odoo. Das ist ein ERP, Enterprise Resource Planning Tool,

und bieten kleinen und großen Kunden Komplettlösungen an. In der Infrastruktur sind wir Experten für Cloud-Lösungen, Server-Management und Web-Hosting. Die Dienstleistungen unserer Firma gehen von Consulting über

kundenspezifische Entwicklung bis hin zu Fortbildungen und dem Management von Open Source Abonnements. Ein paar Worte über uns. Guillaume Berodot arbeitet bei Camp2Camp in Lausanne. Er ist dort Systemarchitekt

und hat große Beiträge zu Open Layers geleistet. Außerdem ist er Maintainer des Old Cesium-Projekts Open Layers for Cesium. Ich selbst heiße Moritz Girmse. Ich arbeite auch in der Abteilung Geomatik bei Camp2Camp, allerdings in Frankreich,

in Schambéry. Ich arbeite an den Open Source Projekten Kugis und MapProximate und sonst an GeomapFish, wobei ich viel mit MapFish Print zu tun habe. Nun ein paar Erklärungen

zu der Technologie VectorTiles. MVT bedeutet Mapbox VectorTiles. Es handelt sich um ein Format, das von der Firma Mapbox entwickelt wurde. Und hierbei wird der Stil und der Inhalt getrennt. Der Stil wird als JSON deklariert. Und hier sind Informationen zu

Farben, Transparenz, dicke Schriftgröße, alle möglichen Eigenschaften der Darstellung. Und auf der anderen Seite die eigentlichen Daten. Die VectorTiles enthalten geografische

Elemente, sogenannte Features. Und jedes Feature besitzt eine Geometrie und eine beliebige Anzahl Eigenschaften. Diese Eigenschaften können dazu dienen, die Darstellung zu beeinflussen, also auf den Stil, sich mit dem Stil darstellen zu lassen oder andere

Abfragen zu tätigen. Was ist nun der Vorteil von VectorTiles? Diese werden im Geografiebereich immer häufiger verwendet. Und zwar bieten sie Einsparungen im Datenvolumen.

Die Source-Daten sind relativ klein und können auf dem Server schnell erzeugt werden. Im Gegensatz zu Rasterdaten müssen nur wenige Zwischensum-Levels erzeugt werden, da die Darstellung immer von besserer Qualität und von klarer Qualität ist. Da nicht so viel

Rechenpower benötigt wird, können die Datensätze häufiger aktualisiert werden. Die Daten sind, also auch in dieser Hinsicht gibt es ein Qualitätsgewinn dann bei den Daten, die up to date sind. Die weiteren Vorteile sind die allgemeinen Vorteile von

Vector-Grafiken. Egal in welchem Zoom-Level bleiben die Linien- und Flächendarstellungen von Vector-Daten klar und fein. Man bekommt keine Artefakte wie bei Rasterdaten, wo Rand

und Schärfe oder Treppenstufen sichtbar werden. Dann bieten die Vector-Dateis die Möglichkeit auf kleinen Seiten den Stil zu verändern und die Darstellung anzupassen.

Es sind sogar dynamische Stile möglich, wo ein Gewässer animiert wird, man das fließende Gewässer sieht oder zum Beispiel Verkehrsfluss auf Straßen. Das sind Spielereien, aber können in einer Web-Anwendung doch einen guten Eindruck machen. Dann kommt dazu, dass man

auf kleinen Seiten Datenabfragen tätigen kann. Man kann alle Attribute abrufen und so verhalten sich die Vector-Dateis ein bisschen wie ein Feature Service, WFS. Damit können interaktive Karten erzeugt werden mit Pop-ups und On-Demand-Information.

Der technologische Fortschritt macht es möglich. Moderne Web-Browsers haben eine umfangreiche API, um auf kleinen Seiten schwierige Berechnungen durchzuführen. Und auch die Hardware hat sich sehr weiterentwickelt. Selbst mobile Geräte haben auf CPU-GPU-Ebene

eine enorme Rechenpower, von der man früher nur hätte träumen können. Von welchen Systemen werden nun die Mapbox-Vector-Dateis unterstützt? Schematisch dargestellt ist ein Geoportal, wie wir es einrichten könnten. Also eine Web-Applikation mit drei Einheiten,

einer 2D-Karte, einer 3D-Darstellung und einer Exportfunktion zum Druck. Für

werden die Mapbox-Vector-Dateis unterstützt. Allerdings fehlt diese Unterstützung bei Cesium und bei Mapfish Print. Nun haben wir nach Lösungen gesucht, um die Vector-Kacheln

in Mapfish Print integrieren zu können. Mapfish Print ist eine Java-Anwendung. Sie wurde am Anfang für das System Geomapfish entwickelt, aber ist ein Eigenstände,

ein eigenständiger Baustein. Mit dieser Bibliothek können PDF-Dokumente mit Karten-Grafiken erzeugt werden. Es werden Templates erstellt im Format von Jasper Report und somit weitere Informationen hinzugefügt. Insofern kann dieser Baustein in Web-Karten

genutzt werden, um eine Druckfunktion zur Verfügung zu stellen. Es ist ein sehr vielseitiges System. Viele Standards der Geomatik werden unterstützt, WFS, WMS, WMTS

und so weiter, aber keine native Unterstützung für Vector-Dateis. Daher bieten wir folgende Lösung an. Die Vector-Dateis werden auf der Browser-Seite zu einem Bild gerendert.

Also es wird ein Bild erzeugt. Dieses statische Bild wird dann an Mapfish Print gesendet und Mapfish Print verbindet das Bild mit anderen Ebenen und anderen Daten zum endgültigen

PDF-Datei. Die Vorteile liegen auf der Hand. Es gibt wenig Code zu schreiben, da wir einfach die Open-Layers-Funktion verwenden, auch keine Maintenance von diesem Code. Die Gestaltungsmöglichkeiten

für Stil sind vielfältig, da man sowohl Open-Layers als auch Mapbox Stil verwenden kann. Wir sind nicht von einer Mapfish Print Version abhängig, das heißt auch alte Systeme können auf MVT aufgerüstet werden, ohne dass man das ganze System

updateen muss. Also es reicht, den Baustein Geoblocks Print hinzuzufügen und schon werden die Vector-Daten unterstützt. Und der positive Nebeneffekt, wir haben eine flexible modulare JS-Bibliothek, die auch in einem anderen Kontext angewendet werden

kann. So schauen wir uns mal die Bibliothek an. Geoblocks Print ist eine Bibliothek unter der BSD-Lizenz. Wir stehen zu unserem Open-Source-Ansatz, also diese Bibliothek

soll und darf verwendet werden. Es gibt keine weiteren Dependencies außer Open-Layer, das heißt es lässt sich leicht auf verschiedenen Systemen installieren. Und um ein modulares System zur Verfügung zu stellen, wurde von Camp2Camp die Organisation Geoblocks ins Leben gerufen.

Hier kommen verschiedene Bausteine zusammen, die eine modulare Kartenanwendung, die es ermöglicht eine modellare Kartenanwendung zu bauen, ohne ein monolithisches System zu verwenden. So

sie wird importiert und dann gibt es eine Funktion, um die Vector-Daten in ein PNG-Bild

umzuwandeln. Man ruft einfach in CodeMVT-Layers auf, gibt die Ebene an, die gewünschte, die Auflösung und die Größe und Open-Layers macht sich die Mühe, die Vector-Daten als PNG darzustellen. Intern werden Open-Layers-Funktionen genutzt. Zunächst mal werden

alle Kacheln gesucht, also alle Vector-Tiles, die sich in der Bounding-Box befinden. Dann werden alle dazugehörigen Features gerendert, also die Open-Layers-Funktion RenderFeature

werden die Bilddaten erzeugt, mit einigen vordefinierten Eigenschaften, die Glatter und so weiter. Und dann bekommt man eine oder mehrere Bilddateien als Ergebnis,

die dann an Mapfish Print gesendet werden können. Ein Beispiel einer Karte, die mit Mapfish Print und MVT erzeugt wurde. Es sind noch ein paar Metadaten drumrum, Titel,

Fußzeile und die Karte ähnelt einer normalen Karte. Im Grunde verhält sich die Bibliothek Geoblocks Print ein bisschen wie ein WMS-Server, nur dass er auf der kleinen Seite läuft.

Ein kleiner Ausblick in die Zukunft. Jetzt sind sie so weit gekommen, dass wir dank Geoblocks Print die Wechseldaten als PDF exportieren können. Also bereits zwei der drei Bausteine des Geoportal sind MVT-kompatibel. Und auch für Cesium könnte man Geoblocks

anbieten, kann die Bibliothek als Image Provider für Cesium angegeben, kann die Bibliothek

als Image Provider für Cesium eingebaut werden und Cesium wird dann die Bilddaten über die Erdoberfläche legen. Eine weitere Weiterentwicklung betrifft große Ausdrucke.

Wenn man Drucke bis A0 erzeugen möchte, sind bei hoher Auflösung die Bilddaten extrem groß und können die Speicherkapazität des Systems überschreiten. Für diesen Fall ist bereits in der Source Code vorgesehen, ein Mosaik von Bildkacheln zu erzeugen.

Also statt ein einziges großes Bild zu erzeugen, wird ein Gitter von kleineren Bildern erzeugt und hierfür muss noch die Logik festgelegt werden, wie das Gitter erzeugt und aufgeteilt wird. So, ich möchte den Vortrag schließen und mich bei mit

den Partnern bedanken. Einerseits bei OpenLayers für die Technologie, eine sehr vielfältige und leistungsstarke Bibliothek, dann bei Schweizmobil und dem Vermessungsamt Hamburg,

die das Pilotprojekt mitfinanziert haben und begleitet haben, und bei Camp2Camp, die immer an der Weiterentwicklung von Open Source Tools interessiert sind. Ihnen vielen Dank für die Aufmerksamkeit. Für eventuelle Fragen gibt es die Möglichkeit des Austauschs

beziehungsweise den Expo-Bereich von Camp2Camp. Ja, danke für diesen wirklich sehr interessanten Vortrag und den Einblick quasi zu Mapbox Vector Teils und Mapfish Print.

Es sind auch ein paar Fragen aufgetaucht. Tatsächlich, ich würde sagen, können wir die, glaube ich, auch einiges ein bisschen zusammenfassen. Wir fangen mal vorne an. Ihr hattet nämlich, es sind, glaube ich, ein paar grundlegende Fragen zu Mapbox Vector Teils, die ihr vielleicht beantworten könnt. Und zwar gibt es da einmal die

Frage quasi, ob die Mapbox Vector Teils nur von Mapbox entwickelt werden oder auch noch von anderen Unternehmen? Und welche Koordinatensysteme denn möglich sind? Vielleicht könnt ihr da ein, zwei Sätze zu sagen.

Ja, also ganz einfach. Es ist ein Zwischentool, das nur für Openlayer übersetzt. Also die technischen Funktionen sind die kompletten Möglichkeiten von Openlayers. Also bei der

Auflösung kann man so hochgehen, wie man will oder wie es sinnvoll erscheint. Und Koordinatensysteme werden alle Openlayer-Koordinatensysteme unterstützt. Also da ist man auch nicht begrenzt. Und eben das Tool GeoBlocks Print führt keine zusätzlichen Beschränkungen ein.

Okay. Wie sieht das aus mit, also das MVT-Format? Wird das nur von Mapbox entwickelt? Weil das von denen weiterentwickelt, weißt du das? Kannst du da was zu sagen? Also es wurde von Mapbox definiert. Die haben im Grunde den Standard festgelegt. Allerdings in der Open Source Community gibt es eine Menge Tools, die das unterstützen.

Also eben gerade Openlayers, die das unterstützen. Und das ist dann immer eine Wahl, wenn man in einem Tool, also wir haben auch überlegt, sollen wir das nativ entwickeln. Aber über den kleinen Umweg mit Openlayers ist das dann doch praktischer

gewesen. Ja, manchmal muss man ja gucken, ob man sich viel Zeit und Geld und Arbeit sparen kann. Von daher umso schöner. Genau, Thema Auflösung hat dazu schon was zu gesagt. Da sind nämlich drei Fragen zureingekommen. Und dann gibt es noch einmal eine Frage zur Verbindung zum Master Portal. Ist das Projekt schon im

Einsatz in Verbindung mit dem Master Portal? Ich denke mal, weil du das Hamburg Beispiel gezeigt hast, weil die, glaube ich, das Master Portal verwenden. Aha, ja, da muss ich mal weiterfragen. Also ich kenne das Hamburg-Projekt jetzt nicht. Ich leite die Frage mal an Guillaume weiter.

Guillaume, ist das Component mit dem Master Portal in Hamburg? Ja, es ist integriert in den Master Portal. Alles klar. Gut.

Yes, can you hear me? Ja, yes, we hear your answer. Gut, wenn es sonst keine weiteren Fragen mehr gibt, dann danke für euren Vortrag. Danke, dass ihr Open Source Software entwickelt und wir freuen uns darauf zu gucken,

die nächsten Jahre, was bei Geoblocks noch so passiert.