Beiträge von wthaemelt

If I remember well there has been some discussions about "silent crashes" of the macOS version at the end of a QMS run in the past. This can explain the described issue. The same happens on Windows if QMS crashes at the end of a run. Example in my case: trying to activate completely wrong map file with VRT wrapper and failing GDAL.

The information you are looking for isn't saved in the file `workspace.db`. It is saved in a configuration file. For details compare the QMS Wiki page https://github.com/Maproom/qmapshack/wiki/DocCmdOptions. My recommendation is: use the "-c" option on the command line. I'm on Windows. Thus, I can't tell you the exact location of the default config file for your system. The Wiki page says: "If you start the application without the -c option, the configuration will be stored wherever your system stores application configurations. Otherwise it is stored in <filename> during the QMapShack run."

Zitat

the installer stops saying "QMapShack running. Close it and restart the installer!"

(being the author of the installer):

This message pops up in the installer if and only if the result of the Windows command `tasklist /FO CSV /NH /FI "IMAGENAME eq qmapshack.exe"` includes an entry (an executable file name) with `qmapshack.exe`. I don't understand how this can happen after a computer restart without starting QMS. Is QMS started automatically when starting the system?

Ich habe Folgendes gemacht:

* Im Copernicus browser nach einloggen gewünschtes Gebiet als Rechteck gewählt

* Konfiguration, Layers, ... gewählt

* In der Leiste am rechten Browserrand "download image" gewählt

* Danach im neuen Fenster Einstellungen z.B. wie im folgenden snapshot gewählt

* Mit QMapShack VRT Datei zu gespeichertem georeferenzierten Tiff gebildet

* VRT Datei in QMS aktiviert (süd-östlicher Rand von Addis Abeba, Ethiopia)

Glonass funktioniert auch hier auf dem Smartphone, aber nicht mehr auf GPSMap 64 s mit eingeschaltetem Glonass

Habe seit eriniger Zeit gleiches Problem.

Bei mir sind die POI mit den bekannten Einschränkungen (nur Version 2 für OAM POI) zu benutzen. Für OAM Version 3 gab es Hinweise, wie man die auf Version 2 umwandelt.

Da die nächste QMS Version sich schon ankündigt - aber sicher noch etwas Zeit braucht (kiozen muss vielleicht noch überlegen, was auf 18 als nächste Zahl kommt) - wird das nächste Windows Release für die kommende Version (mit interessanten Neuerungen!) erstellt werden. Bis dahin bringt die letzte veröffentlichte Windows-Version kaum Nachteile. Motorrad zum Vergasereinstellen habe ich leider nicht.

Glückwunsch!

Zitat

Hmm, ok. Klappt hier leider nicht. Alles, was ich sehe, ist ein leeres Quadrat bzw. ein Rahmen.

Das ist ziemlich unverständlich.

Du musst in QMS nicht nur die VRT-Datei mit den Höhendaten aktiviert haben, sondern auch eine Karte und dann mit der Maus auf der Karte an eine Stelle gehen, für die Höhendaten verfügbar sind. Danach zeigt die Statuszeile außer den Koordinaten des Mauszeigers auch die Höhe an der gewählten Stelle.

Ohne das Aktivieren der DEM-Daten,d.h. der VRT-Datei, kennt QMS diese Daten nicht. Das benutzte Tool ruft lediglich das externe Programm "gdalbuildvrt" auf und macht nichts mehr als das.

Folgende Schritte ausführen in QMS (s. Bildschirmfoto):

* Alle TIF-Dateien aus ZIP-Datei auspacken

* Menü: Werkzeug - VRT Builder

* Ikone "Quelldateien auswählen" klicken

* In Dateiauswahlfenster alle ausgepackten TIF-Dateien auswählen und Auswahl bestätigen (Bildschirmfoto zeigt nur eine kurze Auswahl davon!)

* Ikone "Zieldatei auswählen" klicken

* Name der VRT-Datei festlegen und Auswahl bestätigen

* Button "Start" klicken und warten bis hoffentlich "erledigt" erscheint

* VRT-Datei in "Dig.Höhenmodell (DEM)" aktivieren

Prüfung von `dtk25_32500_5390_5_bw_park.tif` aus einem heruntergeladenen `dtk25_32500_5390_5_bw.zip` ergibt GeoTIFF und nicht nur TIFF.

limonium: Please unzip the attached file to the QMapShack main directory (creates a new `tls`subdirectory with some additional DLL files) and try your online maps again!

To summarize what kiozen said:

* OAM maps can be displayed offline in QMS - use Mapsforge approach

* Offline routing is supported with BRouter offline - load routing data from the Internet for your area first

* OAM POIs can be used offline in QMS - load files from Internet for your area first

Refer to the relevant sections of the QMS help! Use Index and Search features in help tool.

Zitat

Sofern ich mich richtig erinnere und das im Code richtig sehe, werden unter Windows alle Einstellungen in der Registry gespeichert. Ich würde deswegen davon ausgehen, dass diese Einträge auch nach dem deinstallieren von QMapShack noch vorhanden sind und von einer erneuten Installation verwendet werden können.

Stimmt nicht ganz: Wenn man mit einer INI-Datei arbeitet, dann stehen die Informationen dort.

Und es gibt die workspace.db mit einem anderen Teil Informationen. Die registry-Einträge wie auch die INI-Dateien werden durch Deinstallieren nicht berührt, auch die workspace.db nicht. Es gibt aber auch noch die Verzeichnisse für Karten, DEM, Routing-Dateien,... Auch diese werden nicht angefasst, es sei denn, man hat sie ungeschickterweise ins Installationsverzeichnis gelegt.

Die Antwort hängt davon ab, wie die alte Version installiert worden ist.

Vorsicht ist die Mutter der Porzellankiste: also am besten alle eingerichteten Konfigurationen erst einmal sichern. Die QMS Hilfe gibt Auskunft darüber, wo was gespeichert wird.

Dann die vorhandene alte uninstaller.exe starten.

Soweit ich diese kenne, bleiben alle Konfigurationen dabei erhalten ( es werden gelöscht: gesamtes Installationsverzeichnis - gefährlich, wenn hier Konfigurationsdaten vom Nutzer abgelegt worden sind, das Startmenü sowie der Registereintrag "HKCU "Software\QMapShack").

Vorhandene Umgebungsvariablen, die irgendwie auf QMS-Verzeichnisse verweisen löschen (diese könnten mit Hand angelegt worden sein).

Danach die neue Version installieren, diese müsste sofort die vorhandene alte Konfiguration erkennen und benutzen.

Wenn kein uninstaller existiert, dann ebenfalls die vorhandenen Umgebungsvariablen löschen und vorsichtshalber in ein neues Verzeichnis installieren.

Bei mir funktionierte eine Parallelinstallation ohne Löschen der alten Version unter Beachtung der Umgebungsvariablen problemlos. Sollte man aber vielleicht nicht unbedingt machen.

Und Vorsicht bei MBTiles: es gibt Formatvarianten (Vektorkarten?), die QMS nicht verarbeiten kann. Man erkennt diese, wenn man sich mit `gdalinfo.exe` die MBTiles-Eigenschaften anzeigen lässt.

kiozen: Für ECW braucht man natürlich eine zusätzliche DLL. Diese wird als `gdal_ECW_JP2ECW.dll` im GDAL plugin-Verzeichnis vom Installer mitgeliefert - das ist einer der GISInternals-Vorteile.

Papaluna: Die mögliche Existenz der genannten Umgebungsvariablen ist ein Grund, beim QMS-Installer darauf zu verzichten, diese zu verändern. Bitte mal die gdalplugins-Verzeichnisse von osgeo und dem installierten QMS vergleichen. Im QMS-Verzeichnis werden wahrscheinlich DLLs stehen, die bei osgeo nicht erscheinen. Mögliche Lösung in diesem Falle: Umgebungsvariablen zeitweilig für QMS verändern.

WST: Ein Hinweis auf der eigentlichen Github-QMS-Seite ist vorgesehen, kommt sicher, nachdem die ersten Kommentare zum Installer erledigt sind.

Sind die Umgebungsvariablen `GDAL_DATA` und `GDAL_DRIVER_PATH` gesetzt (Verweisen auf GDAL data und GDAL plugins Verzeichnis)?