Hier wird ein Verfahren beschrieben, mit dem man unter Linux eine Sammlung geocodierter Fotos mit QGis auf einer Karte darstellen kann. Die Fotos können in beliebig geschachtelten Unterverzeichnissen liegen. Ausgewertet werden die EXIF-Tags GPSLongitude und GPSLatitude. In einem ersten Schritt werden die Fotos analysiert und eine SQLite/SpatiaLite-Datenbank erstellt. Im zweiten Schritt wird diese Datei in einen QGis-Layer geladen und der Layer so konfiguriert, dass beim Überfahren der Position eines Fotos mit der Maus das Foto angezeigt wird.

Seitdem ich Geo Activity Playground entdeckt habe, nutze ich die exportierten Missing Tiles für die Planung von Radtouren. Ein Anwendungsfall besteht darin, die Missing Tiles als Overlay im Garmin-IMG-Format anzuzeigen, z.B. auf dem Garmin-Navi oder in QMapShack. In QMapShack ist das insbesondere dann nützlich, wenn die aus Geo Activity Playground exportierten Tile-Dateien nachträglich verändert werden, z.B. wie hier beschrieben auf eine bestimmtes Gebiet reduziert werden. Letzteres ist notwendig, weil QMapShack leider keine GeoJSON-Daten anzeigen kann, dafür aber Garmin-IMG-Karten.

Seitdem ich Geo Activity Playground entdeckt habe , versuche ich, meine persönliche Missing-Tiles-Statistik zu verbessern. GeoActivityPlayground unterstützt dabei, indem es die befahrenen und nicht befahrenen Tiles auf der Karte anzeigt und Tile-Cluster markiert. Da ich mit dem Cluster in dem Gebiet, das ich von zu Hause aus oder mit einer akzeptablen Bahnfahrt erreichen kann, so langsam an meine Grenzen stoße, habe ich mich nach einer anderen Herausforderung umgeschaut. Dabei habe ich festgestellt, dass mir noch Tiles in einigen entfernten Ecken des Landkreises fehlen. Ich habe darauf hin nach einer Möglichkeit gesucht, diese Tiles zu zu identifizieren. Eine Lösung mit QGis beschreibe ich hier.

Im Umfeld von OpenStreetMap kommt es immer wieder mal vor, dass man eine Reihe von Objekten erkunden möchte, z.B. alle seit Jahren nicht mehr überprüften Geschäfte einer Stadt. Es ist recht einfach, solche Objekte aus der OSM-Datenbank zu extrahieren. Einen GPX-Track zu erstellen, mit dem man alle gefundenen Objekte auf optimale Weise abfahren kann, ist dagegen recht mühsam. Diese Aufgabenstellung, also den optimalen Weg zu ermitteln, auf dem eine Menge von geografischen Punkten besucht werden kann, wird Traveling Salesman Problem genannt, auf deutsch Problem des Handlungsreisenden. Das Problem kann im Prinzip nur durch Ausprobieren aller Möglichkeiten gelöst werden, so dass der Aufwand mit der Zahl der Punkte exponentiell ansteigt. Die meisten verfügbaren Lösungen sind daher nicht perfekt, aber für den Hausgebrauch ausreichend. Neben OsmAnd und QMapShack bietet openrouteservice.org über sein API ein Traveling-Salesman-Routing an. Dieses kann auch über das QGis-Plugin ORS Tools genutzt werden.