Posts by MartinW

    Hallo zusammen,


    hier jetzt mein konkreter Änderungsvorschlag zu dem Thema "Belegung <sym>-Tag für Wegpunkte beim GPX-Export".



    1. Export Format GPX (QVX und QVXM)


    Grundsätzlich wird immer nur der Dateiname ausgegeben, ohne Dateiendung und ohne Pfad. Beispiel: "Restaurant". Das gilt für alle sechs möglichen Symbol-Sets (Standard, Garmin, OSM classic, OSM filled, Osmarender, User).


    Zusätzlich gibt es die Option "WP-Symbole mit Pfad ausgeben". Ist diese gesetzt, wird das Sym-Tag so gefüllt, wie momentan. Insbesondere wird beim Symbol-Set "User" der Pfad und die Dateiendung mit ausgegeben. Beispiel: "{qvdata}Symbols\Restaurant.bmp"



    2. Export Format GPX_Garmin (aktuell nur QVX)


    Bei den Symbol-Sets Standard, Garmin und User wird jeweils nur der Dateiname ausgegeben. Bei den anderen Symbol-Sets bleibt das sym-Tag leer.


    Hier gibt es keine zusätzliche Option.




    Falls es keine Änderungs- oder Ergänzungswünsche gibt, würde ich das so als Request an Tom geben.


    Beste Grüße,

    Martin

    Und wo ist das Problem wenn man das wahlweise machen würde?

    Hallo Horst,


    Ich habe gar nicht davon gesprochen, dass das ein Problem wäre. Natürlich kann man optional die "Original-Namen" (oder wie immer man das nennt) in das sym-Tag schreiben. Mich würde nur interessieren, in welcher Konstellation das einen Nutzen hätte. Hast Du denn ein konkretes Beispiel dafür?


    Beste Grüße,

    Martin

    Hallo,

    Das sollte dann aber nur als option wählbar sein, für einen Export in andere Prgramme braucht man ja einen Pfad zu der Symboldatei, z.B. in QVX.


    Gruß

    Horst

    hmmm… ich kann dir da nicht so richtig folgen. Ich habe folgendes Verständnis:


    Die Pfadangabe "{qvdata}Symbols\" hat nur innerhalb QVX und QVXM eine Bedeutung - ich glaube nicht, dass irgendeine andere App etwas damit anfangen kann.


    Für den Austausch zwischen QVX und QVXM bietet sich das Format QMP an. Ich habe das eben ausprobiert (POIs mit eigenen Symbolen), es funktioniert. Oder man überträgt eine gesamte DB mittels Netdrop, das funktioniert auch.


    Für den Austausch mit anderen Apps (nicht nur Garmin!) bietet sich GPX an. Die GPX-Spezifikation von Topografix erläutert zum sym-Tag: "Text of GPS symbol name. For interchange with other programs".


    Nach meiner Erfahrung gibt es einige Apps, die das genau so nutzen. Natürlich sind die Symbol-Namen nicht einheitlich und in allen Apps gleich. Jede dieser Apps interpretiert beim Import daher das sym-Tag und ordnet aus dem eigenen Portfolio ein Symbol (bzw. eine Kategorie) zu, die am besten passt. Man kann das gut ausprobieren, in dem man aus Basecamp ein paar POIs exportiert und dann in Kurviger importiert.


    Bei diesem Verfahren haben sich die Garmin-Symbol-Namen dabei als größter gemeinsamer Nenner etabliert. Wenn man also seine eigenen Symbole mit den Garmin-Begriffen benennt, kommt bei dem Austausch zwischen verschiedenen Apps fast immer etwas Sinnvolles heraus. Daher mein Vorschlag, beim Export aus QVX(M) immer nur "Restaurant" etc. auszugeben.


    Habe ich da etwas übersehen oder falsch verstanden?

    ... genauer auf das Umwandeln "das muss man mit der RegEx in "Restaurant" umwandeln, dann funktioniert es" einzugehen ...

    Die Aufgabe besteht darin, die Zeichenkette "{qvdata}Symbols\Restaurant.bmp" durch "Restaurant" zu ersetzen - das kann man mit einem beliebigen Textprogramm über "Finden & Ersetzen" erledigen. Wir wollen aber dasselbe auch mit "Lodging", "Scenic Area", "Parking Area" usw. machen. Das geht natürlich genauso, ist aber mühsam, weil man das für jedes Symbol einzeln machen muss.


    Hier kommt eine RegEx ("Regular Expression" / "Regulärer Ausdruck") ins Spiel. Damit lassen sich Muster beschreiben, die spezielle Zeichen (z.B. Wildcards) enthalten. Vereinfacht gesprochen kann man damit formulieren: finde alle "{qvdata}Symbols\*.bmp" und ersetze sie durch "*". Damit kann man dann alle sonst notwendigen Einzelaktionen auf einen Rutsch durchführen.


    Die Anwendung einer RegEx ist genau so einfach wir ein normales "Finden & Ersetzen": man gibt das Suchmuster und das Ersetzungsmuster ein und drückt "alles ersetzen".


    Um eine RegEx einsetzen zu können braucht man allerdings ein Programm, das das kann. Meines Wissens haben aber weder die Standardprogramme von Windows noch Mac diese Fähigkeit - man muss also extra ein Programm für diesen Zweck herunter laden und installieren. Das ist kein wirkliches Hindernis; es gibt mehrere Programme, die das können. Aber so "out of the box" geht es eben nicht. Wenn dich das näher interessiert, kann ich dich dabei gerne unterstützen.


    Viel einfacher wäre es natürlich, wenn QVX(M) das beim Export selbst erledigt. Meine letzten Ausführungen dazu sind ja etwas unübersichtlich :-) ich schreiben nochmal kurz und knackig einen konkreten Vorschlag.

    Moin zusammen,


    die verschiedenen Export-Varianten sind in der Tat noch nicht harmonisiert, das macht das Ganze etwas verwirrend. Ich versuche mal, das zusammen zu fassen. Als Beispiel nehme ich einen POI mit dem Symbol "Restaurant".


    In QVX habe ich folgende POIs angelegt


    - POI 1 mit dem Garmin-Symbol "Restaurant"

    - POI 2 mit einem eigenen Symbol, dieses ist in {qvdata}Symbols abgelegt und heißt "Restaurant.bmp"


    Wenn ich diese POIs mit den unterschiedlichen Format-Vorgaben exportiere, ergibt sich folgendes Bild:


    - POI 1 mit "GPX": sym enthält "g22_Restaurant" (das kann man in der Garmin-Welt nicht sinnvoll nutzen)

    - POI 1 mit "GPX_Garmin": sym enthält "Restaurant" (das funktioniert)


    - POI 2 mit "GPX": sym enthält "{qvdata}Symbols\Restaurant.bmp" (das muss man mit der RegEx in "Restaurant" umwandeln, dann funktioniert es)

    - POI 3 mit "GPX_Garmin": sym ist leer (und funktioniert natürlich nicht)


    Um POI 2 direkt in der Garmin-Welt nutzen zu können wäre es natürlich gut, zumindest bei der Variante "GPX" nur "Restaurant" ohne Pfad auszugeben. Bei "GPX_Garmin" sollte das so bleiben (sym leer), damit wird verhindert, dass ein selbst erstelltes Symbol einen Namen verwendet, den es in der Garmin-Welt nicht gibt.


    Unter iOS / Android muss man im Ordner "QVM_Data" den Ordner "Symbols" anlegen und dann die eigenen Symbole dort hinein kopieren. Dann kann man in QVXM unter "Stil" das Symbol-Set "QVXM_Data/Symbols" auswählen und einem POI ein passendes Symbol zuordnen.


    Wenn man in QVXM dann die beiden oben genannten POIs anlegt (bzw. mit Netdrop kopiert) und sie aus QVXM heraus exportiert (mit Format "GPX"), dann ergibt sich folgendes Bild:


    - POI 1 (mit Garmin-Symbol): sym enthält "g22_Restaurant" - also wie beim Export aus QVX

    - POI 2 (mit eigenem Symbol): sym enthält "{qvdata}Symbols\Restaurant.bmp" - also ebenfalls wie bei dem Export aus QVX


    Also wäre es ebenfalls gut, wenn bei dem Export aus QVXM der Pfad nicht mit ausgegeben wird und bei POI 2 auch nur "Restaurant" steht.


    Jetzt noch zum Thema "Übertragung per Tread App auf ein Garmin Gerät":


    Damit das sinnvoll funktioniert, muss im sym "Restaurant" stehen - ohne Pfad. Dann wird in der Tread-App (bzw. auf dem Gerät) das passende Garmin(!)-Symbol angezeigt! Die ganze Aktion, um die es hier geht, sorgt also "nur" dafür, dass man in QVX/QVXM mit eigenen Symbolen arbeiten kann, die genauso heißen wie die entsprechenden Garmin-Symbole, damit auf dem Gerät dann das richtige (Garmin-)Symbol angezeigt wird.


    Um auch auf dem Garmin-Gerät eigene Symbole zu verwenden, muss man, wie Denis richtig ausgeführt hat, den POI-Loader verwenden. Das ist dann aber etwas völlig anderes und "alte Welt". In der Tread-App ("neue Welt") kann man meines Wissens nicht mit eigenen Symbolen arbeiten.


    Beste Grüße,

    Martin

    Ich habe gerade entdeckt, dass das jetzt funktioniert - prima, Vielen Dank für die Anpassung!


    Zwar wird der gesamte Pfad und auch die Dateiendung mit ausgegeben (also z.B. <sym>{qvdata}Symbols\Restaurant.bmp</sym>) und mir wäre nur der Name lieber (also <sym>Restaurant</sym>), aber das lässt sich nachträglich schnell per Regular Expression in einem Editor wie Visual Studio Code anpassen.


    Wer das auch nutzen möchte, hier die RegEx:


    Suchmuster: <sym>\{qvdata\}Symbols[/\\](.*?)\.bmp

    Ersetzungsmuster: <sym>$1


    Viele Grüße,

    Martin

    WPs mit eigenen Symbolen anzeigen funktioniert bereits - man muss nur die Icons im passenden Verzeichnis ablegen (QVM_Data/Symbols) und sich die WPs z.B. per Netdrop vom PC kopieren:



    Ein Teil der Infrastruktur ist in QVX mobile also schon vorhanden, die relative Adressierung der Icons klappt genauso wie auf dem PC:



    Es fehlt die Erweiterung des Dialogs, um die eigenen Icons einem WP zuzuweisen.


    Ich hätte das auch sehr gerne, da ich viel mit eigenen Symbolen arbeite.

    Hallo Tom,


    kurze Nachfrage: siehst Du eine Chance, eine solche Änderung umzusetzen?


    Hier nochmal im Kern, worum es geht:


    bei dem Export von Wegpunkten im Format "GPX_Garmin" wird auch das <sym> Tag ausgegeben und mit dem Namen des verwendeten Symbols belegt (z.B. "Restaurant") - sofern man einen der Standard-Icon-Sätze verwendet (z.B. "Standard" oder "Garmin"). Wenn man aber eigene Icons / Symbole in dem Ordner QVX-Data / Symbols hinterlegt und diese nutzt, bleibt das <sym> Tag leer.


    Wäre es möglich das so zu ändern, dass auch in diesem Fall das <sym> Tag mit dem Namen des Symbols belegt wird?

    Moin Matthias,


    ja klar, mache ich gerne.


    Bis vor einiger Zeit habe ich zu Darstellung der Wegpunkte in QVX das mitgelieferte Symbolset "Garmin" verwendet; jetzt nutze ich aber Symbole, die ich mir mit einem Bildbearbeitungsprogramm selbst erstellt habe (Format: BMP, Größe 72x72 Pixel). Die Dateien habe in dem Ordner QuoVadis/QVX_Data/Symbols abgelegt (bei Windows 10/11 befindet sich das in "Öffentliche Dokumente", auf einem Mac ist das evtl. anders).


    Um die eigenen Symbole zu verwenden, geht man einfach auf die Eigenschaften eines Wegpunktes und dort auf den Reiter "Stil". Mit einem Klick auf das Symbol kann man dann die eigenen Symbole aufrufen und ein passendes Symbol auswählen.


    Wie immer ist alles Geschmacksache, mir gefällt es. Hier mal ein Screenshot, wie meine eigenen Symbole in QVX aussehen:



    Die eigenen Symbole kann ich auf meinem Zumo XT leider nicht nutzen, dort greife ich dann auf Garmin-Standard-Symbole zurück. Der Trick besteht nun darin, dass ich die Wegpunkte aus QVX als GPX exportiere (und genau dort brauche ich dann die Bezeichnungen der Symbole in dem <sym> Tag) und in einem Cloud-Speicher ablege. Dann öffne ich auf meinem iPhone den Dateimanager (App "Dateien"), wähle die GPX-Datei aus und über "Teilen" sende ich die Datei an die Garmin Explore- oder Tread-App.


    Dadurch werden die Wegpunkte in die Garmin-Explore-Cloud geladen und sie erhalten - da die Bezeichnungen im <sym> Tag denen der Garmin-Symbole entsprechen - dann auch die passenden Symbole aus der Garmin-Welt. Außerdem werden sie automatisch auf mein Zumo XT geladen und sehen dann dort genauso aus.


    Achtung: Mit den Import über die Seite explore.garmin.com funktioniert das nicht; über diesen Weg bekommen die Wegpunkte alle ein Standard-Symbol! Es funktioniert nur, wenn man eine der beiden Apps verwendet.


    Hier auch noch ein Screenshot QVX vs. Garmin Explore:


      



    Ist das soweit verständlich und nachvollziehbar? Wenn nein, schreib einfach noch mal.


    Viele Grüße,

    Martin

    Hallo Tom,


    bei dem Export von Wegpunkten im Format "GPX_Garmin" wird auch das <sym> Tag ausgegeben und mit dem Namen des verwendeten Symbols belegt (z.B. "Restaurant") - sofern man einen der Standard-Icon-Sätze verwendet (z.B. "Standard" oder "Garmin"). Wenn man aber eigene Icons / Symbole in dem Ordner QVX-Data / Symbols hinterlegt und diese nutzt, bleibt das <sym> Tag leer.


    Wäre es möglich das so zu ändern, dass auch in diesem Fall das <sym> Tag mit dem Namen des Symbols belegt wird?


    Hintergrund:

    Ich verwalte meine Wegpunkte mit QVX und und übertrage diese als GPX-Datei in die Garmin-Explore-Cloud, damit sie dann automatisch mit meinem Zumo XT synchronisiert werden. Wenn in der GPX-Datei das <sym> Tag richtig (also mit einem passenden Namen aus der Garmin-Nomenklatur) belegt ist, wird in der Garmin Explore-Cloud auch das passende Symbol verwendet.

    Ich verwende selbst erstellte Icons, die aber genau so heißen, wie das entsprechende Symbol in der Garmin-Welt und wenn das auch im <sym> Tag stünde, würde in der Explore-Cloud das entsprechende Garmin-Symbol gesetzt werden. Ohne ein belegtes <sym> Tag bekommen alle Wegpunkte leider nur ein Standard-Symbol und das muss man dann immer mühsam nachbearbeiten.


    Wäre wirklich klasse, wenn Du das in einer der nächsten Versionen umsetzen könntest!


    Danke und viele Grüße,

    Martin



    Kommt vor, wenn Onlinelayer ausgeblendet sind.

    Moin Tom ,


    bei mir tritt der Effekt auch in anderen Kombinationen auf.


    Hier habe ich z.B. einen Online-Layer und einen Image-Layer - wenn beide Layer aktiv sind, funktioniert Verschieben und Zoomen absolut flüssig.



    Wenn ich den Image-Layer deaktiviere, bleibt das Image zunächst sichtbar und für die Onlinekarte werden Kacheln nachgeladen, ohne dass sich etwas tut:



    Sobald ich aus- und wieder einzoome, verschwindet das Image, aber das "Nachladen" bleibt:



    Erst wenn ich den Image-Layer aus dem PM entferne, läuft es wieder normal:



    VG

    Martin

    das passiert wenn eine der geladenen Karten nicht aktiv ist (kein Haken bei der Karte).

    Wenn alle geladenen Karten aktiv (angehakt) sind, sollten auch alle Kacheln geladen werden.

    stimmt - da muss ich meine Aussage revidieren!


    Ich habe bisher immer nur die obere Karte deaktiviert um die untere zu sehen und dann trat der Effekt auf. Aber, richtig, auch wenn man die untere Karte deaktiviert, passiert dasselbe.


    Gut zu wissen, dass das Problem bekannt ist und behoben wird!

    Moin!


    Bei mir tritt ein ähnlicher Effekt auf, sobald ich mehrere Karten im PM geöffnet habe - selbst dann, wenn die Kacheln aller Karten (für den Zoomlevel) vorher in den Cache geladen wurden. Es erscheint unten eine Anzeige von noch zu ladenden Kacheln, die dann so stehen bleibt:



    Es ist dabei egal, in welcher Reihenfolge die Karten geladen werden:



    Das Problem tritt bei mir aber nur bei der "unteren" Karte auf; sobald die obere Karte aktiviert/angezeigt wird, ist das Problem verschwunden.



    Ich vermute, dass liegt an der QVX-MapEngine, denn in QVXM (iOS) tritt dieser Effekt nicht auf, da läuft alles auch mit mehreren Karten absolut flüssig.


    Viele Grüße,

    Martin

    Moin zusammen!


    Wenn ich mit QVXM eine Route plane dann erhalte ich, je nach Vorgehensweise, unterschiedliche Arten von Routenpunkten:


    1. bei "an Route anhängen" bekommt der Routenpunkt ein rotes Quadrat und als Bezeichnung wird die Information aus der Karte genommen (z.B. der Straßenname)


    2. bei "neuen Routen Wegpunkt einfügen" bekommt der Routenpunkt einen roten Kreis und als Bezeichnung die laufende Nummer


    Hier mal ein Screenshot:



    Ich hatte zunächst vermutet, dass bei 1. auch ein neuer Wegpunkt entsteht (wegen des Quadrates, welches das Standardsymbol für Wegpunkte ist), das ist aber nicht der Fall, es ist nur eine Routenpunkt.


    In QVXM ist das zunächst nur ein optischer Unterschied, ich kann ich alle Punkte normal bearbeiten. Wenn ich die DB aber nach QVX übertrage, funktioniert das nicht mehr: Die eingefügten Punkte kann ich dort verschieben, die angehängten Punkte aber nicht - ich bekomme sie mit der Maus nicht "gegriffen".


    Ich habe mit die Inhalte der DB in VSC angesehen; auffällig ist die unterschiedliche Belegung im Feld "Flags". Wenn ich dort die Werte auf "0" setze, kann ich die Punkte normal bearbeiten:



    Systemumgebungen: QvmIOS 1.1.12.0 / QvxWin 1.0.27.1


    Hier habe ich die DB zum Nachvollziehen abgelegt: https://hidrive.ionos.com/share/qkfz0txb-0


    Viele Grüße und guten Rutsch!


    Martin

    Tom:


    ich habe gerade bemerkt, dass bei den Shaping Points jetzt der Standardstil korrekt übernommen wird - man muss die Route bei einer Änderung zwar immer noch einmal neu berechnen, damit das Symbol richtig angezeigt wird, aber dann passt es.


    Hast du den Fix schon umgesetzt? Im changelog habe ich dazu nichts gesehen... Auf jeden Fall klappt es jetzt!


    EDIT: nein, ich muss das korrigieren. Es klappt bei einigen Routen, bei anderen nicht. Sehr seltsam.