Ich habe mir QMapShack erstmalig installiert und komme mit der Erstellung der .vrt Dateien (entsprechend der Anleitung im Wiki ) nicht wirklich klar.
Wähle ich nur eine .hgt Datei als Quelldatei aus, funktioniert der VRT-Builder problemlos, aber ich möchte natürlich nicht alle (knapp 1000) Dateien einzeln in .vrt wandeln.
Wenn ich auf das Ordnersymbol neben Quelldatei auswählen klicke und alle vorhandenen Dateien markiere, werden sie alle im linken Arbeitsfenster angezeigt. Ich kann dort aber immer nur eine auswählen!?

Wie kann ich alle vorhandenen .hgt als batch in .vrt wandeln?


Gruß
Horst

Du brauchst dort keine Datei auszuwählen, es werden immer alle im linken Fenster angezeigten Dateien verarbeitet. Lege noch die Zieldateifest und klicke auf "Start".

Das funktionierte bei mir nicht. Folgende Fehlermeldung:
Ausführen des externen Programms `gdalbuildvrt` ist fehlgeschlagen: Der Prozess konnte nicht gestartet werden.Stellen Sie sicher, dass die erforderlichen Pakete installiert sind, `gdalbuildvrt` existiert und ist ausführbar.

Die 970 .hgt waren offensichtlich zu viel. Aufgeteilt in zwei .vrt war es dann kein Problem.

Danke!

Für die Ursachenforschung ist es manchmal hilfreich, den Befehl aus dem rechten Fenster in eine Terminalsession zu kopieren und dort auszuführen. Da bekommt man in der Regel aussagekräftigere Fehlermeldungen als die Standardmeldung von QMS.
Wenn man alles in einer vrt-datei haben will, dann kann man die hgt-Dateien zunächst außerhalb von QMS mit gdalwarp zu einer tif-Datei zusammenfassen, z.B.:
und dann eine vrt-Datei für die tif-Datei zu erzeugen.

So schlimm ist es ja nicht, wenn es mehrere vrt gibt, man muss halt nur die Einstellungen für die Anzeige übertragen. Aber das macht man ja nicht jeden Tag.

Auch wenn ich noch ein paar Probleme habe finde ich das Programm richtig gut. Eine gute Alternative zu Basecamp.
Die Möglichkeit sich mehrere Ansichten einzustellen und zB in einer Ansicht Satellitenaufnahmen mit Schummerung zu kombinieren, ist echt schön.
Schade ist, dass die online Daten nur maximal 14 Tage im Cache bleiben, aber das wird eventuell auch rechtliche Gründe haben. Auch die variable Darstellung der Karten durch andere typ-files ist ein nettes feature.

Die Routenerstellung ist im Gegensatz zur Installation an sich ja eigentlich recht einfach und übersichtlich gehalten, aber damit habe ich dann doch noch Probleme. Wenn ich während der Erstellung einer neuen Route (offline per Routino) "letzte Änderung rückgängig machen" klicke, verliere ich sozusagen den Faden zum fortführen der Route, ich kann also mit weiteren Linksklicks die Route nicht fortsetzen. "Punkte hinzufügen" hilft auch nicht, weil ich damit nur Punkte zwischen den beiden Endpunkten ergänzen kann. Die Funktion zwei Routen zusammenzufügen gibt es leider auch nicht.
Wie kann ich die Bearbeitung einer begonnene Routen fortsetzen?

Mit Rechtsklick auf eine Route im Routenfenster gibt es die Funktion "Route berechnen". Muss ich das vor einem Export zum phone machen oder macht das locus/osmand selbst - also das berechnen der genauen Strecke zwischen den Wegpunkten (Navigationsanweisungen benötige ich nicht)?
Ich frage auch weil bei "Route berechnen" für eine erstellte 190km Route das Programm abstürzt.

Im Editiermodus muss das Werkzeug "Punkte hinzufügen" aktiv sein. Dann fährt man mit der Maus in die Nähe des Endpunkts, bis dieser rot wird. Dann klickt man mit der linken Maustaste. Es wird ein neuer Routenpunkt hinter dem bisherigen Endpunkt erzeugt, den man an die gewünschte Position ziehen kann.
Ich arbeite selten mit Routen in QMS und kann daher nichts dazu beitragen. Der Vorteil, den Routen in der Plaungsphase haben, dass man nur wenige Stützpunkte definiert und bei Änderungen auch nur diese Stützpunkte anfassen muss, bietet QMS auch beim Arbeiten mit Tracks, weil auch da nur die zuvor explizit gesetzten Punkte editiert werden können.

Jetzt habe ich es begriffen. Vielen Dank!

Danke für den Hinweis! Da macht es offensichtlich Sinn Tracks zu planen. Luftlinien planen zu können macht es mir des öfteren einfacher. Wie genau und brauchbar sind die Neigungsdiagramme, hast du damit Erfahrungen (srtm habe ich von viewfinderpanoramas.org ) ?

Routen berechnen funktioniert jetzt auch, aber im Moment nur über Brouter ( also online).

Noch eine Frage: Weißt du welche Anforderungen (außer bmp oder png) für die Wegpunktsymbole gelten? Größe, Abmaße..?

Ich denke, dass das nicht viel anders als bei anderen Planungstools ist (GPSies, BRouter,...). Die verwenden alle dieselben bzw. ähnliche Daten, glätten die Höhendiagramme aber unterschiedlich. Die Genauigkeit/Brauchbarkeit dieser Methoden wurde hier im Forum schon in vielen Fäden diskutiert.
https://bitbucket.org/maproom/qmapshack/wiki/Home
Ich verwende die Höhendaten der Europäischen Umweltagentur EEA. Die sind aus meiner Sicht genau so gut wie die SRTM-Daten und man hat das Problem mit den vielen hgt-Files nicht, weil man direkt tif-Dateien für 5x5-Grad-Kacheln herunterladen kann

Ich habe weder mit Routino noch mit BRouter-offline Probleme.

Kann ich nichts zu sagen. Vielleicht findet sich dazu etwas im Wiki, ansonsten ist die Mailingliste für solche Frage eine gute Adresse.

Bei den eigenen Wegpunktsymbole gibt es seitens QMapShack keine weiteren Limitierungen. Klar, irgendwann wird es zu groß oder zu klein Und vom Namen her geht auch nicht alles. Da machen einem die Dateisysteme einen Strich durch die Rechnung.

Will man die selben Symbole auch auf einem Garmingerät haben, dann muss es ein BMP sein. Und da gehen auch nicht alle Unterarten des Formates.

Das mit der Limitierung der Dateianzahl bei *VRT ist ein wenig seltsam. Ich vermute, dass hier eine Limitierung der Kommandozeile des jeweiligen Betriebssystems zuschlägt. Sollte dem so sein, kann man sich immer noch auf der Kommandozeile helfen:

https://bitbucket.org/maproom/qmapshack/wiki/DocBasicsMapDem#markdown-header-gdal-vrt-maps

Zum Ende meiner Probiererei habe ich andere.osm.pdf (in meinem Fall die Ozeanien Daten von geofabrik - Wiki ) ausprobiert. Nachdem ich die Daten gegen die an anderer Stelle des Wikis verlinkten files ausgetauscht hatte, funktionierte auch routino offline.
Die Anleitungen um Brouter zum offline Dienst zu motivieren habe ich gelesen, aber das tue ich mir nicht an. Zumal sich die Anleitungen, die ich gefunden habe auf ältere QSM Versionen bezogen und Downloads teilweise nicht mehr verfügbar waren.

Ich habe mir die in gimp zusammengestrickt. Teilweise wurden Hintergründe nicht dargestellt und teilweise fehlten die Farben - keine Ahnung woran das lag - dazu habe ich auch zu wenig Ahnung. Funktioniert hat : .bmp, 4bit, 30x30pixel, 96ppi

Der Wizzard zum Einrichten von BRouter reicht nicht? Einfach mal mit "Einrichten->lokale Installation" anfangen.




Wenn die nur lokal für QMapShack benutzt werden würde ich png nehmen. Das ist das deutlich umgängigere Format.

Ich habe etwas gebraucht um zu merken, dass der BRouter Ordner nicht auf C:/Program Files (x86) liegen darf. Zuvor hat der Wizard immer mit Fehlermeldung abgebrochen.
Jetzt funktioniert es prima.


Das werde ich noch ausprobieren.
[am Rande: Schön wäre es, wenn die selbst erstellten Wegepunkte eine Ebene über den Tracks liegen würden. Bei mir werden sie immer zu einem großen Teil verdeckt]

Ein tolles Projekt. Ich danke dir!

Gruß
Horst

Die Wegpunkte werden schon über die Tracks gezeichnet. Innerhalb eines Projektes. Und die Projekte werden der Reihe nach, von oben nach unten abgearbeitet. Mit drag-n-drop kannst Du diese Reihenfolge verändern, wenn es nicht passt.

Eine Frage zum Datenfenster:
Ich habe mir ein Rudel Tracks erstellt, die alle zu einer Tour/Projekt gehören und alle in einem Ordner liegen. Wenn ich auf den Ordner im aktiven Datenfenster rechts-klicke, kann ich mir über "bearbeiten" auch die "Auswertung aller Tracks im Projekt" ansehen.
Das ist für mich eine interessante Übersicht, weil ich auf einen Blick sehe, welche Gesamtwerte für Strecke/Höhenmeter usw. auf der Tour anfallen.
Allerdings muss ich jedem Track eine Aktivität zuordnen, damit er in der Zusammenstellung berücksichtigt wird. Gibt es eine Möglichkeit eine Aktivität festzulegen, die grundsätzlich eingestellt ist? Wenn ich jetzt einmal vergesse die Aktivität für einen Track einzustellen stimmen die Summen nicht mehr - und mir passiert sowas nur allzu leicht.

In meinem Beispiel sind das 33 Tracks mit gesamt 7200km.

Gruß
Horst

edit: Die Darstellung der Wegepunkte funktioniert jetzt perfekt. - Danke!

Oder keinem Track eine Aktivität zuweisen. So ist es zumindest bei mir, dh. wenn man mindestens einem Track eine Aktivität zuweist, dann werden in der Zusammenstellung nur Tracks mit Aktivität berücksichtigt und deren Daten nach Aktivität summiert. Wenn man keinem Track eine Aktivität zuweist, dann werden in der Zusammenstellung alle Tracks berücksichtigt.

Wenn das für dich wichtig ist, solltest du einen Fehlerbericht bzw. einen Verbesserungsvorschlag im Issue-Management erstellen.

Auf Grund der Diskussion hier wurde jetzt Folgendes geändert:

* Ein Patch von Axurit wurde übernommen. Dieses fügt 2 Spalten hinzu: Eine für alle Teilstrecken ohne Aktivität und eine Spalte "Total", die die Summe aller Teilstrecken ist. Vielen Dank für die beigesteuerte Arbeit!

* Man kann jetzt mehrere Tracks auswählen und dann eine Aktivität zuweisen. Das ist wohl die schnellste Methode, das evtl. entstandene Chaos auf dem Arbeitsplatz aufzuräumen.

Eine schöne, elegante Lösung. Vielen Dank an alle Beteiligten! Ist das in dem aktuellen Download schon enthalten?

Noch eine Frage zur Suche:
Laut Hilfetext läuft die über google (offline funktioniert sie nicht). Ich wage es zwar nicht zu hoffen, aber gibt es die Möglichkeit der offline-Suche in den Kartendaten? Ich habe immer mal wieder Orte, die zwar in der Karte angezeigt werden, die ich aber über die Suche nicht finde. Außerdem habe ich nicht immer die Möglichkeit online zu sein.

Gruß
Horst

Download dauert noch bis zum nächsten Release. Wann das ist, kann ich nicht sagen. Kommt immer darauf an, wann ich den Eindruck habe, dass alles wieder nach Änderungen stabil ist.

Für die Offline-Suche fehlt es noch an einem guten Konzept, das tragfähig genug für die meisten Wünsche ist. Und natürlich muss es jemand implementieren. -> Darauf warten alle schon seit 10 Jahren. Ich würde keine Wunder in nächster Zeit erwarten.

In Umkehr heißt das aber auch, dass eigentlich alle seit 10 Jahren auch prima ohne Offline Suche auskommen. Ich habe die noch nie vermisst. Und mit einem schicken Smartphone und Roaming finde ich eigentlich sehr viel Information auch unterwegs, die ich dann in QMS einspeise. Ich denke so geht es vielen und deshalb hat noch niemand genügend Schmerzen gehabt, um sich darum zu kümmern.

Es gibt ein Preview Binary mit einer aktuellen GDAL Version und den letzten Änderungen:

https://bitbucket.org/huirad/test/downloads/

Funktioniert prima. Vielen Dank!

Gruß
Horst

Hi zusammen,

habe mir QmapShack inzwischen auch installiert.

Weiter oben im Thread heisst es: "Der Wizzard zum Einrichten von BRouter reicht nicht? Einfach mal mit "Einrichten->lokale Installation" anfangen."

Kann mir einer auf die Sprünge helfen? Ich finde einfach keinen Wizard zum "BRouter -Offline" einrichten. Online funktioniert das bei mir überhaupt nicht.

Auch den Punkt "Einrichten" finde ich nicht.

Danke für eure Hilfe.

Yogi

Man muss zunächst im Route-Fenster BRouter als zu verwendenden Router auswählen. Dann erscheinen dort weitere, BRouter-spezifische Optionen, unter anderem ein Button zum Einrichten.

Mannomann, manchmal sieht man echt vor lauter Wald, die Bäume nicht.

Habe den Button gefunden und nun funktioniert auch die "Lokale Installation" von BRouter.

QMapShack ist ein Klasse Programm und nach ein bisschen rumprobieren läuft es mir schon recht flott von der Hand.

Danke noch mal für den Tipp.

Yogi

Ich habe noch mal eine Frage zu QMS und der dazu "erforderlichen" hardware.
Zuerst zu den Rahmenbedingungen:
Win 10 home (fängt schon mal schlecht an, ich weiss...)
Intel m3 cpu
Ram 4GB
2TB SSD
QMS version: 1.13.0
Datenbankgröße: 87mb

Der eigentliche Start von QMS geht schnell und problemlos vonstatten. Wenn ich dann "die Datenbank öffne" (auf den Knoten davor klicke), dauert es handgestoppte 34,26 Sekunden bis die Projekte der Datenbank zur Verfügung stehen um damit auf dem Arbeitsplatz rum zu spielen. In etwa die gleiche Zeit vergeht jedes mal wenn ich etwas abspeichere.
Insgesamt bremst dieses Verhalten das Vergnügen etwas aus. Liegt das überhaupt an der hardware? Was sind wirkliche Minimalanforderungen an die hardware um einigermaßen flüssig arbeiten zu können?
Die Datenbank aufteilen/verkleinern würde ich gerne vermeiden.

Gruß
Horst

Da fehlt noch eine wichtige Information: Wie ist deine Datenbank strukturiert? Und was genau geht langsam? Den Datenbankbaum im Datenbankfenster aufklappen (und damit laden)? Das Laden eines einzelnen Projektes in den Arbeitsbereich? Wenn ja, was ist in diesem Projekt drinnen?

Hallo Horst,

QMS speichert ja die Historie der Tracks, Wegpunkten usw. in der Datenbank, damit man bei Bedarf auf einen früheren Stand zurückgehen kann. Je nach Arbeitsweise können dadurch recht grosse Datenmengen anfallen. Ob das zu Performanceproblemen führen kann, die sich dann durch Löschen der Historie beseitigen liessen, weiss ich nicht, aber es käme auf einen Versuch an.

Wenn du ein wenig mit SQL vertraut bis, könntest du die Datenbank ausserhalb von QMS mit einem SQLite-Browser öffnen und schauen, ob es dabei auch zu ähnlichen Reaktionszeiten kommt.

Gruß
Rainer

Hallo zusammen,
die Öffnungszeiten sind mir auch schon aufgefallen. Bei mir dauert es ebenso ca. 35 Sekunden bis der Datenbankbaum zu sehen ist und man einen Unterordner öffnen kann.
Die Auswahl von Projekten und deren Sicht im Kartenfenster ist kein Problem und erfolgt sehr schnell.
Die Datenbankgröße beträgt ca. 130MB. Ich habe WIN 10 Pro.

Mit dem DB Browser für SQLite geht es keine 5 Sekunden bis ich die Datenbankstruktur sehe. Allerdings versteh ich nicht was ich in dem DB-Browser sonst noch sehen kann, dafür verstehe ich von Datenbanken zu wenig.
Ich habe in QMapShack herumgesucht und finde dort aber keinen Punkt "Historie" die ich löschen könnte. Wo findet man die oder wie macht man das?

Danke und Gruß

Yogi

Man klickt im Kontextmenü auf "Bearbeiten". In dem Fenster, das sich dann öffnet, gibt es ein Tab "Historie". Klickt man dort mit der rechten Maustaste auf einen Eintrag und wählt "Historie danach verkürzen", dann werden alle Änderungen darunter rückgängig gemacht. Klickt man auf den letzten Eintrag und wählt "Historie davor verkürzen", dann wird die gesamte Änderungshistorie gelöscht. Es können dann keine Änderungen mehr rückgängig gemacht werden.

Die Historie frisst vor allem dann Platz in der Datenbank, wenn man Tracks, die mit dem Garmin mit minimalem Aufzeichnungsintervall aufgenommen werden, mit Douglas-Peuker reduziert.

Ja, das aufklappen resp. laden der Datenbank geht langsam, alles andere funktioniert gewohnt schnell.
Aufgebaut ist sie etwa wie folgt:
-memy
_+2017
_+2018
_-2019
__+Deutschland
__+Belgien
__-Polen
___+Wartaradweg
____-Track1
____-Track2
____-poi1
Alle Unterordner sind grün. In einem Unterordner liegen bespielsweise bis 200 Poi's
Beantwortet das deine Frage?

@Rainer
Die Historie kann ich aber nur für einzelne Datenbankeinträge wie Poi's oder Tracks löschen/kürzen? Nicht für ein ganzes Projekt... Dann dauert das ja ewig!? Ich habe beim durchblättern aber kaum einen Eintrag gefunden mit mehr als 3 Versionseinträge. Aber ich sehe mir das die Tage, wenn ich mehr Ruhe habe, nochmals an.

Das sieht jetzt nicht verkehrt aus. Den Datenbankbaum zu öffnen dauert immer etwas. Sollte sich aber im Bereich von wenigen Sekunden halten. Und wenn der Baum einmal aufgeklappt wurde sollte er sich flott zu- und aufklappen lassen (Hintergrund: Jedes mal wenn ein Ordner aufgeklappt wird, wird die darunterliegende Struktur neu geladen.)

Beim ersten mal dauert es immer etwas länger, weil die Datei von der Festplatte gelesen werden muss. Bei allen folgenden Zugriffen ist die Datei in der Regel noch im Cache, sprich im Speicher.

Gut möglich, dass bei deinen 4GB und dem Speicherhunger von Windows Arbeitsspeicher im Swap benützt wird. Das dauert in der Regel.