Hi,
was sind eigentlich die Meere, die überlaufen? Ob da Meer ist oder nicht, kann das Programm ja nicht wissen.
@ Multipolygone: Im Grunde kann ja nur ein Polygon angezeigt werden (oder sie sind gegenseitig halbtransparent). Und welches oben liegt, regelt ja die Draworder. Somit erkenne ich den Sinn dahinter nicht ganz.
lg, Paul
Komplett O.T. hier: Es gibt sie wenn geofabrik Extracts anbietet. Sonst leider nicht. Azoren sind etwa seperat. Aufwand ist gering WENN es sie auf geofabrik gibt.
Wunder kann mkgmap natuerlich auch nicht, daher ueberschwemmt in Deutschland eine Kachel bei Bremen (hier ist die superkomische Genzfuehrung in NL/DE verantwortlich - evtl sollte man hier einfach mal OSM fuer die Extracts optimieren, da es keine einfache Loesung geben wird - mehr dazu steht auf der Osmosis ML).
# Addresssuche nicht nur unter Mapsource sondern auch auf allen GPS (es kann sich hier eigentlich nur um minimale Fehler handeln, die noch unbekannt sind wie sie Garmin liest).
Hallo extremecarver,
in MapSource (aktuelle Version) ist nun zwar die Adressuche aktiviert, allerdings findet er z.B. die Strassen noch nicht richtig. Habe ich evtl. noch einige Einstellungen übersehen (--index --location-autofill) oder geht das momentan nur via --road-name-pois ?
# Autorouting in Mapsource nur in 2 Kacheln ohne Viapunkt.
Hat sich beim Intertile-Routing mittlerweile noch etwas getan oder bleibt es bei max. 4 Schnittstellen beim Routing?
Danke und Gruß
Stefan
Hallo extremecarver,
in MapSource (aktuelle Version) ist nun zwar die Adressuche aktiviert, allerdings findet er z.B. die Strassen noch nicht richtig. Habe ich evtl. noch einige Einstellungen übersehen (--index --location-autofill) oder geht das momentan nur via --road-name-pois ?
Da bei den Openmtbmaps die Adressuche recht zuverlässig funktioniert, scheint es nicht an mkgmap zu liegen.
Mit der weiter vorne im Thema erwähnten "MDR-Branch" scheint eine spezielle mkgmap-Version gemeint zu sein in der Form:
mkgmap-mdr-rxxxx.jar
Leider konnte ich eine solche Version bisher nirgends zum Download finden. Es bleibt spannend. 
Stefan
Straßensuche funktioniert perfekt in Mapsource. Aber nur wenn --latin1 nicht gegeben, oder keine Sonderzeichen vorkommen (etwa ß ). MDR Branch ist laengst integriert - daher nur noch in der SVN History zu finden.
Wie wird eigentlich die Routing-Information gespeichert? Wird diese komplett in einem separaten File abgespeichert (ich habe mal was von einem Traffic-File gelesen...)?
Ich frage aus folgendem Grund: Ich würde gerne zum Erstellen der Routingdaten mkgmap verwenden, für die IMG-dateien aber cGPSmapper. Geht soetwas?
Grüße,
Michael
Hallo Michael,
Wie wird eigentlich die Routing-Information gespeichert?
afaik wird ein Teil der routing-informationen direkt im img-file gespeichert während ein anderer in den trf-files gespeichert ist. Die Metroguides hatten im Gegensatz zu den CN z.B. keine trf-files. in den MDR-Files wiederum befinden sich nur die Namensindex/Adressdaten.
Ich würde gerne zum Erstellen der Routingdaten mkgmap verwenden, für die IMG-dateien aber cGPSmapper. Geht soetwas?
Nein
...
Inzwischen ist auch die Performance unter Mapsource, kompiliert man eine Karte per mp mit cgpsmapper vs mkgmap deutlich besser, insbesondere ween man blaues Meer haben will (funktioniert seit 19.01.2010 perfekt)
...
--Updated 19.01.2010
Hallo,
ich versuche gerade, bei meinen Karten 'blaues Meer' hinzubekommen, es klappt aber nicht. Deswegen möchte ich hier doch mal gleich nachfragen.
Ich verwende mkgmap V 1607 und habe auch ein wenig mit '--generate_sea' herumprobiert, bislang ohne Erfolg. Was also muss ich einstellen, um blaues Meer zu bekommen?
Hier wurde auch mehrfach ein 'mdr branch' erwähnt - was bitte ist das?
viele Grüße,
Meinolf
Hallo, Meinolf,
Hallo,
ich versuche gerade, bei meinen Karten 'blaues Meer' hinzubekommen, es klappt aber nicht.
Selbst habe ich es auch noch nicht probiert, allerdings wäre es hilfreich wenn du z.B. mitteilen würdest welcher Art deine Daten sind z.b. Mp-Format oder osm-format, Eigene Daten oder OSMdaten. Dann kann dir leichter geholfen werden.
Ansonsten kannst du ja auch mal die Mailing list(http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev) durchstöbern(auch wenn es ehr mühsam ist)
Hier wurde auch mehrfach ein 'mdr branch' erwähnt - was bitte ist das?
branch=Zweig => Entwicklungsseitenzweig im Rahmen der Softwareentwicklung wo spezielle Aspekte bearbeitet werden. Hieraus resultieren dann gegebenenfalls Versionen, welche sich in diesen Teilbreichen vom Hauptzweig(trunk) unterscheiden. Der MDR-branch war der Teilbereich, welcher sich mit dem Adressindex beschäftigt hat. Dieser ist im Moment aber wieder zurückintegriert in den Trunk.
Hallo, Meinolf,
Selbst habe ich es auch noch nicht probiert, allerdings wäre es hilfreich wenn du z.B. mitteilen würdest welcher Art deine Daten sind z.b. Mp-Format oder osm-format, Eigene Daten oder OSMdaten. Dann kann dir leichter geholfen werden.
Ja, sorry. Ich verwende OSM-Daten von Geofabrik (Europa-File). Zum Testen habe ich mir jetzt zusätzlich mit JOSM einen kleinen Ausschnitt um Stralsund herum gesogen.
Ansonsten kannst du ja auch mal die Mailing list(http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev) durchstöbern(auch wenn es ehr mühsam ist) ...
Ich habe dort mal ein wenig gestöbert. Im Prinzip sollte es wohl mit der mkgmap-Option --generate-sea funktionieren, bei mir allerdings bislang nicht. Man kann offenbar noch zusätzliche Parameter zu generate-sea hinzufügen, ich habe verschiedene Kombinationen die in der Mailingliste erwähnt wurden ausprobiert, aber ohne Erfolg. Momentan verwende ich '--generate-sea=polygons,extend-sea-sectors,close-gaps=6000' ohne allerdings zu wissen, was das im einzelnen genau macht (gibts da irgendwo eine Erklärung dazu?).
Im wesentlichen richte ich mich übrigens nach der Beschreibung von Ralf Kleineisel (http://www.kleineisel.de/blogs…-topographic-map#more1620), habe aber ein paar Änderungen / Erweiterungen an den Style-Files und am Typfile vorgenommen.
Ich habe jetzt übrigens mal versucht, im Typfile die 'shoreline' (0x14) durch eine Linie darzustellen, damit die Küstenlinie wenigstens sichtbar wird, aber auch diese wird auf meiner Karte nicht angezeigt.
Gruß,
Meinolf
J... die 'shoreline' (0x14) durch eine Linie darzustellen, damit die Küstenlinie wenigstens sichtbar wird, aber auch diese wird auf meiner Karte nicht angezeigt...
shoreline ist eigentlich 0x15 und nicht 0x14. Es sei denn, Du hast es durchgängig umgebaut. Vielleicht liegt es daran.
morgen1
shoreline ist eigentlich 0x15 und nicht 0x14. Es sei denn, Du hast es durchgängig umgebaut. Vielleicht liegt es daran.
morgen1
Nein, war ein Tippfehler. Ich meinte 0x15. In meinem Stylefile steht definitiv: 'natural=coastline [0x15 level 7]'.
Gruß,
Meinolf
OK, jetzt hats geklappt.
Hat ein bisschen gedauert bis ich darauf gekommen bin, dass man im 'polygons' Stylefile auch einen Eintrag für 'natural=sea' braucht, wenn man die Option '--generate-sea' bei mkgmap verwendet 
Gruß,
Meinolf
Hallo,
da bei mir cgpsmapper auf dem Rechner nicht mehr funktioniert (unergründlich, warum, Neuinst. des Rechners kommt nicht in Frage), habe ich für mich festgestellt, dass ich ja mit mkgmap ebenso aus der .mp-Datei ein .img machen kann, welches ich mit gmt dann zu einer bestehenden gmapsupp.img hinzu kombiniere.
Einziges Manko: Ich kriege es nicht geregelt, das Typfile mitzugeben.
Ich verwende mkgmap so:
java -Xmx512M -jar mkgmap.jar --family-id=9063 --transparent --20100728 20100728.MP M0001267.TYP
Das Typfile besteht aus zwei Definitionen, einmal eine Straße, die fett dargestellt wird und einmal ein Wanderweg, ebenso dick und beides in grellen Farben.
Auf dem etrex wird mein Wanderweg halt einfach nur als simpler Wanderweg, so wie immer, dargestellt, Farbe und Dicke kommt nicht an, deswegen glaube ich, dass das Typfile nicht mitkommt.
Was ist falsch?
Bzw. komme ich mit einem anderen Tool zum Zuge?
Gruß
ob Deine Vermutung, dass das Typfile nicht in der gmapsupp drin ist zutrifft, kannst Du überprüfen, indem Du die gmapsupp mit gmaptool wieder zerlegst. Da siehst Du ja, ob es drin ist. Falls ja, könnte immer noch die FID nicht zur Karte passen, Mit falscher FID wird es nicht angezeigt. Vorausgesetzt, die FID stimmt, kann man auch sendmap zum Übertragen nutzen . Zur Erzeugung der img kannst Du Maptoolkit testen. Habe ich seit Ewigkeiten nicht mehr benutzt, weis nicht,ob das in der aktuellen Version noch geht.
morgen1
OK, danke dir für den wertvollen Hinweis mit der FID. Die stimmen nämlich sicher nicht überein.
Wie kriege ich raus, welche FID das Typfile hat? Ein ASCII-Editor zeigt mir nur Schmarrn an.
Edith sagt: sendmap20.exe sendet IMG und TYP in eine GMAPSUPP.IMG, egal, ob die FID passen. Kann man mit gmt -i Datei.IMG überprüfen.
Scheinbar werden die FID willkürlich angepasst.
Danke, habe jetzt ne Lösung, um ohne cgpsmapper zurecht zu kommen.
Yehaaaaa, address index seems to be correctly working as of today (on index branch)....
thanks a lot Steve...
Endlich ist das größte Default von mkgmap Geschichte....
(nun gehts noch drum dass die Adressen besser aus OSM ausgelesen werden)
So, Adresssuche ist nun Hausnummerngenau!
Es werden derzeit jedoch nur die am häufigsten vorkommenden Tags addr:housenumber and add:street eingelesen. Sprich anders getaggte Adressen noch nicht (etwa addr:interpolation usw für ungefähre Angabe).
Damit gibt es keine Funktion mehr die fehlt. (Übersichtskarte manuell kann man wie bei cgpsmapper erstellen - fehlt halt noch dass das Automatisierbar wird).
Andererseits, ist wie von mir vorausgesagt, cgpsmapper seit einiger Zeit ja auch mehr oder weniger tot.... Somit ist nun cgpsmapper im Prinzip kaum mal mehr eine Alternative...
(Ich hab meine Karten alle schon aktualisiert auf Hausnummerngenasue Suche).
Noch gibt es Problem mit Routing in Mapsource und BaseCamp. Man kann nicht eine Route über mehrere Kacheln erstellen.
Doch sicher geht das. 10-15 Kacheln sind meiner Erfahrung nach kein Problem - bzw mindestens 50-150mal abbiegen geht auch ohne Zwischenpunkt.
Ich denke es liegt eher an der Konsistenz der Daten bei OSM, dass das Routing über lange Strecken nicht so gut ist.
Leider gibt es ja keine wirkliche Möglichkeit mit cgpsmapper (oder MPC wenn man es hätte) gegenzuchecken, ob es dort besser wäre...
