Openmtbmap.org - Nun auch fuer Fahrradfahrer und Wanderer Autorouting

... die grundsätzliche Ablehnung von BaseCamp kann ich auch nicht nachvollziehen; aber dennoch ist BaseCamp "noch" kein vollwertiger Ersatz für MapSource.

Der Ansatz der Routen-, Track- und Waypointverwaltung ist schon mal gut (und eigentlich normal); leider fehlen hierzu noch einige Sortierfunktionen.

Tracks werden nur mit diesen nervenden, kartenverdeckenden Fähnchen erstellt, und auch sonst fehlen noch einige Einstellungsmöglichkeiten von MapSource.

Zurück zur Darstellung ....

Sprechen wir hier allein von Höhenlinien, oder auch von Höhendaten, mit denen ein gezeichneter Track gefüttert werden kann?

Viele Grüße
Dieter

Sorry da irrst du. Es hat nichts mit der tdb zu tun, manchmal tauchen sie auf, manchmal nicht. In Basecamp immer. Es ist scheißegal ob die tdb mit mkgmap oder cgpsmapper erstellt wurde - ich hab ja schließlich auch batches basierend auf cgpsmapper (damit zerstoert man allerdings den Suchindex wie dir hoffentlich bekannt ist).

Ausserdem ist dein obiges Beispiel ganz klar nicht mit meinen Batches erstellt - sprich wo keine Hoehen sind, kann Mapsource auch nichts falschmachen, denn da waere anderer Kartenname (inkl srtm). Wenn die Hoehenlinien fehlen, sieht man naemlich in Mapsource immer noch die Beschriftung der Hoehenlinien.......

Zitat von morgen1

Da Du ( extremecarver ) auch nicht sehr auskunftsfreudig bist,...

Was extremecarver mit seiner Openmtbmap anbietet, ist für mich, einen " Normaluser " wirklich gut.
Die Installation der Karte anhand der wöchentlichen Updates ein Klacks.

Menschlich betrachtet, oder besser kommunikationsbereit, zeigt er m.M.n. Schwächen.
Ich erkenne auch vorbehaltlos an, daß er nicht auf jede Mail oder jedes Posting antworten kann.

Wenn allerdings, so wie ich das in meinen Beiträgen getan habe, genau beschrieben wird, wie es nach seiner Anleitung NICHT geht, wäre es sicher besser gewesen, hier darauf kurz zu antworten, als teilweise in üblen Beschimpfungen auszuarten.

Vor allem, wäre das Thema dann bereits erledigt.
Mit morgen1 wird es da schon schwerer, den der Mann hat Ahnung und ist kein Vollidi:D, so wie ich.

Ich finde es daher schade, daß sich extremecarver mit dieser Vorgehensweise so nach und nach selbst ins Abseits befördert.

Wenn das mit der Einbettung der SRTM-Daten bzw. Höhenlinien wirklich so einfach ist, dann wäre es für uns " Normaluser " sicher die beste Lösung, wenn das mit einer vorgefertigten Installations.bat möglich wäre.

Mit der Openmtbmap klappt das doch auch, ohne das man vorher ein Studium in PC-Technik absolvieren muß.

Hallo Dieter,

Zitat von trexmap

... die grundsätzliche Ablehnung von BaseCamp kann ich auch nicht nachvollziehen; aber dennoch ist BaseCamp "noch" kein vollwertiger Ersatz für MapSource.

Ich habe mir BaseCamp nur kurz angeschaut.
Es gefiel mir auf Anhieb nicht, z.B.
- Auswahl der Zoomstufe nur über den Schieberegeler.
- Programm reagiert auf meinem Netbook ( XP ) relativ langsam.
- Keine Speicherung meiner Tracks unter .... möglich >>> umständliche Speicherung.
- Nur Tracks können in Routen umgewandelt werden.

Doch, für mich ist es viel wichtiger, daß ich mich auf wenige Programme beschränke und garantiert nicht jede sog. Neuentwicklung mit mache.
Bei Garmin wirst Du da automatisch zum Betatester.
Damit habe ich bereits zu viel Zeit vergeudet.

Zitat

Sprechen wir hier allein von Höhenlinien, oder auch von Höhendaten, mit denen ein gezeichneter Track gefüttert werden kann?

Diese Frage könnte Dir extremecarver mit einem Wort beantworten.
Ich weiß es nicht.

Zitat von kg340

Mit der Openmtbmap klappt das doch auch, ohne das man vorher ein Studium in PC-Technik absolvieren muß.

Mhm - in MapSource und in BaseCamp habe ich auf der AIO noch nie Höhenlinien sehen können - ich habe gerade wieder eine aktuelle Version installiert .....

Im Vista HCx sehe ich mit den AIO-Karten Höhenlinien (in älteren Ständen, als auch im aktuellen Stand).

In den letzten Ständen habe ich auf dem HCx auch mit den OpenMTBmap-Karten Höhenlinien gesehen, im Stand vom 14.07. nicht mehr
(Die IMG-Datei wurde mit dem entsprechenden Batch-File erstellt)

Seltsam ist, dass der letzte OpenMTBmap-Download deutlich größer war, als der heutige - bei einer ständig anwachsenden Datenbank, kaum verständlich.
(Bei allen von mir erwähnten Karten handelt es sich um Deutschlandkarten).

Viele Grüße
Dieter

PS: Die Beantwortung meiner obigen Frage bzgl. Höhenlinien/Höhendaten interessiert mich immer noch

wenn auch nicht immer !

Und, ich sehe sie bereits in MapSource 6.13.7

Das habe ich am 16.07.2010 auszugsweise auf der Openmtbmap Seite gelesen und mich noch mal dran gemacht :

a2) Die Höhenlinienkarten zu den normalen Openmtbmaps hinzufügen

Die Höhenlinienkarten zu den Openmtbmaps in den selben Ordner entpacken.
Es müssen alle 6*.img, 7*.img, das Typfile, mkgmap.jar, gmt.exe sowie die *.bat Skriptdatei im selben Ordner liegen.

So bin ich vorgegangen :
- gmt.exe ist Bestandteil des aktuellen Kartenupdates ( das soll man ja aktuell verwenden )
- mkgmap.jar kopiere ich aus mkgmap-r1652 ( auf meinen PC von hier http://www.mkgmap.org.uk/snapshots/ gedownloadet )

Von einem SRTM-Typfile ist hier keine Rede mehr !

Dann habe ich die Karten, so wie von extremecarver beschrieben auf 2 XP-Rechnern, davon ein Netbook installiert.

Dabei habe ich für jeden Kartensatz mit SRTM unterschiedliche FID Nummern vergeben.

Diese Karten habe ich jetzt in MapSource und damit auch in BaseCamp :
- OSM MTB ohne Höhenlinien
- OSM MTB mit Höhenlinien
- nur die SRTM Höhenlinien

In den Karten mit SRTM kann jetzt auch das Höhenprofil für selbst eingezeichnete Routen angezeigt werden - jedoch nicht für selbst eingezeichnete Tracks.
Auch nicht für mit WinGDB aus diesen Routen umgewandelten Tracks.

Damit das Höhenprofil einigermaßen aussagekräftig wird, sollte man die Routenpunkte sehr eng setzen.

Bleibt nun die Frage, warum werden die Höhenlinien auf meinem XP Netbook meistens sofort nach MapSource Start angezeigt, aber eben auch nicht immer !

Auf meinem älteren PC mit Win XP, auch mit Service Pack 3, nur ab und an, z.B. wenn ich zwischen den einzelnen Karten hin und her gewechselt habe.

Zitat von morgen1

Natürlich nicht mit Deinem Patches, denn die funktionieren ja nicht. Ich habe das Verfahren von der Griechenlandkarte von Mapdekode abgeschaut. Den Download Deiner SRTM habe ich mir gespart, da ich die eh schon lange habe. Aber da Du als auch ich die SRTM von Pathfinderpanorama benutzen, sollten die identisch sein. Der einzige Unterschied liegt aber in der TDB. Ich habe Deine tdb nicht mal analysiert, sondern gleich meine eigene erzeugt. Leider ist es nicht 'scheißegal' ob die TDB mit mkgmap oder cgpsmapper erzeugt wird. mkgmap ist da im Vorteil wegen der Routingfähigkeit. Da Du auch nicht sehr auskunftsfreudig bist, (ich erinnere mich da an das Problem TRE-Werte betreffs Drawpriority. popej war da kooperativer ) finde es selbst raus , wie es geht.
morgen1

Der Unterschied liegt 100% nicht in der TDB, diese hat ausserdem nichts mit der Routingfaehigkeit zu tun. Die Routingfaehigkeit geht nicht verloren, wenn man die TDB mit cgpsmapper erstellt - verloren geht jedoch der Addressindex. Stan hat ja angekuendigt hier in Zukunft wahrscheinlich etwas offenzulegen - hoffentlich werden dann die Fehler im mkgmap Addressindex sowie transtilerouting gefunden.

Der TRE Wert hat zig Gruende warum ich es nicht gepostet habe, jeder Mensch mit Verstand kann eh im SVN sehen was wo gemacht wurde, und es verstehen. Ausserdem braucht man nur Garmins eigene Karten analysieren um es zu verstehen.

die Höhenlinien in MapSource 6.13.7 und in 6.16.2 :

[Blockierte Grafik: http://img830.imageshack.us/img830/7454/47126435.jpg]

Zoom 700 m
höchste Auflösung

Irgendwann sind sie dann überall wieder unsichtbar.
Klicke ich auf die Karte, erscheint ganz kurz die separate HL-Karte.

Ist schon interessant, oder .....:o

Zitat von morgen1

Natürlich nicht mit Deinem Patches, denn die funktionieren ja nicht. Ich habe das Verfahren von der Griechenlandkarte von Mapdekode abgeschaut. Den Download Deiner SRTM habe ich mir gespart, da ich die eh schon lange habe. Aber da Du als auch ich die SRTM von Pathfinderpanorama benutzen, sollten die identisch sein. Der einzige Unterschied liegt aber in der TDB. Ich habe Deine tdb nicht mal analysiert, sondern gleich meine eigene erzeugt. Leider ist es nicht 'scheißegal' ob die TDB mit mkgmap oder cgpsmapper erzeugt wird. mkgmap ist da im Vorteil wegen der Routingfähigkeit.

Tja, praktisch waere auch, wenn du verstehst wovon du schreibst. Das ist hier leider eindeutig nicht der Fall. Aber erstmal austeilen und schreiben mkgmap ist Scheiße. Die Griechenlandkarte ist absolut ident vom selben Problem betroffen. Hoehenlinien verschwinden hinter Polygonen/anderen Linien. Hoffentlich reicht dein Verstaendnis zu Garmin in dem Fall aus, zu verstehen warum es bei der Mapdekode Karte mehr oder weniger egal ist, waere traurig wenn nicht (nach dem Kopfschlag mit Zaunpfahl...). Verschwindet bei Zoom 700m.

[Blockierte Grafik: http://img838.imageshack.us/img838/9218/greece.png]

Hallo huzzel,

extremecarver antwortet hier im Posting 42 :
http://openmtbmap.org/de/about-2/openmtbmaps-contourlines/

Zitat

....einfach die infragekommenden Polygone wie Wald etc. transparten machen und den weißen Kartenhintergrund loeschen.

Läßt sich das mit Deinem Typfile-Manager machen ?

Ich wüsste nicht, wie man einzelne Type transparent machen kann. Ich weiß nur, dass man einzelne Karten transparent machen kann.
Theoretisch könnte man die Karten zerlegen. Aber ob der Aufwand sich lohnt?

Zitat von huzzel

Ich wüsste nicht, wie man einzelne Type transparent machen kann.

Mit MapTk sollte das gehen.

Zitat von kiozen

...jeder macht das hier aus Spaß und ohne große kommerzielle Erwartungen...

Offensichtlich nicht, aber ein klein wenig Eigeninitiative hat auch noch niemandem geschadet.

morgen1, Doch, siehe Screenshot, bei der Mapdekode Karte verschwinden in 6.16.2 bei 700m --> 20m die Konturlinien hinter allen anderen Objekten, logisch dass sie ohne 0x4b und großflaechige Polygone großteils sichtbar sind. Deine Loesung ist keine Loesung, da es eben scheißegal ist ob cgpsmapper oder mkgmap. Unter 6.13 gibt es ein paar aufwaendige Tricks die funktionieren, aber mir zu lange brauchen zum erklaeren und sehr schwer zum ausfuehren sind.

Naeher als 700m, sind in 6.16 außer bei Cacheresten, 0x20-0x25 prinzipiell hinter anderen Objekten (der Grund ist wohl, die Beschwerden dass die Hoehenlinien die Wege verdecken).

Hallo,

es ist schön und gut, dass die OpenMTBmap-Karte Wege je nach Typ mit auch verschiedenen Farben am Navi anzeigt.

Auf meinem Vista HCx habe ich aber das Problem, dass für eine auffällige Track-/Routenfarbe keine Farbe mehr frei ist

Blau wird berechtigterweise für Bäche und Flüsse verwendet; Rot wird für verschiedene Wege verwendet und Violett unterscheidet sich am Vista (etrex) leider nicht aureichend von Rot, um schnell erkannt zu werden.

Sollte nur ich das Problem haben, so würde ich mich mal in die Typ-Files verbeißen, um diese für mich anzupassen (ich vermute, dass die Farben dort änderbar sind).

Wenn andere auch das Problem haben, so würde ich die Bitte formulieren, eine auffällige Farbe für Tracks und Routen "frei" zu lassen

Wie sieht es bei euch aus?

Viele Grüße
Dieter

Ich komme mit den Farben gut zurecht. Da ich meist mit Tracks fahre und recht weit reinzoome, habe ich keine Probleme mit der Erkennbarkeit.
Die eTrex-User haben ja noch den Vorteil, auch die Routenfarbe ändern zu können, was beim 60er leider nicht geht.