Beiträge von wildgoose

Da stehts drinnen:

http://static.garmincdn.com/pumac/Montana_6XX_OM_DE.pdf

lg, Paul

Hallo,

ich arbeite mit der GM Version 11 und möchte ein DEM für AutoCAD exportieren. Probiert hab ich schon alles (3D Face, Mesh und Point), aber GM dürfte beim Export immer die Höhendaten dazu verlieren. Jedenfalls wird beim Re-Import dieser Files zwar das Gebiet angezeigt, aber als 0m-ebene-Fläche.

Hat schon jemand einen DEM zu AutoCAD (DXF) mit GM11 von Euch probiert?

lg, Paul

Hallo Gerd,

danke für die Info.

Zitat von Sardinien

Diese Datei könnte für dich interessant sein: layers_mp.dat

Das muss ich mir noch genauer ansehen, die könnte wirklich interessant werden.

lg, Paul

So, unter C:\Benutzer\All Users\CompeGPS\ gibts 3 Dateien (sind keine versteckten Dateien), die heissen:

mapkeys.dat
mapkeys.mkey
mapkeys.mkey.BAK

Da stehen ein Haufen Activation Code Hashes drin. Die dürften es wohl sein :).

Nebenbei, heute passiert nach Rechnerstart: CGPSL geöffnet, hat sich im Basic Mode geöffnet (?) mit einer anderen Device-ID, CGPSL geschlossen und neu geöffnet, beim 2. Mal wars im Full Mode (also registriert) und mit richtiger Device-ID da. Ist aber nur ein kleiner Schönheitsfehler, solange die Registrierung nicht verloren geht.

lg, Paul

PS @ Alanford78: Wie kommt man zur Testversion des CAD-Moduls?

Hallo Ludger,

danke für die Info. Interessanterweise hab ich keine *.mbkey auf meinem Rechner. Nur eine keys.dat hab ich gefunden. Hab auch etwas rumgespielt und infrage kommende Dateien verschoben, CGPSL geöffnet umd zu sehen, was passiert. Nur keine der Dateien hat ein Ergebnis gebracht.

Naja, wie auch immer, dieser Fall ist auch nicht sooo wichtig. Werd Euch sicher mit anderen Fragen noch quälen :).

lg, Paul

Hallo,

so, seit gestern hab ich CGPSL in Vollversion, zuvor nur die Trialversion. Am Vormittag lizenziert, am Nachmittag den Rechner neu aufgedreht und CGPSL gestartet, und ... der Lizenzkey war weg und CGPSL hat sich in der Trialversion gestartet. Seltsam.

Hab etwas recheriert und rausgefunden, dass sich unter

C:\Benutzer\NAME\Eigene Dokumente\CompeGPS\temp

sich 2 *.cgs Dateien befinden, welche den Hardwarehash im Dateinamen haben. Hab eine Datei gelöscht, welche zusätzlich "trial" im Dateinamen hatte und - schwups - hat CGPSL wieder in der Vollversion gestartet.

Nun die Fragen:

Kommt solches Verhalten öfters vor?
Ist die *.cgs Datei diejenige, die für die Freischaltung zuständig ist?


lg, Paul

Danke für die Info. Werds sehen, wenns soweit ist. Hab ja am 14. 2. zugeschlagen, also die Lizenz eh günstig bekommen.

Für den Rest (weil mir schon so was aufgefallen ist) sehen wir uns hier im CGPSL Subforum .....

lg, Paul

Zur Info:

Falagar hat sich dem Problem angenommen. Es könnte ein Bug (bez. BaseCamp) sein und wird von Garmin mal unter die Lupe genommen.

lg, Paul

Hallo,

ah, ich habe noch eine CGPSL 7.2.x auf meinem Rechner. Werd das mal testen. Ich bin, was updates angeht, nicht so fleissig. Wenn eine Version bei mir super läuft, behalte ich die bei.

Grad getestet: Funktioniert mit beiden Projektionen.

lg, Paul

PS: Kleine Offtopic-Frage: Ich möchte mir eine Volllizenz von CGPSL kaufen und die auf meinem Firmennotebook draufgeben (ist zur Zeit das modernste, was ich habe ). Wenn das Notebook in so einem Jahr getauscht wird, kann ich bei Compe dann das ändern lassen?

PPS als kleiner Nachtrag: Ab heute bin ich offizieller CompeGPS User :D.

Hallo,

danke für die Infos. Werd mir auch die Dokumentationen durchlesen um zu sehen, wer seine Hausaufgaben nicht gemacht hat.

lg, Paul

Hi,

so, nun hab ich die Amap in Mercator und UTM33 erzeugt. Ergebnis ist ok, ich hab nur das mit dem weissen Hintergrund nicht sofort geschnallt, somit sind an den Aussengrenzen gelbe Streifen zu sehen, das ist aber nur ein Schönheitsfehler.

Karte läuft auch, nur gibts den hier (http://www.naviboard.de/vb/sho…=40699&highlight=mrafrica) beschriebenen Fehler mit der Mercator Projektion und CGPSL noch immer.

GPSMapEdit als Kartenviewer ist ja auch genial (benutze ich immer zum Überprüfen von ECWs). Der frisst alles, stellt die Karte dann aber in Merkator dar. Jedenfalls kommt es mir so vor, um es 100%ig zu sagen, muss ich noch mehr testen.

lg, Paul

Danke für den Link.

Zitat von Schrauber

http://www.raumbezug.eu/ag/internet/osmGarmin.htm

Hab aber eine Zwischenfrage dazu. Wie gut (und vor allem genau) sind diese Daten? Ich hab mir nur mal ein paar Gebiete aus Middle East und Asia angesehen und die sind mit Verlaub gesagt ein Grauss (teilweise falsch, Abweichungen von 100 m, etc.)

Sind die Europadaten da weit besser (Frage an die, die diese Karten bereits getestet haben)??

lg, Paul

Hallo,

beim Testen mit verschiedenen GPX Files bez. Kompatiblität zwischen den verschiedenen Anwendungen ist mir einiges aufgefallen. Auslöser war, dass ich eine von CGPSL erstellte GPX nicht in MapSource aufmachen konnte.

Und zwar: Ist die Reihenfolge von Tags bei einem GPX Waypoint verbindlich?

Bei MapSource auf alle Fälle ja. Die will nach dem WPT-Tag die Reihenfolge: ELE, TIME, NAME, CMT, DESC. Man kann das eine oder andere auch weglassen. Allerdings die Reihenfolge darf nicht verändert werden, sonst wird sie von MapSource nicht akzeptiert.

Ich dachte immer, die Reihenfolge wäre egal .

lg, Paul

Weitere Erkenntnisse:

Die Version1.3.56 verhält sich gleich wie die 1.3.46.

Ob das oben geschilderte Verhalten vom Autor gewollt ist, kann ich nicht genau sagen. Haben Wegpunkte bereits Zeilenumbrüche als "0d 0a" drinnen, werden die als "0a" eingelesen und beim erneuten Speichern auch so abgespeichert.

Gibt man allerdings im GPX Editor einen Beschreibungstext über die Tastatur ein, wird dieser Zeilenumbruch sehr wohl als "0d 0a" abgespeichert. Welcher allerdings beim nächsten Öffnen/Speichern wieder weg ist.

lg, Paul

So, hab zuvor etwas zu früh geschossen .

Es gibt bei den Options eine Funktion "Keep line feed". Wenn die aktiviert ist, bleiben die Zeilenumbrüche weiterhin Zeilenumbrüche und nicht Leerzeichen. Allerdings speichert der GPX Editor diese Zeilenumbrüche dann als "0d" ab.

Somit gilt: Beim Einlesen von einer GPX Datei mit "0d 0a" werden all diese "0d 0a"s nur mehr als "0a" abgespeichert. Für welche anderen Applikationen dies eine Auswirkung hat, kann ich noch nicht sagen.

@ Hans: Danke, werde das mit der neuen Version nochmals durchspielen.

lg, Paul

So, ich hab mir das ganze nochmals im GPX Editor (in den Versionen 1.2.32 und 1.3.46) angesehen, und der arbeitet auch nicht ganz korrekt. Und zwar happerts bei dem nicht beim Schreiben der GPX Datei, sondern beim Lesen.

Szenario mit dem GPX Editor:

Einen Wegpunkt erstellen (oder bearbeiten) und eine Bescheibung hinzufügen mit mehreren Zeilenumbrüchen. Speichern der GPX Datei, die Zeilenumbrüche werden als "0d 0a" abgespeichert. Soweit so gut.

Wiedereinlesen derselben Datei und da, wo vorher Zeilenumbrüche in der Beschreibung waren, sind jetzt Leerzeichen. Ein unverändertes Speichern der Datei, und da, wo vorher Zeilenumbrüche waren, sind jetzt hex "20".

Ergo, ein Öffnen und unverändertes Speichern einer GPX Datei macht aus Zeilenumbrüchen Leerzeichen. Dieses Verhalten ist nachproduzierbar.

lg, Paul

PS noch vergessen: Mir ist das bisher nicht aufgefallen, da ich kaum oder keine Zeilenumbrüche verwendet habe, um möglichst viel text am GPS-Display zu haben.

Zitat von nordlicht

Bei Detailkarten in großen Maßstäben wird überwiegend (U)TM verwendet, da baut aber auch keiner landesweite Datensätze draus.

Ah, darum gings mir. Dann ist eine 1:50.000 UTM Karte für die USA ein Ding der Unmöglichkeit. Ja, logisch wärs ja. Aber ich dachte/hoffte, dass die grossen Kartenfirmen da einen Geheimtip hätten.

danke und lg,
Paul

Hallo allerseits,

danke für die ganzen Tipps und Infos. Ich werd das mal alles ausprobieren und einige Varianten durchspielen. Im Grunde ist es mir jetzt klar, falls noch Fragen auftreten, melde ich mich eh wieder.

Hintergrund zum Ganzen ist: Die Amap läuft bei mir noch mit Fugawi. Nur bin ich mit Fugawi mehr und mehr unzufrieden. Das Ding kann ja garnichts. Ich schäme mich sogar, das mal als Favorit für ich bezeichnet zu haben. Deshalb beschäftige ich mich jetzt mehr und mehr (je nach Zeit) mit CompeGPS Land als Planungssoftware. Und deshalb möchte ich step-by-step meine wenigen Kartenwerke auf de-facto Standards umwandeln.

Eine Zusatzfrage hätt ich allerdings noch:

Wie regeln das wirklich grosse Länder? Die kriegen doch ihre Fläche nie auf EINE Karte.

lg, Paul

Ah, noch was vergessen, zu sagen: Die Projektion auf die Zone UTM33 hin hab ich mir selbst ausgedacht, weil das das Plausibelste ist. Gut zu wissen, dass die beim BEV das auch so sehen. Auch wenn der Westen dann etwas ausserhalb der Zone liegt.

Hallo,

ich weiss nicht, ob das schon mal diskutiert wurde. Aber ich hab da folgendes Problem: Wie ist die beste Vorgehensweise, um ein Land, das sich mehr in die Breite erstreckt, blattschnittfrei auf eine Projektionsfläche zu bekommen. Sprich auf eine einzige digitale Karte.

Im Konkreten gehts darum:

Ich hab einen Ostteil und einen Westteil der Amap (ÖK50, ältere Version) und möchte mir daraus eine einige Österreichkarte machen, welche ich dann in CompeGPS Land verwenden kann.

Wie reprojezieren? Oder besser doch in 2 Hälften belassen?

Ich habe beide Teile reprojeziert zu UTM Zone 33 und WGS84. Beim Zusammenfügen sollten dann die Teile stossfrei aneinander passen. Allerdings gibts doch einen keilförmigen Spalt zwischen den 2 Teilen.

Zum Rasterkartenexperten fehlt mir also noch einiges .

lg, Paul

Hi,

klar, hab ihm bereits eine email mit Screenshots geschrieben. Info über Antwort folgt.

lg, Paul