Beiträge von kiozen

Zitat von pixel

ich versuche gerade die Zusammenhänge zu verstehen (Anfänger). Die Karte (ich nutze aktuell OSM online in QMS) ist lediglich die grafische Darstellung um sich zurecht zu finden. Durch das erzeugen der Routing-Datenbank kennt das Programm die tatsächlichen Wegverläufe um zwei geklickte Punkte entlang des physisch vorhanden Weges zu verbinden. Verstehe ich das richtig?

Richtig. Karten und Routingdaten haben nichts mit einander zu tun.

Zitat von pixel

Werden diese beiden Komponenten (Karte und Routingdaten) dann immer parallel gepflegt? Sonst kann es doch passieren dass diese nicht zusammen passen, oder?

Das kann passieren. Ab und zu sollte man die Routingdaten erneuern. Und erst recht wenn einem Unterschiede auffallen.

Projekt in den Arbeitsplatz laden. Projekt bearbeiten (rechte Maus), Namen ändern und Projekt speichern. Das gilt für orangene und grüne Ordner dies sich in den Arbeitsplatz laden lassen. Die blauen Ordner kann man mit einem Klick der rechten Maustaste im Datenbankbaum direkt umbenennen.

Warum? Blaue Ordner sind Strukturhilfen der Datenbank. Deswegen können sie nur im Datenbankbaum geändert werden. Alle anderen Ordner sind Projekte. Damit die Datenintegrität gewahrt bleibt werden Projekte nur im Arbeitsplatz editiert und nicht noch zusätzlich wo anders.

Zitat von pixel

Wähle ich zurück ist das "aufziehen" des Tracks beendet und ich muss einen neuen anfangen und diese dann verbinden.

Wieso? Gehe doch einfach mit der Maus in die Nähe des letzten gesetzten Punktes, bis dieser rot wird (nur der Punkt, nicht das Segment) und dann geht es mit einem Klick weiter.

Man kann natürlich jeden Track nachbearbeiten (unter Verlust der Zeitmarken). Dazu gibt es Einiges im Wiki: https://bitbucket.org/maproom/…i/DocGisItemsEditMultiple https://bitbucket.org/maproom/…e-of-a-track-in-edit-mode

Wenn Du die OSM Karten offline haben willst musst Du eine Datei im GEMF Format erstellen https://www.cgtk.co.uk/gemf Das ganze ist ein Datengrab, verglichen zu den Garminkarten. Die mögen nicht so schön aussehen, sind dafür aber vergleichsweise sparsam.

Datenbanken funktionieren ein wenig anders als Dateisystem. Das ist ja gerade der Grund warum man sie verwendet.

In einer Datenbank wird das Element (der Track) abgespeichert und dann nur noch referenziert. D.h. ein Track kann in mehreren Projekten sein, die Daten sind aber immer die selben.

Das ist gut, weil wenn ich den Track ändere, ist er überall geändert z.B. in meinen Zusammenfassungsordnern.

Das ist schlecht aus den von Dir genannten Gründen. Allerdings fragt QMS beim Abspeichern des neuen Ordners, ob die lokale oder die Datenbankversion des Tracks verwendet werden soll. Und als dritte Option, ob ein Klon von dem Track erstellt werden soll. Und genau das musst Du in diesem Fall machen. Der Klon ist wieder ein eigenständiges Element, welches mit dem Ursprünglichen nichts mehr zu tun hat.

Warum ist ein Track, den man auf dem Arbeitsplatz gelöscht hat, nicht auch automatisch in der Datenbank gelöscht? Will man das wirklich? Nein! Wenn ich den Track im Arbeitsplatz lösche will ich ihn einfach nicht auf dem Arbeitsplatz haben. Das ist ja das geniale an der Datenbank. Ich muss nicht immer alles von einem Projekt in den Arbeitsplatz laden.

Wenn ich den Track nicht mehr in einem Datenbankprojekt haben möchte, dann lösche ich ihn im Datenbankfenster. Rechter Mausklick auf den Track und entfernen auswählen. Wenn der Track dann von keinem anderen Projekt referenziert wird, dann landet er in "Verloren & Gefunden". Erst wenn er dort gelöscht wird, ist er für immer weg.

Zitat von drj_gps

Ich habe versucht die Umgebung wie in HowtoBuildOSX.txt aufzubauen.

Zwei Punkte haben sich wohl geändert:

->brew install qt5 installiert qt in Version 5.13.0

->proj4 ist jetzt proj

Alles anzeigen

Ich würde vorerst Qt 5.12 empfehlen. Bei Qt 5.13 gibt es noch ein paar Probleme.

Die PROJ Lib sollte 6.10 sein.

Zitat von drj_gps

danach findet cmake proj4 nicht und meldet:

CMake Error at CMakeLists.txt:161 (find_package):
By not providing "FindPROJ4.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "PROJ4", but
CMake did not find one.

Could not find a package configuration file provided by "PROJ4" with any of
the following names:

PROJ4Config.cmake
proj4-config.cmake

Add the installation prefix of "PROJ4" to CMAKE_PREFIX_PATH or set
"PROJ4_DIR" to a directory containing one of the above files. If "PROJ4"
provides a separate development package or SDK, be sure it has been
installed.

Alles anzeigen

Ich vermute folgendes:

Um das benötigte FindPROJ4.cmake Script bereitzustellen, muss PROJ mit CMake erstellt werden und nicht über Autoconf. Ein wenig komisch, aber so ist es. Wie dem auch sei, muss dieses Script vorhanden sein und natürlich dort liegen, wo CMake es erwartet. zudem müssen die Header und Bibliotheken dort sein, wo das Script sucht.

Letztlich geht es darum dem Build-System zu sagen wo es seine 7 Tassen im Schrank findet (Header und Libs)

Du kannst mir auch gerne eine Mail schicken. Die Adresse steht ja fast in jedem Source File.

In einer Situation, in der du wirklich ein GPS benötigst, wirst du über das GPSMAP66 froh sein. Wenn du diese Situationen vermeidest ist es egal.

Es gibt einen MacOSX Ordner, wo alles drinnen sein sollte. Zu mindestens der Stand wie er zum Erstellen vom letzten OS X Binary verwendet wurde. Ob das wirklich brauchbar ist kann ich nicht beurteilen.

Was das Edge angeht könnte man das implementieren. Über die GarminDevice.xml sollte man den Gerätetyp erkennen. TCX kann auch gespeichert werden. Fehlt nur noch der entsprechende Code in CDeviceGarmin. Muss aber jemand machen, der das Gerät hat. Blind geht das nicht.

Meine Erwartung wäre, dass GPX Dateien verstanden werden. Aber ich habe kein Edge.

In der GarminDevice.xml sollte es einen Eintrag 'GPSData' geben, der angibt wo GPX Dateien landen.

Mir ist nicht bekannt, dass GPX ein falsches Format ist und von der Edge Serie nicht verstanden wird.

Wo was abgelegt wird bestimmt die Datei GarminDevice.xml auf dem Gerät. Wird diese nicht gefunden (wahrscheinlich weil irgendwer so schlau war sie zu löschen oder zu verschieben), wird der Default Pfad angenommen "Garmin/GPX".

Ich glaube Umlaute machen Probleme wenn man schreibt und nicht eingeloggt ist. Also nicht die Checkbox "angemeldet bleiben " gedrückt hat.

Heute neues Release erstellt. Das Feature ist jetzt offiziell in der neuesten Version dabei.

Na dann mach Mal. Das ist schließlich der Sinn von Open source.

Nö, gibt es nicht. Die nervigen "willst Du wirklich" Dialoge müssen Windel genug sein. Irgendwo ist halt auch mal Schluss.

Wichtige Tracks werden als erstes in der Datenbank oder einer Datei gespeichert. Wer sich auf die Datenbank bzw das binäre Format von QMapShack verlässt, bekommt zudem eine Änderungshistorie, mit der er Änderungen beliebig rückgängig machen kann. Das ist mehr als jedes andere GIS Programm zu bieten hat.

Bleibt noch anzumerken, dass die pbf Dateien nach dem Erstellen einer Routino Datenbank wieder gelöscht werden können. Deswegen müssen sie auch nicht in einem speziellen Verzeichnis liegen. Die 4 Dateien die für Routino erstellt werden sind wichtig.

In Windows wird die Registry benützt solange keine Konfigurationsdatei in der Kommandozeile mit -c übergeben wird.

Ok oder so:D

Ok, jetzt habe ich es kapiert. Nein, wird im Moment nichts sortiert. War bisher kein Thema, weil man eigentlich nicht mehr als eine oder zwei Datenbanken benötigt.

Nochmal:

Das Laden einer View Datei erstellt eine neue Ansicht zusätzlich zu den schon vorhandenen Ansichten. Es gibt keinen Mechanismus eine View Datei einer Ansicht zuzuweisen. QMapshack speichert den letzten Stand der Ansichten vorm Verlassen des Programms ab und stellt diese wieder her. Eine View Datei über die Kommandozeile zu laden würde also immer eine zusätzliche Ansicht erzeugen. Das ist nicht gewünscht.

Eine Konfigurationsdatei erstellt man am einfachsten, wenn man QMapShack mit -c aufruft und alles einstellt. Auch hier: Beim Verlassen des Programms wird alles in der Konfigurationsdatei gespeichert. Man kann eine solche Konfigurationsdatei klonen und als Grundlage für ein weiteres Konfigurationsszenario verwenden. Auch dieses konfiguriert man über QMapShack. Wer 6h verschwendet, um diese Dateien direkt zu editieren, macht was falsch.