TransDEM Forum

Vor etwa 10 Jahren habe ich TransDEM um Online-Zugriffe erweitert, zuerst für WMS, Web Mapping Services, danach für Kachelkarten, beides bekannte Industrie- bzw. de-facto-Standards. Das Kachelkarten-Verfahren hat über die Jahre zusätzlich an Popularität gewonnen, vielleicht auch, weil es von Open Street Map verbreitet wird. Ursprünglich allerdings war es die Schnittstelle kostenloser Kartendienste von Google, Microsoft und einigen anderen kommerziellen Anbietern.

Vielleicht erinnert sich noch jemand von den alten Hasen: Judith Montgomery „Arista“ brachte das Kachelkartenthema ursprünglich bei TSSF auf; die Technik war zuvor bereits von der Flugsimulatorgemeinde entdeckt worden.

Die Web-Service-Schnittstelle für Kachelkarten selbst ist recht simpel, aber die Konstruktion der zugehörigen Abfrage-URL ist es weniger. Die URL fragt nach nach einer bestimmten Kachel anhand deren Adresse, wobei diese Adresse dann implizit auch die Georeferenzierung enthält. Als Antwort erhält man eine Bitmap, 256 x 256 Pixel groß, exakt eine Kachel. Das Ganze ist als Quadtree aufgebaut, mit einer Standard-Mercatorprojektion dahinter. Um von einem geographischen Ort zu einer Kacheladresse zu gelangen, ist schon ein wenig Hintergrundwissen erforderlich. Google und Microsoft bieten Javascript-Bibliotheken, um im Hauptanwendungsfall Webseite den Ersteller zu entlasten.

Im Laufe der Zeit wurden leistungsfähigere Server verfügbar und Google und Microsoft boten neuere Schnittstellen an, die es für die Client-Anwendungen einfacher machten. Intern wurde weiterhin die Kachelkartenstruktur benutzt, aber nach außen erwartet die neuere Schnittstelle jetzt die direkte Angabe geographischer Koordinaten, und auch die resultierende Bitmap darf flexiblere Abmessungen haben. Die URL-Komposition erinnert jetzt stärker an WMS.

Es gibt einen Haken. Diese neueren Schnittstellen erlauben keinen anonymen Zugang mehr. Sie erfordern zusätzlich einen Schlüssel.

Basisschlüssel werden von Google und Microsoft „kostenlos“ angeboten, aber wie wir alle wissen, there ain't no such thing as a free lunch. Wir zahlen mit unseren Daten, oder, wie es jemand neulich ausdrückte: Als Nutzer eines solchen kostenloses Produktes wird man selbst zum Produkt.

Von daher war ich immer sehr zurückhaltend, wenn die Frage zur Implementierung nicht-anonymer Schnittstellen in TransDEM aufkam.

In den letzten Monaten allerdings gab es nun verschiedene Anzeichen, die vermuten lassen, zumindest Google könne in absehbarer Zeit die klassische anonyme Kachelkartenschnittstelle abschalten.

Aus den Rückmeldungen, die ich zu TransDEM bekomme, weiß ich, dass viele Nutzer mit Google Earth beginnen. Nicht jedermann ist im Kartenlesen geübt, besonders wenn es um die topographischen Details geht. Luftbilder scheinen selbsterklärend, und für viele Ecken kann man sie fast beliebig vergrößern. Die Funktionen für Google Earth in TransDEM sind einfach zu nutzen, und Vorbereitung ist fast keine erforderlich. Aber wenn die Zahl der zu verarbeitenden Bilder ansteigt, wird der ganze Prozess doch etwas mühsam, und man wünscht sich stärker automatisierte Alternativen. Mit Kachelkarten existiert dafür bereits die Lösung. Eine andere Schnittstelle zu praktisch denselben Daten. TransDEM besorgt das Laden der Bilder, deren Georeferenzierung und die Konvertierung zu UTM. Und, wenn man entlang eines Pfades arbeitet, erledigt TransDEM dies sogar für ganze Bilderserien.

Diese Funktionalität für Luftbilder würden wir verlieren, wenn Google und Microsoft ihren klassischen Kachelkartenzugang abschalteten.

Aus diesem Grund habe ich mich entschlossen, nun doch Schnittstellen zu den neueren Diensten zu bauen, für die ein Schlüssel erforderlich ist. Der technische Ablauf wird weitgehend unter der Haube erfolgen. Der neue Zugang soll mit in den Kachelkarten-Client aufgenommen werden. Im Idealfall wird man als Anwender keinen Unterschied sehen, ob die Bilder als klassische Kacheln oder über den schlüssel-basierten Server abgerufen werden.

TransDEM selbst wird keinen solchen Schlüssel vorinstallieren. Es wird einzig und allein Sache des Anwenders sein, sich seinen Schlüssel über die Registrierungskanäle von Google oder Microsoft zu besorgen. Auch mit Schlüssel bleibt der Zugang zu deren Diensten beschränkt. Kostenlose Schlüssel verfügen über ein kleineres Kontingent als bezahlte Schlüssel, sollten aber für unsere Zwecke ausreichen. TransDEM wird einen Dialog anbieten, um den Schlüssel in den TransDEM-Einstellungen zu speichern, separat von den sonstigen Parametern der Kachelkarten.

Wer mit Rail Simulator/Railworks und der dortigen Google-Maps-Unterstützung gearbeitet hat, wird dem Schlüsselmechansmus möglicherweise bereits begegnet sein.

Derzeit kann ich noch nicht abschätzen, wie lange die Implementierung der Schnittstelle zu diesen neueren Diensten dauern wird. Ich habe gerade mal mit den Grundlagen begonnen. Ich bleibe dran und werde berichten, wenn es neue Erkenntnisse gibt.

Einige werden es bemerkt haben: Seit etwa Mitte September lassen sich mit dem klassischen TransDEM Kachelkarten-Client keine Luftbilder mehr von Google abrufen.

Glücklicherweise ist meine Implementierung des alternativen Zugangs über API-Schlüssel mittlerweile fast fertig (trotz Urlaubsunterbrechung) und wird dann als TransDEM 2.6.1 veröffentlicht. Sie funktioniert für Google Maps und für Microsoft Bing Maps (alias Microsoft Virtual Earth). Wie beabsichtigt wird man als Anwender kaum Unterschiede feststellen, wenn überhaupt. Der Anwender muss sich allerdings selbst um seinen Schlüssel kümmern, und sich bei Google und/oder Microsoft registrieren. TransDEM stellt das Werkzeug bereit, den Schlüssel zu verarbeiten, nicht aber den Schlüssel selbst. Ich werde noch entsprechende Tutorien verfassen, wie man an einen solchen Schlüssel gelangt. Rail Simulator/Railworks-Streckenbauer kennen das Verfahren vermutlich bereits.

(API steht für Application Programming Interface und ist ein häufig verwendeter Begriff, um die äußere, öffentliche Schnittstelle einer Software-Bibiliothek oder eines Webdienstes zu bezeichnen.)

TransDEM unterstützt den schlüsselbasierten Zugriff für die Kartendienste von Google und Microsoft. Wirklich benötigt wird er im Moment allerdings nur für die Luftbilder von Google Maps. Alle anderen Kacheltypen von Google und Microsoft, einschließlich der Microsoft-Luftbilder, sind derzeit weiter über den klassischen Zugang ohne Schlüssel erreichbar.

Schauen wir uns die Ergebnisse an.

Zunächst in der klassischen Methode, eine Vorschau für Mirosoft-Luftbilder, der idyllische Fachwerk-Ort Stolberg im Harz:



Nun dieselbe Vorschau über die neue API-Schlüssel-Schnittstelle:



Fast identisch. Ich habe bewusst den Kombinationstypen Luftbild mit Beschriftung gewählt, weil der der einzige war, bei dem ich überhaupt Unterschiede ausmachen konnte.

Technisch gibt es aber durchaus substantielle Unterschiede. Klassische Kachelkarten habe ein festes Koordinatenraster (Quad-Tree) und eine feste Größe von 256x256 Pixel. Für die Vorschau der Größe 512x512 Pixel ruft TransDEM 4 Kacheln ab:




Bei dem Webdienst mit API-Schlüssel existieren die Kacheln weiterhin, werden allerdings bereits auf Server-Seite zusammengefügt. Der Anwender muss Koordinaten nicht mehr im festen Raster angeben und ist nicht länger an die feste Größe 256 Pixel gebunden. Damit es in TransDEM allerdings kompatibel bleibt und der Großteil der vorhandenen Kachelkarten-Implementierung weiterhin genutzt werden kann, greift TransDEM auch bei der neuen Schnittstelle im festen Koordinatenraster zu, jetzt umgerechnet auf WGS84 Länge und Breite. Wie bereits angedeutet lassen die neuen Diensten auch beschränkt größere Bilder zu. TransDEM nutzt diese Eigenschaft und wählt Bilder der Größe 512x512 Pixel, plus zusätzlichem Rand für die Copyright-Vermerke. Für die Vorschau wird somit nur noch ein einzige Bild benötigt. Dasselbe gilt für den anschließenden eigentlichen Abruf der Bilder. Die größeren Bilder sparen Aufrufe beim Webdienst und sind auch sonst effizienten, insbesondere beim beschränkten Zugriffskontingent eines API-Schlüssels.

Bitte beachtet, dass Ihr, wenn Ihr Karten oder Luftbilder selbst veröffentlicht, direkt oder indirekt, ob mit oder ohne Trainz-Strecke, die Nutzungsbedingungen von Google und Microsoft beachtet und entsprechende Copyright-Vermerke und sonstige erforderlichen Ursprungsverweise anbringt.

Über die neue Schnittstelle erhalten wir nun folgendes, für Google und Microsoft:



Die erforderlichen neuen Konfigurationen werden in einer aktualisierten Xml-Konfigurationsdatei enthalten sein. Die neuen Einträge werden natürlich nur unter TransDEM 2.6.1 funktionieren.



Natürlich kann man den Zugang auch selbst editieren. Man wird den Editor in jedem Fall einmal öffnen müssen, um seinen Google- oder Microsoft-Schlüssel einzutragen:




Ein wenig Arbeit ist noch zu erledigen, einiges an Feinarbeit, mehr Tests, ein neues Kapitel für das Handbuch erstellen, Tutorien zum Erhalt der Schlüssel schreiben...

Wenn dies abgeschlossen ist, wird TransDEM 2.6.1 als herunterladbares Patch veröffentlicht, kostenlos für alle TransDEM 2.6-Nutzer. Neu- oder Upgrade-Bestellungen erhalten TransDEM 2.6.1 nach Veröffentlichung direkt, ohne zusätzlichen Patch.