QMapShack

Zitat von xbiker

Ich haette es nicht erwaehnt und fuer ein pers. Problem gehalten, waere es mir nicht auf beiden Rechnern so ergangen.
Egal, wird spaetestens nach einem Neustart wohl gehen.

Das glaube ich Dir. Insofern wäre es gut zu wissen woran das liegt. Du kannst;

1) Sämtliche Kartenpfade entfernen: Datei->Kartenverzeichnis angeben
2) Das Verzeichnis C:\Users\<benutzer>\.QMapShack entfernen
3) Die *tms Dateien aus dem Kartenverzeichnis entfernen.

Jetzt ist der ursprüngliche Zustand wieder hergestellt. Und dann versuch es nochmal. Irgendwas muss anderes sein.

Zitat von xbiker

Ja, am ganzen Projekt, nicht an den einzelnen Tracks. Ich habe da temporaer immer Trackschnipsel rumliegen, auch ueberlagernd (Kopie, Teilkopie, Teilkopie_rev, etc..). Da waer's handlich ein paar schnell wegblenden zu koennen. Ich raeume hinterher auf, wenn mein Komplettrack fertig ist.

Das würde aber bedeuten, dass man für jedes Element eine Checkbox hat. Ich finde das sieht schon bei der Datenbank furchtbar unübersichtlich aus. Die Projektansicht hätte ich gerne weiterhin etwas aufgeräumter.

Ich benütze beim Planen immer mehrere Projekte, aus denen dann Teile in das Zielprojekt übertragen werden. Da der Projektname bei der Anzeige angehängt wird verliere ich nicht den Überblick.

Zitat von xbiker

Ich mache mal ein paar Screenshots um meine typischen Problemstellungen zu verdeutlichen. Vielleicht geht das ja auch mit dem jetzigen Funktionsumfang anders gut und ich weiss nur nicht wie?

Das Problem ist mir schon klar. Nur sollte es jemand ordentlich machen. In QLGT habe ich solche Wünsche ad-hoc immer erfüllt. Gedankt wurde es selten. Oft habe ich Monate später Bugs gefunden. Sprich es wurde nie genutzt. Und weil das alles immer nur ad-hoc gemacht wurde, wuchs der Code zu einem Moloch, ohne Konzept, der zum Schluss einer vernünftigen Lösung im Weg stand.

Deswegen würde ich jetzt erst mal gerne sehen, dass auch erweiterte Datenfelder eingelesen und wieder geschrieben werden können. Und dass das Datenmodell vom Track so flexibel ist, damit sich jedes Datenfeld in Form eines Graphen anzeigen lässt. Der Schritt zur Kolorierung ist dann ein vergleichsweise kleiner.

Da das alles weit außerhalb meines eigenen Bedarfs liegt, ist mein Interesse daran gering. Deswegen ist es besser es findet sich jemand, der es wirklich braucht. Aber auch hier gilt: Ein Issue aufmachen, dann gerät es nicht in Vergessenheit. Nur so besteht immerhin eine Chance, dass sich jemand findet. Interessanterweise gebe ich diesen Rat recht oft. Ein Issue, in einer brauchbaren Form, wird selten geöffnet. Offensichtlich sind die meisten Wünsche es den Benutzern dann doch nicht wert Womit wir wieder beim zitierten Rüffler wären Ohne eine gewisse Eigenleistung von jedem funktioniert OpenSource auf Dauer nicht.

Zitat von xbiker

Ich habe uebrigens 2 Tickets auf gemacht wie mir geheissen.

Eines ist schon wieder zu

Hallo Lordloki

da ist ist nichts für QMapShack geplant. Ich glaube auch, dass es dafür bessere Programme gibt als QLGT oder QMS. Schau mal in die Ecke von TwoNav oder QuoVadis.

Ach das ist hier inzwischen sowieso der Allerwelts und sowieso Thread. Da passt auch eine schöne Moving Map Alternative zu QMapShack rein.

Wenn übrigens jemand bereit ist das einzubauen und, ganz wichtig, zu pflegen, dann habe ich damit kein Problem.

Über Garmins Format bezüglich der Höhendaten ist leider nicht genügend bekannt, als dass man diese verwenden könnte. Zudem benützen die Karten mit Höhendaten Datenstrukturen, die nicht bekannt sind. Das schon genannte Problem mit der Verschlüsselung kommt oben drauf.

Das war bei QLGT nicht anders und wird bis auf weiteres so bleiben. Es ist auch gar nicht das Ziel ein zweites Basecamp zu schaffen, sondern alles was an freien Karten und Daten vorhanden ist unter einen Hut zu bekommen. Und das funktioniert meiner Meinung nach inzwischen ganz gut.

Für Nicht-Programmierer gibt es im Menü "Werkzeug" einen "VRT Builder". Wozu das ganze? Höhendaten werden selten als eine große Datei angeboten sondern in kleineren Kacheln. Für ein ganzes Gebiet brauch man folglich mehrere Dateien. QMS muss aber wissen welche Dateien als Satz zusammengehören. Da man ja alle möglichen Dateien haben kann, ist es für ein Programm nicht so ohne weiteres zu erkennen, was zusammengehört. Deswegen braucht es die VRT Datei,

Das ist eine etwas kryptische Textdatei die einfach neben ein paar geodätischen Informationen die einzelnen Dateien auflistet. Und wenn man das weiß, dann sollte der VRRT Builder sich mehr oder weniger von selbst erklären. Man gibt an welche Dateien einen Satz bilden. Man gibt an wo die VRT Datei erstellt werden soll. Und wie sie heißt. "Start" drücken. Und mit ein wenig Glück gibt es keine Fehlermeldung.

Bei der Organisation der Dateien ist QMS recht flexibel. Bei mir sieht das so aus:

Ich habe einen Ordner "Karten". Und in diesem zwei Ordner: "Maps" und "DEM". Den Ordner "Maps" habe ich unter "Datei->Kartenverzeichnis angeben" hinzugefügt. Und den Ordner "DEM" unter "Datei->DEM Verzeichnis angeben".

In diesen beiden Ordnern liegen alle meine Karten, die aus nur einer Datei bestehen. Also alle Dateien mit *tms, *.wmts und *vrt als Endung. Zu einer *vrt Datei gehört ja immer mindestens eine Datei mit den eigentlichen Daten. Für diese lege ich pro Kartensatz ein weiteres Unterverzeichnis an.

Also in etwa so:

[COLOR=Blue]Karten[/COLOR]
    [COLOR=Blue]Maps[/COLOR]
        [COLOR=Blue]MeineKarte1[/COLOR]
            [COLOR=SeaGreen]karte.tif
        [COLOR=Blue]MeineKarte2[/COLOR]
            karte1.tif
            karte2.tif
[/COLOR][COLOR=SeaGreen]        MeineKarte1.vrt[/COLOR]
[COLOR=SeaGreen]        MeineKarte2.vrt[/COLOR]

Blau sind Verzeichnisse
Grün sind Dateien