Beiträge von wildgoose

Das MP-Format ist ja keine Sackgasse, es ist ein Vektordatenformat, es ist aber keine Grundlage für eine POI Datenbank. Es hat einen bestimmten Verwendungszweck. Die Struktur und Mögichkeiten richten sich nach dem möglichen Endprodukten. Denn die daraus compilierte Garminkarte unterstützt keine längeren Informationen zu Polygonen, etc. Somit wäre das sowieso "für die Fische".

Meine POI Datenbank, wo jeder Punkt eine "endlos" lange Beschreibung haben kann, verwalte ich in einer GPX Struktur. Habe ich mal Quellen, die von woanders herkommen oder über MP führen, so lege ich die Punkte als Bookmarks an (mit Beschreibung) und exportiere sie dann. Danach werden sie zu meiner besteheneden GPX Struktur hinzugefügt. Und diese entspricht bereits dem Eingabestil von POILoader, sodass ich nur mehr den POILoader drüberhuschen lasse, und fertig ist eine GPI mit allen, was ich brauche.

lg, Paul

Läuft auch problemlos unter Win7 64bit.

Hi,

das Verhalten mit den Schriftgrössen ist in der Tat eigenartig. Ich hab festgestellt, dass bei grossen Städten die Schrift kleiner wurde, bei geograph. Punkten aber grösser ... wenn man die Schriftgrösse ändert und dann "übernehmen" clickt. Manchmal tat sich auch garnichts bei mehreren Objekten.

Allerdings. Nach einem Neustart von MapSource, siehts dann richtig aus. Da waren auch die grossen Städte und die Dörfer mit einer grossen Schrift versehen, sprich alles gleich (hab aber nicht jedes nachgemessen).

Getestet mit einer Karte ohne Werte für Schrift und Schriftgrösse drinnen, weder in Karte noch in Typ, also "default".

lg, Paul

Hi Cletus,

MPC heisst MapSource Product Creator und ist das Tool für die Garmin Länderniederlassungen oder Vertragspartner, Karten zu erstellen.

Was dein Problem mit MP to GPX angeht. Probier mal die Bookmark-Funktion von GPSMapEdit. Da hat Konstantin einiges getan in den letzten Versionen. Bookmarks sind da quasi Punkte, die mehr POI-Charakter haben, als Punkt in einer Vektorumgebung zu sein.

lg, Paul

Hmm, gut ich bin nicht der Experte fürs Garmin Map Format, aber die im Garminforum gepostete Erklärung seitens Garmin befriedigt mich auch nicht.

Nunja, es kann schon was damit zu tun haben, dass man jetzt x-beliebig viele IMG Container auf das GPS geben kann. Früher war ja ein Container mit max. 2024 Tiles zulässig. In jedem Tile (= Einzel-IMG) gibts verschiedenen Layer, wobei jeder Layer nicht mehr als 65535 TRE Regions haben durfte. Und jede TRE Region hat ihrerseits ein bezüglich Grösse und Inhalt. Ich nehme an, dass das auch der Grund ist/war, für die Beschränkung eines Gesamtcontainers.

Da diese Beschränkung jetzt obsolet ist, kann ich mir vorstellen, das in bestimmten Bereichen (MapRegions?) die Renderengine mal was nicht mehr darstellen kann. Aber das ist jetzt nur Spekulation.

Nebenbei sollte man wissen, worauf sich das "Speicher voll" konkret bezieht.

Was das Argument mit dem Index angeht, da müsste man mal testen, wie sich ALLE geladenen Karten verhalten, wenn diese OHNE Index am Gerät sind. Quasi eine Karten-Garnitur mit Index und die gleiche ohne Index.

lg, Paul

Hmm, interessantes Thema. Da werfen aber einige Sachverhalte weitere Fragen auf:

(1) Was ist so anders an OSM Karten? OSM selbst ist ja keine Karte, sondern eine Vektordatenbank, aus der Garminkarten gemacht werden. Entspricht das Endprodukt nicht den MPC Specs? Wo liegen die Unterschiede?

(2) Eine Topo D hat sicher auch eine sehr hohe Datendichte, die an OSM rankommt. Daher müsste das Problem auch bei Topo D, und nicht nur bei OSM auftreten.

lg, Paul

Hi Gerd,

klingt eigentlich einfach. Ich machs halt mit einem mp-file also input file. Wird nur rudimentär konfiguriert, was Strassentyp und Speedlimit angeht, aber immer mit Errormeldungen ala "Access violation at address ..." oder "Routing couldnot be created". Also irgendwas hats da, oder es gibt mehr Stolpersteine, als bekannt sind.

lg, Paul

Das Manual vom cGPSmapper orientiert sich sehr exakt an den MPC-Vorgaben. In den MPC Specs sind nur jene Typen zulässig, welche auf allen Garmin Applications und GPSr dargestellt werden können. Es gibt zwar noch andere Typen, welche dafür vorgesehen sind, nur auf speziellen GPSr zu laufen, aber die liegen ausserhalb der MPC Specs.

lg, Paul

Hi JP,

ich hab noch ein neues Handbuch des CS auf Lager. Kannst haben, wenn du willst. Dürfte aber fast das gleiche drinnenstehen, wie bei dem vom CSx. Kannst mir ne email schreiben. Wennst in Wien bist, kannst es auch gleich abholen :).

lg, Paul

Zitat von Skotty

Funktioniert nicht, weil wohl noch kein MapSource auf dem PC ist.

Manuell entpacken und den MSInstaller ausführen. Nicht die EXE.

lg, Paul

Es liegt nun mal in der Natur der Sache, dass eine auto-erstellte Route errechnet/berechnet wird. Am PC sowohl auch wie am GPS, da beide eine autonome Routingengine besitzen.

Wer keine auto-erstellte Route möchte, kann eine Route manuell erstellen.

lg, Paul

Hi,

Profile betreffen ja nur Einstellungsparameter am GPS. Die haben im Grunde nichts mit der Karte zu tun.

lg, Paul

Hallo Gert,

was würd ich ohne Dich tun. So langsam kommt Logik in die Sache. Wäre doch gelacht, wenn ich keine gute Compekarte basteln könnte.

Zitat von papaluna

Ja, sobald offensichtlich ein von "always visible" abweichender Wert vorkommt wird der höchste Wert als max. Zoomwert genommen.

Ah gut, ich dachte schon, ich wäre blind. Und war ich auch. Es gibt noch eine Near/Far Zoom Einstellung über die ganze Karte. Da wird dieser "max. Zoomwert" automatisch eingetragen. Das kann man aber wieder ändern auf "always visible", und dann funktioniert es wie gewollt.

Ich denke, jetzt hab ich mal einen Grundstock an Infos, mit dem man arbeiten kann. Fehlt nur noch die 7.4er.

nochmals danke und lg,
Paul

Hallo nochmals,

was ich allerdings noch nicht durchschaut habe, ist das mit dem Zoomeinstellungen oder Levels.

Ich habe im importierten MP-File 4 default Levels angegeben, wobei alle Elemente im Level 0 sind. Ist klar. Ein MPV File hat auch Levels. Ein MPVF File allerdings nicht. Braucht der keine Levels? Oder wird das komplette Zoomverhalten nur über die Far Zoom / Near Zoom - Einstellungen festgelegt? Das würde erklären, warum das MPVF keine Levels mehr hat.

Allerdings: Ist für einige Elemente (Layers) ein "always visible" eingestellt und die Karte wird als MPVF gespeichert, so stimmt das "always visible" nicht. Ganze Karte verschwindet beim grössten Zoomwert, der für einen Layer vergeben wurde.

Z. B. Wurde für Layer A "always visible" eingestellt, für Layer B "100m/px" und für C "50m/px", so passt es für B und C, der Layer A verschwindet aber gleichzeitig mit B.

lg, Paul

Hallo Gert,

danke noch mal für die Infos. Ich werd das ganze beizeiten in ein Word.doc zusammenfassen und dann mit der 7.4er Version weiterarbeiten. Der Tag bräuchte 48 Stunden ....

lg, Paul

Hallo Gert,

danke Dir für die vielen Infos. Ich werde die in Ruhe abarbeiten und in meinen Workflow einfliesen lassen.

Eine LayersGarminPlugin.xml habe ich in meinem Compe-Verzeichnis noch nicht, nur eine LayersOSMPlugin.xml. Wahrscheinlich ist die Garminversion davon nur in der letzten Beta drinnen. Ich warte da eben auf die 7.4er Version.

Was das Rendern angeht, so bin ich mit der Darstellung, die mal fehlerhaft ist, mal nicht, und mal dauerhaft, nicht zufrieden. Meine Screenshots zeigen das ja, dass da was nicht stimmt. Bei dem diesmal angehängten werden Polygone, die nicht "compe-konform", sehr wohl aber mp-konform sind, garnicht dargestellt. Aber wie auch immer, mal auf die neue Version warten.

Was das Grundverständis von Compe für Vektorkarten angeht, da halte ich an meiner Meinung fest: Wenn eine Draworder fehlerhaft oder garnicht umgesetzt wurde, weil einfach ein Vorhandensein von Parametern fehlt, heisst das für mich auch, die "Vektorphilosophie" nicht verstanden zu haben. Ist eben so. Denn eine Drawoder-Abhandlung gehört einfach dazu.

Nebenbei sollte eine Drawreihenfolge von Polygon - Polyline - Point mal grundsätzlich da sein. Aber die fehlt ja eben auch.

Aber gut nun, warten wir mal auf die 7.4er, dann werd ich weiterexperimentieren. So hin und wieder kommen mir neue Ideen :D.

Was mir auch aufgefallen ist: Für MP, MPV und MPVF gelten unterschiedliche Regeln. Ich denke, aus diesem Grund ist es besser, die MP einzulesen, und dann als MPV in CGPSL weiter zu verarbeiten. Und zwar ausschliesslich als MPV. Falls ich mich irre, einfach sagen.

So, irgendwie nimmt das, was eigentlich Hobby ist, mehr Zeit in Anspruch als ein regulärer Job. Naja, in diesem Sinne ....

Paul

In Österreich bringt eine Blitzerwarnung so gut wie nichts. Die "Gefahr" sind die mobilen Geräte, und, wenn man sich in Sicherheit glaubt, die zahlreichen Zivilstreifen, die einem dann das Geld abnehmen :D.

lg, Paul

PS: In den meisten fixen Radarkästen sind eh nur Atrappen drinnen.

Renderengine

Die Basis jeder Vektorkartenverarbeitung ist die Renderengine. Sie macht nur mal die korrekte Darstellung der Karte. Abgesehen von den schon bekannten Missständen habe ich festgestellt, dass die Renderengine auch bei einfachen Polygonen falsch arbeitet.

Siehe begefügte Screenshots, wo mehrere Polygone ersichtlich sind. Dabei werden zwei eigenständige Polygone (im Screenshot MapSource) von CGPSL zu einem Polygon verschmolzen. Eine Erklärung dazu habe ich nicht, warum das so ist. Ich denke mal, dass die Renderengine sehr schlampig zusammengestöpselt wurde.

Aber, und jetzt kommt das groteske: Hin und wieder funktioniert die richtige Darstellung, da wird dann "richtiger" gerendert (zwar noch immer schlampig gezeichnet, aber richtig). Das ist bei einem Programm, wo der Code ja immer gleich abläuft, wirklich sonderbar.

lg, Paul

PS: Ich werde vielleicht hin und wieder ein bischen weiterexperimentieren. Aber für mich wars das im Grossen und Ganzen jetzt. Da die Basis - eine gute Renderengine - noch nicht in CGPSL vorhanden ist, ist ein Weiterarbeiten nicht möglich.

Hallo allerseits,

ich habe mich einige Zeit mit CGPSL beschäftigt, aus MP-Files halbwegs professionelle Vektorkarten zu erstellen. Als Sourcefile deshalb das MP-Format, da es für semiprofessionelle Kartenbastler quasi ein defacto-Standard geworden ist. Es ginge auch SHP, aber muss ja nicht sein.

Die Hauptkarte in einem GPS-Navigator ist für mich immer eine Vektorkarte. Warum:

- Schlankeres Kartenbild, zeigt nur relevante Kartenelemente und ist so für das Auge schneller und leichter erfassbar. Auch durch einen kurzen Blick auf das Display sieht man alles, was notwendig ist.
- Kartenelemente sind suchbar. Es kann sehr einfach nach Städten und geographischen Punkten gesucht werden.

Rasterkarten sind daher (für mich) nur dann sinnvoll, wenn mehr Information benötigt wird, oder wenn es die Situation erfordert. Deshalb ist es für mich sinnvoller, die Rasterkarte nur bei Bedarf zuzuschalten. Und um CGPS für mich verwendbar zu machen, ist die Vektorkarte in diesem System unerlässlich.


Vektorkarten in CompeGPS Land mit MP-File als Source

Als Layers werden die einzelnen Elementtypen bezeichnet.
Als Zoom Levels werden die einzelnen Levels der Karte bezeichnet.

Die Datei layers_mp.dat ist für die Darstellung von Elementen einer Vektorkarte im MP-Format verantwortlich. Aus ihr wird die Zuordnung eines Kartenelementes zu einem Typ durchgeführt. Diese Datei muss verpflichtend da sein, sonst können keine Kartenelemente angezeigt werden. Zusätzlich sind Anzeigeparameter für die Elemente hinterlegt. Das heisst, diese Datei legt das Aussehen für Elemente aus MP-Files fest; und zwar ausschliesslich für Karten im MP-Format.

Jede Datenzeile dieser layers_mp.dat sieht folgendermassen aus:

layerid, layer type, layer name, icon, border color, inner color, width, line style, fill texture

Line style Parameter (die Nummerierung ist äquivalent der angezeigten Reihenfolge in den Line-Properties):
0 - Solid
1 - Dash
2 - Dot
3 - Dashdot
4 - Dashdotdot
5 - Null
6 - Double
7 - Double Fat
8 - Double Alternate
9 - Rail
10 - Double Rail
11 - Line Wall
12 - ZigZag
13 - arrow-32
14 - wheel_arrow-32
15 - arrow_ball-32

Icon Parameter bei Points (POI):
Das Icon wird als Text (z. B. Summit) angegeben.
Border Color ist dabei die Farbe des Labels.

In den Properties wird bei Icon die Sammlung "garmin" im Pull-Down Menü angezeigt. Beim Einlesen des MP-Files wird allerdings das Icon aus der Sammlung "compegps" angezeigt. Gibt es das Icon aber in der Sammlung "compegps" nicht, wird es aus der Sammlung "garmin" oder "default" genommen. Es ist mir aber trotzdem nicht klar, wo festgelegt wird, von welcher Sammlung die Icons genommen werden. Auf jeden Fall ist es NICHT jene Sammlung, die in den Options für Wegpunktsymbole angegeben ist. Es gibt zwar noch bei den Karten-Properties die Einstellung des "POI icons file", aber das hat in der Praxis nicht zusammengepasst.

Zoomverhalten

In den Properties der einzelnen Layer kann das Zoomverhalten eingestellt werden:
Near Zoom Einstellung: Beim Hinauszoomen verschwindet das Element ab einem eingestellten Zoom-Level
Far Zoom Einstellung: Beim Hinauszoomen erscheint das Element ab einem eingestellten Zoom-Level. Zuvor ist es nicht sichtbar, wenn weit hineingezoomt.

Allerdings beeinflusst diese Einstellung in keiner Weise eine Zuordnung zu Levels.

Fehler, Bugs, offene Probleme

• Compe hat das Wesen einer Vektorkarte nicht durchschaut. Es zeichnet Linien unter Polygonen, Punkte unter Polygonen. Wie soll man die da sehen?
• Im Datenbaum links werden die unterschiedlichen Layer aufgelistet. Allerdings in wirrer Reihenfolge. Wenigstens alphabetisch wäre schon toll, denn sonst sucht man sich die Augen wund (beim ca. 100 Layern).
• Es gibt keine Festlegung, wenn 2 Polygone übereinander sind, wie die Zeichenreihenfolge auszusehen hat (z. B. ein zugrundeliegendes Polygon und ein kleineres darüber).
• Fehlerhafte Polygondarstellung, auch bei in sich geschlossenen Polygonen, welche keine "Inseln" haben. Dies tritt eigentlich nur auf, so wie CGPSL will. Sprich, man öffnet die Karte, es werden Polygone falsch dargestellt. Man schliesst und öffnet erneut, dann passt es. Das nächste Mal wieder nicht. Willkürliches Verhalten ohne, dass irgendetwas geändert wurde.

Speicher in Compe-Format

Speichert man eine MP-Karte direkt als MPVF, werden die Icons auf eine andere Sammlung geändert. Gibt es ein Icon in der nun neuen Sammlung nicht, hat der Punkt eben kein Icon. Dies ist NUR im Datenbaum ersichtlich, denn: Es wird von der Karte so gut wie nichts angezeigt, 99% der Elemente fehlen. Ich denke, man kann eine MP-Karte nicht direkt als MPVF speichern.

Man muss die Karte zuerst als MPV speichern, bevor man sie als MPVF speichern kann.

Zoomeinstellungen, die in der MPV gemacht werden, gehen beim Speichern als MPFV verloren. Es wird ein Zoom angezeigt, wobei alle Elemente "über einen Kamm geschoren werden". Dies ist auch logisch, da alle Elemente im Level 0 sind.

Einstellungen/Änderungen im Level lassen sich nur für jedes Element einzeln machen. Es gibt keine Mehrfachauswahl (z. B. nach Layer). Bei mehreren 10.000 Elementen in der Karte - viel Spass. Dies wird über Polyline Properties gemacht. Ein Polygon oder POI Properties gibt es nicht.

Weiters ist mir noch aufgefallen, dass Compe Polylines und Polygons mischen. Sprich, man kann eine Polyline erstellen als Polygon und umgekehrt. Wahrscheinlich ist das auch eine Ursache für die Falschdarstellung von Polygonen aus MP-Files.

Man kann mit CompeGPS Land auch Polygone und Polylines erstellen. Interessant dabei ist, dass, wenn die Funktion aktiviert wird, der erste Punkt automatisch irgendwo auf die Karte gesetzt wird. Ob man will oder nicht. Ich denke mal, das dürfte ein Bug sein.

------------

So, ich hoffe, ich habe meine bisherigen Erkenntnisse verständlich dargelegt. Dass ich keine Vektorkarte ala Garmin erwarten darf, ist mir klar. Das schlichte Layout kann man mal hinnehmen. Allerdings sollte grundlegende Dinge funktionieren. Solange die Elemente nicht richtig dargestellt werden (Polygone und die Anordnung von Polygonen/Polylinien/Punkten), braucht man mit CGPSL nicht weiterarbeiten.

Und wenn Compe einigermassen intelligent wäre, würden sie sich Stan ins Boot holen und die Vektorschiene auf Vordermann bringen.

lg, Paul

PS: Anbei noch ein Screenshot von einem Flusspolygon, welches mal richtig - mal falsch dargestellt wird.

Zitat von pelicase

denke, in 2 Jahren wird es schon soweit sein.
Bis dahin muss das garmin halten

Das sollte doch schneller gehen :D.

Ich sehe, dass für Vektor ein gewisses Potential da ist, welches sehr vielversprechend ist. Aber - und den Eindruck habe ich - hat Compe das Vektorkonzept nicht verstanden, es ist buggy und falsch, dass es einem die Krausbirne aufstellt. Ich bin jetzt noch am Testen und Spielen, werde in Bälde ein eigenes Thema dazu aufmachen.

bis bald dann,
Paul