Beiträge von kiozen
Garmin fenix 7X und epix Gen 2 im Test
-
-
zu 1.1.1) kann ich machen.
zu 1.1.2) Die Idee war, dass man bei TwoNav die Wahl hat, ob man etwas Kurzes in das Wegpunktfeld einträgt, oder etwas Langes als Anhang. Garmin wertet nur das <cmt> Tag aus. D.h. man schreibt in der Regel etwas in den Kommentar. Und einen kurzen Hinweis in die Beschreibung. Den sieht man nur auf den TwoNav Geräten.
Wer hintenherum die Dateien ändert ist selber schuld. Die Idee ist alles über das GUI zu machen. Ich glaube auch die meisten Benutzer wollen nicht wirklich wissen, wie die Daten abgelegt werden.
zu 1.2) Aktuell habe ich wenig Ambitionen auf den Geräten Tracks mit Kommentaren zu versehen. Aber man könnte es als Feature Request bei Bitbucket eintragen. Vielleicht hat ja jemand anderes Lust.
zu 2) Da verstehst Du was falsch, bzw das GUI kommuniziert es missverständlich.
2.1) Das Schloss ist ein Hinweis, dass es aktuell nicht gewünscht ist, das Element zu ändern. Entweder weil es importiert ist, weil man alle Änderungen abgeschlossen hat und lieber die vereinfachte Ansicht genießen möchte, oder weil es auf einem Gerät liegt.
In der Regel kann man sich darüber hinwegsetzen und das Schloss öffnen. Bei importierten Objekten bekommt man dann einen Tintenfleck, der anzeigt, dass es sich nicht mehr um das Original handelt.
Ein absolutes no-go ist es die Elemente auf dem Gerät zu verändern. Die ändert man im Arbeitsplatz und schickt dann das Projekt wieder Richtung Gerät.
2.2) Synchronisationsrichtung: Die ist immer nur Arbeitsplatz -> Gerät. Warum?
a) Beim Übertragen auf die Geräte geht zwangsläufig Information verloren. Die Geräte können nicht alles, was in QMS unterstützt wird.
b) Ändere ich ein Element auf Gerät A und dann auf Gerät B - natürlich nicht genau gleich - dann wird die Sache richtig spannend.
Man könnte das Problem ähnlich wie eine Softwareverwaltung lösen, bei der ja auch laufend unterschiedliche Änderungen zusammengeführt werden. Das werden die meisten Benutzer nicht auf die Reihe bekommen...wollen. Und das Problem b) ist nur mit einer 3 Wege Zusammenführung zu schaffen. Daran scheitern selbst Programmierer oft genug.
Deswegen: Änderungen auf dem Arbeitsplatz und dann an alle Geräte senden.
Natürlich kann man einzelne Elemente, vor allem die, die man im Feld aufgenommen hat, per drag-n-drop in den Arbeitsplatz ziehen. Aber ein ganzes Projekt? Denken wir das mal durch: Ursprünglich kam das Projekt aus einer GPX Datei oder der Datenbank. Ist dieses Projekt immer noch offen, würde der Drop abgebrochen, weil anhand des Schlüssels erkannt wird, dass das Projekt ja schon da ist. Das gilt natürlich auch anders herum. Würde man es zulassen gäbe es zwei unterschiedliche Projekte mit dem selben Schlüssel. Chaos. Das lassen wir lieber bleiben.
Mal absehen vom Spielen und Ausprobieren ist doch der übliche Arbeitsfluss wie folgt:
* Planung: Ich erstelle mir ein ein Projekt (Datei oder Datenbank) und trage zusammen, was ich brauche.
* Dann schließe ich alle Geräte an und übertrage das Projekt.
* Jetzt fällt uns noch was ein. Änderung auf dem Arbeitsplatz. Erneutes übertragen auf die Geräte.
* Auf der Tour werden neuen Elemente erstellt. Manchmal auch vorhandene verändert.
* Nach der Tour erstelle ich einen Tourordner in der Datenbank und kopiere die wichtigen Daten aus allen angeschlossenen Geräten per drag-n-drop in diesen Ordner. Vielleicht auch die Planung aus dem Planungsprojekt, bevor ich es lösche.
* Die Fließbienchen schreiben jetzt in der Projektübersicht noch ein schönes Tagebuch, schließen alle Schlösser und ab in die Datenbank.3) Das ist nur ein Platzhalter. Ich habe es in QLGT nie gebraucht und keine Lust es jetzt in QMS zu implementieren. Das soll machen wer meint es wirklich zu brauchen.
4) Die Schummerung
Macht man es einmal richtig, mag es keiner. Im Gegensatz zu QLGT werden in QMS auch die nordwestlichen Hänge geschummert. Halt nicht in Schwarz sondern in Weiß. Damit hast Du aber immer etwas vor der Karte. Finde ich aber nicht so schlimm. Ich habe die Transparenz recht hoch eingestellt. Und die Überhöhung der Schummerung runter gesetzt. -
Das ist bei Garmin nicht anders besch.. gelöst als bei TwoNav
Dort gibt die GarminDevice.xml an wo etwas hingehört. Und in der GPX Datei wird der Dateiname eingetragen. Für das Gerät absolut ok. Aber für den PC oder einen Datenaustausch mit anderer Software ungenügend. Der einzige Vorteil von GPX gegenüber den TwoNav Dateien: In einer einzelnen GPX Datei kann man ein komplettes Projekt abspeichern. Bei TwoNav hat man immer TRK und WPT Dateien.In QMapShack werden binäre Anhänge auch nur intern verwaltet. In dem Moment wo die Daten exportiert werden, müssen Kompromisse gemacht werden. Entweder man nimmt *qms, was außer QMapShack keiner unterstützt (aber das Format ist wenigsten offen). Oder man nimmt GPX und dann sind nur noch die Textinhalte da.
Der wahrscheinlich beste Ausweg aus dem Schlamassel wäre ein Konstrukt wie kmz, wo der Dateiensalat einfach in einer ZipDatei verpackt wird. Das wäre z.B. eine Erweiterung die Topografix als neutrale Instanz schon vor Jahren hätte vorschlagen sollen. So machen das die Unternehmen selber und auf ihre undokumentierte, proprietäre Art und Weise. Siehe Garmins binäre Geocachedateien.
Das Thema ist einfach reichlich verpfuscht. Das hat Ropert Lipe mit seinem GPSBabel schon sehr früh erkannt.
-
Du musst beide Karten kombinieren. Also erst die eine aktivieren, alle Kacheln auswähle. Dann deine eigene Karte aktivieren, alles auswählen. Das sollte auch links in der Liste angezeigt werden. Und dann kannst du diese kombinierte Karte übertragen.
-
d.h. der Verweis auf das Bild wird also in einem eigenen Feld gespeichert. Will man mehrere Verweise haben braucht man entweder mehr Felder oder einen Verweis auf eine Extra-Tabelle.
Naja, Bilder sind nochmal ganz was eigenes. Die können sogar eine Blickrichtung haben. In QLGT wurde die z.B. angezeigt.
Ok, da stimme ich mit dir überein. Wobei ich neben reinem Text auch noch html gelten lassen würde.Kein Problem. QMS behandelt intern eh alles als HTML. Das wird dann nur für das jeweilige Format in reinen Text umgewandelt.
Da kann ich für Twonav leider nicht zustimmen. Im Gegensatz z.B. zu CGPSL werden diese Felder, wie du sicher weißt, nur einzeilig angezeigt.
Will man ein klein wenig längere Texte nutzen ist man auf verknüpfte Dateien angewiesen um diese einfacher in Twonav lesen zu können.Schon klar. Aber das ist ein Problem, das an der Schnittstelle QMS/TwoNav gelöst werden muss. Wird es ja jetzt auch.
Und wie wäre es wenn die "Verknüpfungen" in den QMS-Eigenschaften(WP, trk) nicht rein als http://, sondern auch als file:// interpretiert/import/exportiert werden könnten?
Twonav-Nutzer z.B. denken bei "Verknüpfungen" bestimmt eher an selbige, denn an Web-Links.Das kann man auf einem Gerät machen, wo die Pfade zu 100% definiert sind. Das ist kein Konzept, um Daten auf einer Festplatte zu verwalten, oder um Daten mit anderen auszutauschen. Alleine schon der dämliche Laufwerksbuchstabe von Windows, wird sich quer stellen. Und wenn Du mit relativen Pfaden nicht alles in ein Verzeichnis knallst, dann überfordert das auch schon die meisten.
Solange GPX das Format zum Austausch von Daten ist, beschränkt man sich besser auf Text. Und wenn Bilder dabei sein sollen wird es sofort proprietär.
Alles anzeigen
Was mir während der Probiererei noch aufgefallen ist:- leeres Projekt
- aus einem Projekt auf dem Stick einen Wegpunkt in QMs ins leere Projekt transferieren
- Wegpunkt ändern(Symbol...)
- RM-Taste-An Gerät senden
=> Wegpunkt etc. wird übertragen, Objekte wie Text-Dateien die am Ausgangswegpunkt verknüpft sind, sind noch im Projektverzeichnis enthalten
(- Wegpunkt ändern(jetz mal Kommentar ändern...)) -der Schritt ist nicht zwingend notwendig
- jetzt nochmal - RM-Taste-An Gerät senden
=> Inhalt des Projektverzeichnisses auf dem Stick wird gelöscht und nur noch der QMS-Output wird übertragen(klar) um meine ganzen verknüpften Daten sind weg.Weshalb dies jetzt erst bei der 2ten Übertragung passiert?!
Weil beim ersten mal QMS deinen Ordner nicht als gleiches Projekt erkannt hat. Der Schlüssel fehlte und es wurde ein neuer berechnet. Folglich wurde das Projekt nicht vorher gelöscht. Aber weil wahrscheinlich die Namen gleich sind, wurde das neue Projekt in den Ordner geschrieben. Inkl. Schlüssel. Und beim zweiten Mal wurde deswegen vorher der Ordner gelöscht.
Man muss wohl bei TwoNav auch noch auf den Ordnernamen vergleichen. Bei einer einzelnen GPX Datei ist das einfacher, weil die immer ersetzt wird.
-
Im Moment sind Bilder das Einzige was man in QMS mit Wegpunkten verknüpfen kann. Und die html Datei, mit dem Schlüssel als Name, wird in das Beschreibungsfeld eingefügt. Für was anderes müsste ich das Datenmodell aufbohren.
Allerdings bin ich kein großer Fan davon, weil solche Anhänge kaum auf anderen Geräten unterstützt werden. Bricht man es runter, dann ist die große Schnittmenge Bilder und Text. Für Text reichen die Felder wie Kommentar und Beschreibung, die aus der GPX Spezifikation kommen, eigentlich aus. Und Bilder sind immer irgendwie eine Sonderlocke.
Was noch in dieses Konzept rein passt, wäre *txt und *html Dateien grundsätzlich als ein Block in der Beschreibung zusammenzufassen. Beim Export würde aber dann alles als <Schlüssel>.hml geschrieben. Auch nicht so ganz das Wahre.
-
-
Mir ist leider erst jetzt aufgefallen das die Verknüpfungen an Wegpunkten innerhalb des RBK-Tracks verloren gehen bzw.nicht erstellt werden.
Ein RBK-Punkt erbt unter CGSPL auch die Verknüpfungen des Ausgangswegpunktes.Huh?
Das habe ich jetzt nicht verstanden. -
D.h. der Stick wird schon beim Starten von QMS nicht als TwoNav Gerät erkannt? Das ist seltsam. Ich mach da wirklich nichts anderes als alle Top Level Verzeichnisse mit "TwoNavData" zu vergleichen. Und nachher suche ich dann in "TwoNavData\Data" nach GPX Dateien und Unterverzeichnissen.
Und wenn der Stick als Garmin Gerät erkannt wird, funktioniert das auch im Ablauf. Dann kann es eigentlich nur daran liegen, dass der Vergleich mit "TwoNavData" fehl schlägt. Groß- und Kleinschreibung sind dabei wichtig.
-
QLandkarte ist da eher dumm und nimmt den letzten Pfad.
QMapShack geht beim Start durch alle Laufwerke und schaut was es finden kann. Danach horcht es auf die System Events, ob ein neues Speichergerät angesteckt wurde.
1) Wenn der Stick steckt und QMS gestartet wird, dann sollte der Stick erkannt werden. Wenn nicht, dann muss was Im Pfad falsch sein. Groß/Kleinschreibung?
2) Wenn der Stick beim Start erkannt wird, aber nicht wenn er nach dem Start von QMS eingesteckt wird, dann ist was mit den System Events faul. Blockiert hier vielleicht eine andere Software?
-
-
-
Ok, danke. Dann lasse ich es so wie es ist.
Ich habe gerade ein neues Release gemacht. Die Binaries für Windows kommen hoffentlich schnell. Da ist jetzt bezüglich TwoNav mit dabei:
* Roadbook
* Die Wegpunktbeschreibung wird in der WPT Datei gespeichert.
* Der Wegpunktkommentar als HTML mit dem Wegpunkt verknüpft.
* Bei Tracks wird der Schlüssel mit "y" abgespeichertUnd noch viele andere Nicht TwoNav - Sachen, wie das erweitert Trackprofil auf der Karte und ein sehr einfaches Roadbook zum Ausdrucken in der Projektzusammenfassung. Und viele, viele kleine Fixes.
-
-
-
-
Naja, was heißt falscher Ansatz. Ohne die Nutzungsbedingungen der Geodaten für das Land NRW zu kennen, würde ich sagen, Du versuchst etwas zu machen, zu dem Du nicht die Rechte erworben hast.
Aber mal davon abgesehen, kann der WMS Server, den Du genannt hast, nur Rasterformate. Ein Fangen, wie Du es wünscht wäre nur mit einem erheblichen Aufwand möglich. Und eben auch nur bei so kontrastreichen Karten wie die Katasterkarten. Gut möglich, dass es das in den Tiefen der tausend QGis Plugins gibt. Ich halte es eher für unwahrscheinlich.
Was Du bräuchtest, wäre der direkte Zugriff auf die Vektordaten. Hier kann Dir aber nur die zuständige Stelle in NRW helfen. Üblicherweise wollen die Geld sehen. Da NRW aber sehr offen mit seinen Daten umgeht, könntest Du auch Glück haben und einen kostenlosen Zugriff bekommen.
-
Außerdem sollte es auch egal sein. Du willst ja nicht die Vektordaten des Landes NRW editieren, sondern nur deine eigenen.
-
-
Der Punkt bei der Trackinfo hat seinen Grund. Wenn ich mehrere Tracks mit verschiedenen Farben übereinander habe, zeigt mit der Punkt mit der Farbe an, welchen Track ich gerade erwischt habe.
Aber bei der Trackpunktinfo finde ich den überflüssig. Der ganze Track ist ja hervorgehoben. Und ich habe doch so eine schöne Sprechblase programmiert. Da braucht es doch keinen zusätzlichen Knödel unten dran, oder?
Edit: Amberg heißt hier das nächste Kaff um die Ecke
