Nun ist Weihnachten vorbei und ich habe etwas Zeit gefunden mich mit dem Thema zu beschäftigen. Ganz oben in diesem Thread hatte ich ja eine QR-Code-Rallye aus 3 Wegpunkten gebaut. Diese habe ich nun als Rundkurs zu einen Track und einer Route aus somit vier Punkten zusammengebaut (Dateien siehe unten). Wer also ein Beispiel für einen Track oder eine Route sucht, kann es verwenden. Man muss jedoch anmerken, dass Tracks eher die direkten Verbindungen (ohne Routing) sind und Abstände zwischen Punkten eher bei vielleicht 50 oder 100 Metern je nach Wegführung sind. Routen wie diese bestehen aus meist einem Punkt (Ziel beim Autofahren) oder hier aus einen Punkt für den Start, einen für das Ziel (identischer Punkt), sowie zwei Zwischenpunkten. Wer möchte kann per
https://brouter.de/brouter-web und Drag-and-Drop sich Track/Route anzeigen lassen (ist nur ein Dreieck). Über Laden -> Track als Route laden kann man sich zwischen den drei Trackpunkten eine Route erstellen lassen. Für die Routen-Datei klappt das hingegen nicht. Komisch.
Nun aber zurück zum QR-Code:
Um offline arbeiten zu können, dürfte keine URL zu der entsprechenden GPX-Datei verwendet werden. Aufgrund der nun sehr geringen Datenmenge, können die Daten in einen QR-Code vom Type "Text" kopiert werden. Ich habe testweise ein QR-Code mit dem Inhalt von track.gpx als PNG erstellt und in die Galäerie hochgeladen. Er kann
hier angeschaut und mit dem Smartphone gescannt werden. Passiert auch nichts Schlimmes.
Text statt GPX
Für mein Smartphone wird das XML-GPX (nur) als Text erkannt. Mein Smartphone bietet mir an, den Inhalt im Browser zu öffnen. Das hilft natürlich gar nicht.
Lösung?
Ähnlich wie bei der Corona-App müsste die Navi-App eine Möglichkeit zum Scnanen von Inhalten schaffen. Dann könnte die Navi-App XML-GPX scannen, interpretieren und verwenden.
Issue
Vielleicht kann ja jemand bei OsmAnd oder auch bei anderen Navi-Apps ein Issue aufmachen. Wäre schon ein cooles Feature. Leider funktioniert es aufgrund der eingeschränkten Datenmenge für nicht zu viele Wegpunkte. Ganze Tracks sind daher eher ungeeignet bzw. unmöglich in der Umsetzung.
@fischig
Da eine entsprechende Lösung nur für wenig Wegpunkte sinnvoll verwertbar wäre, wird es wohl nicht umgesetzt. Du wirst wohl wie oben in meinem ersten Beitrag geschrieben, für jeden einzelnen Ziel-Wegpunkt einen QR-Code generieren müssen.
Mit der QR-Code-Text-Codierung geo: (s.o.) erhalte ich auch die Option eine Offline-Navigation wie OsmAnd oder Organic Maps zu verwenden.
QR-Code:
QR-Code
Scanne den QR-Code und lass dich offline zum Wegpunkt navigieren, ersetze die Koordinaten durch Koordinaten in deiner Nähe.
Route vs. Track
Die Route wird sowieso per Offline-Navigation wie OsmAnd oder Organic Maps erzeugt. Einen Track vorzugeben und dann auch noch offline per QR-Code halte ich für nicht umsetzbar. Tracks wie z. B. der Jakobsweg werden im Internet als GPX-Datei bereitgestellt, können gedownloadet und dann offline in Navigations-Apps wie OsmAnd verwendet werden.
track.gpx
Code: Alles auswählen
<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx version="1.1" creator="Ersteller der Datei">
<trk>
<trkseg>
<trkpt lat="53.7261269" lon="7.3676962"></trkpt>
<trkpt lat="53.7287549" lon="7.40876823"></trkpt>
<trkpt lat="53.7278049" lon="7.361368"></trkpt>
<trkpt lat="53.7261269" lon="7.3676962"></trkpt>
</trkseg>
</trk>
</gpx>
route.gpx
Code: Alles auswählen
<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx version="1.1" creator="Ersteller der Datei">
<rte>
<rtept lat="53.7261269" lon="7.3676962"></rtept>
<rtept lat="53.7287549" lon="7.40876823"></rtept>
<rtept lat="53.7278049" lon="7.361368"></rtept>
<rtept lat="53.7261269" lon="7.3676962"></rtept>
</rte>
</gpx>