GPSMap 66sr -> Anzeige Cursor Informationen
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo Domenic,
freut mich das es geklappt hat.
Viele Grüße
Wolfgang
freut mich das es geklappt hat.
Viele Grüße
Wolfgang
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Ja, das kann es sein. Composer verwendet die code-page=1252 bei der Erstellung der Karte, aber nicht bei der Erstellung des Typfiles.
Es ist natürlich ziemlich doof von mkgmap solche Verschlechterungen einzuführen, werde ich wohl nachrüsten müssen.
Fest einbauen wäre einfach. Die Frage ist allerdings ob man auch mal eine andere codepage als 1252 braucht. Die Codepage für die Kartenerstellung kann man sich in der Datei "default_options" einstellen. Wenn es jemand da ändert und ich bauen für das TYP File 1252 fest ein, geht vermutlich seine Karte kaputt.
Es ist natürlich ziemlich doof von mkgmap solche Verschlechterungen einzuführen, werde ich wohl nachrüsten müssen.
Fest einbauen wäre einfach. Die Frage ist allerdings ob man auch mal eine andere codepage als 1252 braucht. Die Codepage für die Kartenerstellung kann man sich in der Datei "default_options" einstellen. Wenn es jemand da ändert und ich bauen für das TYP File 1252 fest ein, geht vermutlich seine Karte kaputt.
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo NOP,
ich habe jetzt mal für die Generierung des Typ-Files folgendes ausprobiert:
Mit der Option "--read-config=.\default_options" antsatt "--code-page=1252" funktioniert es bei mir auch richtig.
Damit wäre ja die Sprache für die Karte und das Typ-File wieder die Selbe.
Viele Grüße
Wolfgang
ich habe jetzt mal für die Generierung des Typ-Files folgendes ausprobiert:
Code: Alles auswählen
java -Xmx2000M -jar .\Tools\mkgmap.jar --read-config=.\default_options --output-dir=.\garmin .\data\79990000.txt
exit
Damit wäre ja die Sprache für die Karte und das Typ-File wieder die Selbe.
Viele Grüße
Wolfgang
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Danke für's Ausprobieren, ich bin noch nicht zum rumspielen gekommen.
Hast Du geschaut ob alles andere normal aussieht? Die anderen Parameter sind eher für die Kartengenerierung, aber man weiß ja nie...
Falls ja denke ich Du hast die Lösung gefunden!
Hast Du geschaut ob alles andere normal aussieht? Die anderen Parameter sind eher für die Kartengenerierung, aber man weiß ja nie...
Falls ja denke ich Du hast die Lösung gefunden!
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo Nop,
bei mir sieht in MapSource, BaseCamp und Oregon-700 alles normal aus.
Die Typ-Files sind sowohl mit "--read-config=.\default_options" als auch mit "--code-page=1252" identisch.
Ich denke, daß mkgmap die Optionen aus dem Config-File ignoriert, die er nicht für die Erstellung eines Typ-Files benötigt.
Viele Grüße
Wolfang
bei mir sieht in MapSource, BaseCamp und Oregon-700 alles normal aus.
Die Typ-Files sind sowohl mit "--read-config=.\default_options" als auch mit "--code-page=1252" identisch.
Ich denke, daß mkgmap die Optionen aus dem Config-File ignoriert, die er nicht für die Erstellung eines Typ-Files benötigt.
Viele Grüße
Wolfang
- mtb-Herten
- Beiträge: 245
- Registriert: 11.01.2019, 21:51
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo Wolfgang,wokü hat geschrieben: ↑30.01.2022, 10:10Mit der Option "--read-config=.\default_options" antsatt "--code-page=1252" funktioniert es bei mir auch richtig.Code: Alles auswählen
java -Xmx2000M -jar .\Tools\mkgmap.jar --read-config=.\default_options --output-dir=.\garmin .\data\79990000.txt exit
diesen Schritt habe ich nicht so ganz verstanden. Wann führst Du den Befehl aus? Nachdem die gsuppmap.img erstellt wurde, wäre ja eigentlich zu spät.
Oder einfach den alten Eintrag code-page=1252 in der Datei default_options ersetzten?
Gruß Oliver.
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo Oliver,
ich versuche mal meinen bisherigen Wissensstand noch mal kompakt zusammen zu fassen.
Ich selber benutze diese Funktion für eine "gmapsupp.img" nicht, da ich meine Karten immer über MapComposer / BaseCamp auf dem GPS installiere.
Bei mir habe ich die Batch-Datei, die das Typ-file neu generiert in den Parametern für die jeweilige Karte als "Abschlußskript" hinterlegt. Nach dem die Karte fertig umgewandlet wurde wird damit automatisch das Typ-file noch mal generiert, was für Mapsource / BaseCamp funktioniert.
Ich habe dann herausgefunden daß wenn man dem mkgmap.jar beim Erstellen des Typ-files die Option "--code-page=1252" mit gibt, wieder ein korrektes Typ-file erstellt wird.
An die Stelle für den Aufruf von mkgmap.jar kommen wir aber im MapComposer selber nicht ran.
Optionen kann man dem mkgmap.jar aber nicht nur in der Comandline mitgeben, sondern auch in einer Text-Datei hinterlegen. Dem mkgmap.jar muß man dann als Option den Namen dieser Option-Datei mitgeben in der die weiteren Optionen angegeben sind. Das passiert mit der Option "--read-config=.\default_options" und wird so auch schon beim Erstellen der Kacheln *.img vom MapComposer gemacht.
Die Options-Datei "default_options" wird beim Installieren des MapComposers bereits angelegt und enthält unter anderen den Eintrag "code-page=1252". Das ist die Stelle, an der wir für andere Zeichensätze theoretisch rumspielen könnten. Ich glaube aber nicht, daß wir in Deutschland daran was ändern müssen. Auch Französich sollte damit funktionieren.
Wenn Nop nun für die Erstellung des Typ-files einfach die selbe Options-Datei wie beim Erstellen der Kacheln mit verwendet wäre nach meiner Meinung für uns die Welt wieder in Ordnung.
Das war jetzt viel Text aber ich hoffe das es mit dieser Zusammenfassung etwas klarer geworden ist.
Ob es letztendlich im MapComposer auch so funktioniert muß sich erst noch rausstellen.
Viele Grüße
Wolfgang
ich versuche mal meinen bisherigen Wissensstand noch mal kompakt zusammen zu fassen.
an der Stelle wo wir händisch eingreifen können ist es für ein "gmapsupp.img" immer zu spät, da der MapComposer ja mit seinen Umwandlungen bereits fertig ist und das fehlerhafte Typ-file verwendet.mtb-Herten hat geschrieben: ↑31.01.2022, 13:59diesen Schritt habe ich nicht so ganz verstanden. Wann führst Du den Befehl aus? Nachdem die gsuppmap.img erstellt wurde, wäre ja eigentlich zu spät.
Nein, ich glaube nicht daß wir hier etwas ändern müssen.mtb-Herten hat geschrieben: ↑31.01.2022, 13:59Oder einfach den alten Eintrag code-page=1252 in der Datei default_options ersetzten?
Ich selber benutze diese Funktion für eine "gmapsupp.img" nicht, da ich meine Karten immer über MapComposer / BaseCamp auf dem GPS installiere.
Bei mir habe ich die Batch-Datei, die das Typ-file neu generiert in den Parametern für die jeweilige Karte als "Abschlußskript" hinterlegt. Nach dem die Karte fertig umgewandlet wurde wird damit automatisch das Typ-file noch mal generiert, was für Mapsource / BaseCamp funktioniert.
Wie wir festgestellt haben reagiert das neuere mkgmap.jar (welches für die Schummerung nötig ist) beim Erstellen eines Typ-File anders auf die übergebenen Parameter als das alte mkgmap.jar.
Ich habe dann herausgefunden daß wenn man dem mkgmap.jar beim Erstellen des Typ-files die Option "--code-page=1252" mit gibt, wieder ein korrektes Typ-file erstellt wird.
An die Stelle für den Aufruf von mkgmap.jar kommen wir aber im MapComposer selber nicht ran.
Dann kam der berechtigte Einwand von Nop daß dieser Option nicht hart codiert werden sollte, da man sonst nie wieder eine andere Code-Page verwenden kann.Nop hat geschrieben: ↑29.01.2022, 19:07 Fest einbauen wäre einfach. Die Frage ist allerdings ob man auch mal eine andere codepage als 1252 braucht. Die Codepage für die Kartenerstellung kann man sich in der Datei "default_options" einstellen. Wenn es jemand da ändert und ich bauen für das TYP File 1252 fest ein, geht vermutlich seine Karte kaputt.
Optionen kann man dem mkgmap.jar aber nicht nur in der Comandline mitgeben, sondern auch in einer Text-Datei hinterlegen. Dem mkgmap.jar muß man dann als Option den Namen dieser Option-Datei mitgeben in der die weiteren Optionen angegeben sind. Das passiert mit der Option "--read-config=.\default_options" und wird so auch schon beim Erstellen der Kacheln *.img vom MapComposer gemacht.
Dieser Programmaufruf hat bei mir ohne weitere Änderungen an den Einstellungen für das Erstellen des Typ-files sofort richtig funktioniert.wokü hat geschrieben: ↑30.01.2022, 10:10 Hallo NOP,
ich habe jetzt mal für die Generierung des Typ-Files folgendes ausprobiert:
Code: Alles auswählen
java -Xmx2000M -jar .\Tools\mkgmap.jar --read-config=.\default_options --output-dir=.\garmin .\data\79990000.txt exit
Die Options-Datei "default_options" wird beim Installieren des MapComposers bereits angelegt und enthält unter anderen den Eintrag "code-page=1252". Das ist die Stelle, an der wir für andere Zeichensätze theoretisch rumspielen könnten. Ich glaube aber nicht, daß wir in Deutschland daran was ändern müssen. Auch Französich sollte damit funktionieren.
Wenn Nop nun für die Erstellung des Typ-files einfach die selbe Options-Datei wie beim Erstellen der Kacheln mit verwendet wäre nach meiner Meinung für uns die Welt wieder in Ordnung.
Das in der mitgelieferten Datei "default_options" mehr Optionen drin stehen, als für die Erstellung eines Typ-files nötig wäre scheint mkgmap.jar nicht zu stören. Bei mir sieht in MapSource, BaseCamp, Oregon-700 und dem Programm "TypViewer" alles normal aus.
Das war jetzt viel Text aber ich hoffe das es mit dieser Zusammenfassung etwas klarer geworden ist.
Ob es letztendlich im MapComposer auch so funktioniert muß sich erst noch rausstellen.
Viele Grüße
Wolfgang
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo zusammen,
ich habe es eben auch nochmal getestet, kann bestätigen, dass "--read-config=.\default_options" mein ursprüngliches Problem gleichermaßen behebt wie "--code-page=1252".
So zumindest bei meinem Setup...
Ich selbst gehe ungern über Basecamp sondern nutze immer das gmapsupp.img direkt auf dem Gerät - ich persönlich finde es so viel einfacher zu handeln. Basecamp verwende ich selten, viel eher Qmapshack (direkt mit gmapsupp.img) oder beim Route planen direkt Komoot... Für die Erzeugung weiterer Karten bzw. Regionen warte ich also bis ich die Karte wieder ohne workaround bzw. ohne Basecamp erzeugen kann
War ich eigendlich der einzige, bei dem das Problem mit dem Curser aufgetreten ist?
...oder einfach der erste war der es gepostet hat?
...oder hängt es irgendwie doch mit meinem GPMap66 zusammen...?
@Oliver: Ich glaube Wolfgang hat Deine Frage beantwortet, wollte garde auch etwas dazu schreiben.
Viele Grüße,
Domenic
ich habe es eben auch nochmal getestet, kann bestätigen, dass "--read-config=.\default_options" mein ursprüngliches Problem gleichermaßen behebt wie "--code-page=1252".
So zumindest bei meinem Setup...
Ich selbst gehe ungern über Basecamp sondern nutze immer das gmapsupp.img direkt auf dem Gerät - ich persönlich finde es so viel einfacher zu handeln. Basecamp verwende ich selten, viel eher Qmapshack (direkt mit gmapsupp.img) oder beim Route planen direkt Komoot... Für die Erzeugung weiterer Karten bzw. Regionen warte ich also bis ich die Karte wieder ohne workaround bzw. ohne Basecamp erzeugen kann
![Wink ;-)](./images/smilies/icon_e_wink.gif)
War ich eigendlich der einzige, bei dem das Problem mit dem Curser aufgetreten ist?
...oder einfach der erste war der es gepostet hat?
...oder hängt es irgendwie doch mit meinem GPMap66 zusammen...?
@Oliver: Ich glaube Wolfgang hat Deine Frage beantwortet, wollte garde auch etwas dazu schreiben.
Viele Grüße,
Domenic
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Es kann durchaus sein, daß Du der erste bist. Das Verhalten ist erst durch das geänderte Verhalten von mkgmap entstanden, beim Update für die Schummerung. Und es wird ja erst im Popup sichtbar. Beim normalen Durchsehen der Karte sieht alles gut aus, ebenso wenn man den Cursor nur für die Abstandsmessung benutzt wie ich.
- mtb-Herten
- Beiträge: 245
- Registriert: 11.01.2019, 21:51
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo zusammen,
@ Wolfgang: Danke für die ausführliche Erklärung. Also, ist es ein Basecamp Problem, für mich als Linux-user also unwichtig.
@ Domenic: Bei meinem GPSmap66s benutze ich keine Schummerung. Für mich ist die Schummerung nur bei meiner Desktop-Version drin, im Zusammenspiel mit QmapShack. Damit plane ich gpx-Tracks.
Bei Deiner gsuppmap.img-Datei, welche Du mir zugesendet hast, tritt das gleiche Problem ja auch auf, das kann ich bestätigen.
Nachtrag für Domenic: Dank Deiner Koordinaten konnte ich de Fehler mit den lila Küstenwegen finden und wurde behoben. Dabei ist mir aufgefallen, dass Du die Karte vom 64s herunterladen geladen hast und die die Version für den 66ger
Gruß Oliver.
@ Wolfgang: Danke für die ausführliche Erklärung. Also, ist es ein Basecamp Problem, für mich als Linux-user also unwichtig.
@ Domenic: Bei meinem GPSmap66s benutze ich keine Schummerung. Für mich ist die Schummerung nur bei meiner Desktop-Version drin, im Zusammenspiel mit QmapShack. Damit plane ich gpx-Tracks.
Bei Deiner gsuppmap.img-Datei, welche Du mir zugesendet hast, tritt das gleiche Problem ja auch auf, das kann ich bestätigen.
Nachtrag für Domenic: Dank Deiner Koordinaten konnte ich de Fehler mit den lila Küstenwegen finden und wurde behoben. Dabei ist mir aufgefallen, dass Du die Karte vom 64s herunterladen geladen hast und die die Version für den 66ger
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Gruß Oliver.
- mtb-Herten
- Beiträge: 245
- Registriert: 11.01.2019, 21:51
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo Nop,
Jepp! Es werden wieder alle Namen angezeigt ! Super
Nur mit den automatischen update ging es diesmal bei mir nicht.... egal wie ich es gestartet habe.
Gruß Oliver
Jepp! Es werden wieder alle Namen angezeigt ! Super
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Nur mit den automatischen update ging es diesmal bei mir nicht.... egal wie ich es gestartet habe.
Gruß Oliver
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo Nop,
super Klasse – vielen Dank für das Update!
Habe gestern Abend bzw. über Nacht gleich ein größeres Kartenprojekt rechnen lassen. Prozess wie ich oben geschrieben habe, nur das gmapsupp.img erzeug und auf das Gerät geladen.
Funktioniert einwandfrei
Jetzt kann mein Rechner erstmal eine Weile rödeln und meine Karte für verschiedene Regionen erzeugen – vielen Dank nochmal!!
Grüße,
Domenic
super Klasse – vielen Dank für das Update!
Habe gestern Abend bzw. über Nacht gleich ein größeres Kartenprojekt rechnen lassen. Prozess wie ich oben geschrieben habe, nur das gmapsupp.img erzeug und auf das Gerät geladen.
Funktioniert einwandfrei
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Jetzt kann mein Rechner erstmal eine Weile rödeln und meine Karte für verschiedene Regionen erzeugen – vielen Dank nochmal!!
Grüße,
Domenic
- mtb-Herten
- Beiträge: 245
- Registriert: 11.01.2019, 21:51
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Hallo Nop,
mal eine kurze Frage. Bei mir geht der automatische Update von 1.2.a auf 1.2.b nicht.
Reicht es aus wenn ich nur die Datei map_composer.jar ersetze?
![Bild](https://i.imgur.com/g65f1Ic.png)
Laut dem Datum wurde nur diese aktualisiert.
Gruß Oliver.
mal eine kurze Frage. Bei mir geht der automatische Update von 1.2.a auf 1.2.b nicht.
Reicht es aus wenn ich nur die Datei map_composer.jar ersetze?
![Bild](https://i.imgur.com/g65f1Ic.png)
Laut dem Datum wurde nur diese aktualisiert.
Gruß Oliver.
Re: GPSMap 66sr -> Anzeige Cursor Informationen
Ja, das reicht aus.
Bei den aktuellen Updates konnte ich mich nicht entscheiden ob es jetzt 1.2a oder 1.2.1 heißen sollte, deshalb hat sich jetzt das Autoupdate verklemmt. Unentschlossenheit nix gut. Ab 1.3 wird es wieder funktionieren.![Smile :-)](./images/smilies/icon_e_smile.gif)
Die letzte Änderung war übrigens etwas komplizierter als "./default_options". Das funktioniert nur wenn alle Unterverzeichnisse im selben Verzeichnis sind, aber bei mir sind sie für höhere Verarbeitungsgeschwindigkeit auf mehrere SSDs verteilt.
Bei den aktuellen Updates konnte ich mich nicht entscheiden ob es jetzt 1.2a oder 1.2.1 heißen sollte, deshalb hat sich jetzt das Autoupdate verklemmt. Unentschlossenheit nix gut. Ab 1.3 wird es wieder funktionieren.
![Smile :-)](./images/smilies/icon_e_smile.gif)
Die letzte Änderung war übrigens etwas komplizierter als "./default_options". Das funktioniert nur wenn alle Unterverzeichnisse im selben Verzeichnis sind, aber bei mir sind sie für höhere Verarbeitungsgeschwindigkeit auf mehrere SSDs verteilt.