QMapShack ist für den PC konzipiert und verwendet viele UI Elemente, die nur bei einer Bedienung mit einer Maus wirklich Sinn ergeben. Für eine mobile Anwendung braucht es ein komplett anderes UI Konzept.
Viel interessanter wäre der Weg, wie Du auf das Gerät gekommen bist 
Der verwendete Kommandozeilenbefehl wird ja auch ausgegeben. Führe den doch mal in einer Konsole aus. Wenn dann die selbe Meldung kommt (sehr wahrscheinlich) hat das nicht mit QMapShack zu tun. Da es sich hier um das Memory Mapping von einer Datei handelt und dieses nicht ausgeführt werden kann weil irgendwelche Rechte fehlen solltest Du ausprobieren ob du im betreffenden Pfad ausreichend Rechte hast. Es ist auch gut möglich dass Du nicht mehr genügend Speicher hattest, wenn diese Datei recht groß wird.
Eigentlich schaltet man das Auto-Routing mit "O" komplett aus. Einfach mal die Tooltips lesen, um die Bedeutung der einzelnen Modes zu verstehen.
Das kann passieren. Karte ist nicht gleich die Routing-Datenbank. Und wenn in der Datenbank ein Fehler ist oder diese einfach nicht aktuell ist, kommt es zu dem was Du beobachtest.
Bei Tracks ist die Sache einfach zu um gehen. Man schaltet kurz auf manuelles Zeichnen um, zeichnet den Track über die problematische Stelle und macht mit dem Auto-Routing weiter.
Bei Routen wird das nicht funktionieren, weil diese immer berechnet werden. Sprich nachdem Du die Route speicherst wird sie wieder fehlerhaft berechnet.
Also auch Stand 2021 kann OSM einer guten topographischen Karte immer noch nicht das Wasser reichen. Wer im Gelände unterwegs ist dem nützt OSM herzlich wenig.
Oft hilft auch einfach mal die Tooltipps lesen.
Es geht um die Darstellung der aktuell nicht ausgewählten Tracks.
Bearbeiten -> Stil -> Breite hilft, ich würde es jedoch gut finden wenn es eine Default Einstellung gäbe um nicht alle Tracks anpassen zu müssen.
Ja dann musst Du danach suchen. Ich würde erst mal in der näheren Umgebung anfangen.
Track auswählen -> Bearbeiten -> Stil -> Breite
Da fällt mir gerade ein: Das Appimage für SuSE kennst Du?
Oder selber kompilieren. Das ist aktuell für Proj8 eh besser. Von Proj4 ist nichts mehr übrig geblieben. Mit dem neuen Code sind aber auch Tonnen von Bugs im neuen Code. Die werden zügig gefixed brauchen aber ein ständiges Update.
Und auf der Webpage steht 7.2.1. Irgendwie haben die bei SuSE die Abhängigkeiten falsch.
Falsche Version von Proj8.
Nicht für für die weltweite Vermarktung. Wenn das Teil auch in Rußland verkauft werden soll, muß es GLONASS können, damit hat man schon ein Multi-GNSS-System. Außerdem unterstützen m.W. mittlerweile alle aktuell verfügbaren GNSS-Chips mehrere Systeme. Wenn ein Empfänger mindestens zwei Systeme gleichzeitig nutzen kann, hat man auch einen Multi-Band-Empfänger, da jedes GNSS-System sein eigenes Frequenzband hat.
Eigentlich nicht. Galileo und Navstar teilen sich die selben Bänder. Glonass nicht ganz. Zudem ist bei Glonass die Zeitbasis anders.
Wenn man heute von zwei Frequenzbändern zur besseren Positionierung spricht, meint man das E2/E5 bzw L2/L5 Band. Das sind tatsächlich unterschiedliche Bänder die weit genug von einander getrennt sind, damit man Laufzeitunterschiede messen kann und damit auch kompensieren kann.
Kann es sein dass Du ein wenig zu sehr auf diese Datenbanksuche fixiert bist? Da die einzelnen Elemente in der Datenbank nur als binärer Blob mit ein paar Metadaten abgespeichert sind, ist auch nur eine sehr begrenzte Suche möglich. Das ist mit ein Grund warum die Suche sehr rudimentär ist. Es besteht auch kein Grund hier mehr Aufwand zu spendieren, weil sich eigentlich alles auch anders lösen lässt.
Wenn ich große Mengen von Elementen aussortieren will mache ich das im Workspace. Sprich ich kopiere mir alles was ich halten will in einen neuen Ordner. Das kann ich über eine Selektion auf der Karte machen, oder über die Suche im Workspace, die deutlich mächtiger ist als die Suche in der Datenbank. Im Workspace habe ich zudem den Vorteil das Ergebnis zu kontrollieren und solange Elemente zu verschieben, bis ich zufrieden bin.
Dann wird der Originalordner gelöscht, der neue gespeichert und evtl umbenannt. Fertig.
Ich könnte jetzt nochmal wiederholen was ich schon geschrieben habe. Aber vielleicht ist es im Wiki besser beschrieben:
Ich will z.B. nicht dass alle Unterordner eines Projektes aktiviert werden, weil ich dort in der Regel zusätzliche Daten abspeichere, die ich nicht jedes mal im Arbeitsbereich haben möchte.
Wenn der Frankenwald Steig so ein großes Ding für dich ist, dann erstelle einen eignen Ordner, der alles zu dem Thema beinhaltet. Elemente in mehreren Ordnern zu haben kostet bei einer Datenbank so gut wie nichts.
Wenn du eine detaillierte Suche haben willst musst Du zuerst alle in fragekommenden Daten in den Arbeitsbereich laden. Dann kannst Du nach allen möglichen Parametern suchen.
Über die Drop Zones kann man übrigens sehr einfach Elemente im Workspace in bestimmte Datenbankordner ablegen. Jede Drop Zone kann mehrere Ordner beinhalten. Die Element werden dann in jedem Ordner referenziert. Damit kann man sehr leicht Planungsdaten in einen Planungsordner sammeln und Tourdaten in verschiedene Ordner die die Daten zeitlich oder thematisch zusammenfassen. Die Ordner kannst Du dann auch wieder laden und im Arbeitsplatz durchsuchen.
Mich wundert wie man 3 Beiträge weit kommt, ohne auch nur einmal auf das eigentliche Problem des Beitragerstellers einzugehen.
Die Lösung sind 1-2 Zwischenpunkte. Also kurz vor der Hälfte mal einen zusätzlichen Punkt setzen und dann weiter.
Wie du schon vermutest sind es unterschiedliche Algorithmen. Auf dem Garmin wird angezeigt was der Tripcomputer gemessen hat. Das muss nicht unbedingt das sein, was aufgezeichnet wurde. z.B. kann die Aufzeichnung früher oder später eingesetzt haben.
Weitere Unterschiede können sein (müssen aber nicht, wir kennen keinen der Algorithmen):
* Distanzberechnung über eine Kugel oder einen Ellipsoiden. Macht bei Tracks aber wenig Unterschied.
* Glätten des Tracks: Das kann tatsächlich locker 1-2km be 15-20km Tracks ausmachen.
* Herausrechnen von "Pausenknödeln", also der Punktewolke die bei einer Pause entsteht.
Ich vermute Qt implementiert einen Bubblesort Algorithmus und die "Blasen" ohne Zeitmarke bleiben irgendwo in der Liste stecken.
In QMapShack kann man Zeitmarken von Wegpunkten nicht editieren. Du kannst Die GPX Datei mit einem Texteditor direkt editieren und die fehlenden Felder einfügen. Wenn man einen guten Editor verwendet unterstützt der auch XML und zeigt evtl. Fehler an, die man macht. Visual Code ist so ein Editor.
Oder die anderen gefühlt 1000 Programme ausprobieren, die es für GPX Dateien gibt.
Oder das Konzept alles in einer GPX Datei überdenken.
Wenn keine Zeitmarke gefunden wird, wird nach Name sortiert.
static bool sortByTime(IGisItem* item1, IGisItem* item2)
{
const QDateTime& t1 = item1->getTimestamp();
const QDateTime& t2 = item2->getTimestamp();
// avoid jumping items due to invalid timestamps
if(!t1.isValid() || !t2.isValid())
{
return sortByName<IGisItem>(item1, item2);
}
return t1 < t2;
}