CGPSL Betas 7.3.8.H

PC

CompeGPS Land 7.3.8.h setup_compeGPSLAND_738h_beta936933658.exe


MAC

CompeGPS Land Mac 7.3.8.h CompeGPSLand_7.3.8.h.pkg and_7.3.8.h.pkg

Neuheiten:
- Einlesen von OSM Datenfiles

Hi Gerd,

ich habe es eben mal schnell mit der Bremen.OSM(Geofabrik 23.01.12) probiert und da hat der Prozess Import OSM=>MPV=>network creation=>MPFV einwandfrei funktioniert.
FASTTRACK + Simulator funktionieren.

Hast du bei der Erstellung für "Intersections" "ja" geantwortet? Ohne geht es nicht.

Das OSM-Plugin ist für den Moment wohl als plug&play-Lösung für den Normalnutzer konzipiert.
- OSM-file runterladen
- in CGPSL öffnen
- als MPV speichern (muss aber nicht sein)
- Routing netzwerk erstellen lassen
- als MPVF speichern
- nutzen

Ausgefeilte Karten ala OpenMTBmap lassen sich auf diesem Wege nicht erstellen da der Zugriff auf die OSM-Daten hardcodiert ist.
Evtl. wird dies noch ausgebaut oder völlig frei gestaltet, aber da muss man abwarten.
Im Moment kann man den Import nur im Rahmen der vorgegebenen hardcodierten Werte ein wenig beeinflussen über die Import-konfigurationsfiles unter ...CompeGPS\plugins\osm.
Im Programm kann die gewünschte XML-Datei dann in den Datei>Optionen>Karten>OSM Import Datei ausgewählt werden.

Wer ausgefeilte Karten ala OpenMTBmap haben will wird weiterhin den Weg OSM=>mkgmap=>IMG/MP=>MPV=>MPVF gehen müssen.
Analog zum OSM-Import wird der IMG/MP-Import über eine XML-Datei gesteuert=>...CompeGPS\plugins\garmin.
Afaik ist man dort aber frei im hinzufügen fehlender Objekte.
Allerdings funktioniert hier derzeit immer noch nicht die Routingnetzwerkerstellung. Ohne dieses als MPVF abspeichern geht wiederum.
Ich hoffe das bis zur finalen 7.4 dieser und noch andere Fehler behoben werden da dann Möglichkeiten sowohl für den Normalanwender als auch die "Profi"-Anwender gegeben wären.

Zitat von papaluna

Evtl. wird dies noch ausgebaut oder völlig frei gestaltet, aber da muss man abwarten.

Nur zur Klarstellung dies war von mir im Sinne von 7.5, 7.6, 7.7... gemeint.
Die 7.3.8.Q wird wohl schon weitestgehend der 7.4 entsprechen.

ray
glaube mir das habe ich recht intensiv getan.
Der Einfluss auf den OSM-Import ist, da hardcodiert, beschränkt.
Im MP-Format ist man im Gegensatz dazu frei.

Ich habe es zwischenzeitlich nochmals probiert und habe z.B. eine MPVF-version der GardaGps Karte erzeugt welche auch FASTRACK + Simulatorfähig ist auch wenn bei der Generierung ein Fehler gemeldet wurde.
Es scheint auch noch Problem im layering/draworder zu geben(Vielleicht liegt es aber auch noch nur am gewusst wie).
Auch sind mir z.B. Probleme bei der Anzeige von bestimmten Polygonen aufgefallen( jene die so gezeichnet sind das durch ein Loch in ihrer Mitte ein anderes Objekt dargestellt wird z.b. Insel innerhalb eines Sees.)

hier mein Groschen.

Solange ich keinen direkten Einblick in die Denkweise der Entscheidungsträger habe ist es letztlich müssig Vermutungen darüber anzustellen warum eine Funktion integriert wurde oder nicht, warum auf diese und nicht eine andere Weise und warum es solange dauert etc.pp.(wieso ist jetzt z.B. das Start/Stop-Werkzeugleistentool durch das "Ziel"-Tool ersetzt worden)

Es hat z.B. ca. 1,5 Jahre gedauert bis Compe meinen(und evtl. anderer Nutzer) Vorschlag umgesetzt hat, die Barometerwerte auch ohne GPS-Empfang beim Sportiva verfügbar zu machen.
Seit dem gleichen Zeitpunkt habe ich immer wieder nicht nur die Fehler im IMG/MP=>MPV=>MPFV Prozess reportet sondern auch versucht den Mehrwert einer funktionierenden Vektorkarten/overlayerstellung für den Anwender und damit letztlich auch potentieller Kunden näher zu bringen.

Mit der kommenden 7.4 gibt es nun für mich zumindest den Eindruck das CompeGPS sich des Themas Vektorkarten annimmt.
Ob das letztlich mit der Intensität und auf die Art + Weise geschieht wie es der einzelne Anwender wünscht steht dann wiederum auf einem anderen Blatt.

apropo wegen "...nix tolles abliefern";
Ich wäre interessiert daran zu wissen wie "das tolle" den aussehen sollte.
läßt man mal derzeit noch bestehende Fehler/Ungereimtheiten außen vor scheinen sie erstmal den Focus auf den Normalanwender zulegen.
So soll der Normalanwender in die Lage versetzt werden möglichst schnell und einfach "simple" Karten/Kartenoverlays zu erstellen.
Und das ist ja prinzipiell auch nicht verkehrt.
Wenn man hier schon Garmin=Vektork. CompeGPS=Rasterk. vergleichen will, so muss man dann auch Garmin+Custom-KMZ mit CompeGPS + MPVF bzw. die Möglichkeiten der jeweiligen Anwender zur Erstellung von Karten des Sekundär-Kartentyps vergleichen.

Wenn ich in Betracht ziehe das z.B. die Garmin TOPO D1 2004 erschienen ist, wird es interessant sein zu sehen wo CompeGPS beim Thema Vektorkarten 2020 steht.;)
Wer jetzt adhoc z.B. die kommenden Möglichkeiten in Verbindung mit der angekündigten Garmin TOPO 2012 haben will wird natürlich ohne Frage Garmin nutzen.

Unterm Strich habe ich das Gefühl das CompGPS für seine Unternehmensgrösse auf zu vielen Hochzeiten ( Compe LandAirWindowsMAC, Twonav(Aventura,Delta,Sportiva,Smartphone, WinCe,IOs,Android...) gleichzeitig tanzt um bestimmte Sachen so schnell und auf die Art wie gewünscht umzusetzen.

@paul
bitte mach dir die Mühe.
Zumindest mich würde es interessieren was du mit "Aber - und den Eindruck habe ich - hat Compe das Vektorkonzept nicht verstanden, es ist buggy und falsch," meinst.

Immerhin konnte ich mit der 7.3.8 nun sowohl aus OSM als auch IMG&MP-Daten routingfähige MPVF erzeugen, was mir mit den Versionen 7.x-7.3.2 nicht oder nur selten/teilweise gelungen ist.
Hauptproblem ist eigentlich herauszubekommen ob evtl. Fehler(POI mal suchbar in Twonav ein anderes Mal nicht) Fehler in der Software selbst oder meinem Workflow sind.
Es fehlt vor allem an den dafür notwendigen verfügbaren Dokumentationen zur MPV/MPFV-Erstellung.

Das geht nur mit der Vollversion.