openmtbmap für Noobs mit Installationsproblemen

Zitat von Wanderreiter

Die Installation der beiden Karten ist zumindest in meinem System gleichermaßen simpel. Beide Downloads enthalten eine EXE, die alles automatisch erledigt.

Alles inklusive Höhenlinien? Das wär mir neu.:)

Ja inklusive Höhenlinien

Hängt davon ab, welche exe-Versionen im Download enthalten sind.
Die "install_openmtbmap_de_srtm.bat" vom 21.9.2009 macht das.

Gruß
Eli

Danke!

es gibt keine typfiles weil diese dann immer veraltet waehren. Die Konturlinien alleine benoetigen kein Typfile um korrekt dargestellt zu werden.
Die Hoehenlinien an sich sind

a) seperat als einzelne Karte installierbar ohne klassische Kartendaten - dann werden die Kacheln automatisch transparent geschaltet, optimal um sie seperat so aufs GPS zu uebertragen.
oder
b) Wenn mit anderen Karten verwendet dann sollen wie beschrieben NUR die .img kopiert werden, und die restlichen Daten von der Standard openmtbmap uebernommen werden. In Mapsource sind die Konturlinien dann allerdings nur mit srtm Typfile sichtbar. Warum dies so ist liegt an irgendwelchen veraenderungen in mkgmap oder im Datenkompilierdatum, dies ist zurzeit halt leider unbekannt. Da ich nie wissen kann wann es das naechste mal wieder nicht funktionieren wuerde (nach neukompilieren mit aktuellster mkgmap Version, und keine Lust habe dies evtl im Wochenrhytmus zu tun), update ich die Hoehenlinien derzeit nicht mehr. Am GPS sind die Konturlinien egal wie per .bat installiert IMMER sichtbar.

Sinn macht daher:
a) wer haeufig Karten updated und keine Lust hat jeweils die batches auszufuehren
einmal Karten normal ohne Konturlinein und einmal Konturlinien seperat. In dem Fall beide "Kartensaetze" auswaehlen und ans GPS senden.

b) jeweils zwei Installationen in Mapsource, einmal Karten aktuell mit beliebigen Typfile mit Konturlinien unsichtbar in Mapsource aber sichtbar im GPS und einmal mit Konturlinien und srtm typfile nur fuer Mapsource nicht fuers GPS.

- Wer partout Hoehenlinien mit beliebigen Typfile in Mapsource sehen will, kann einfach bei -JEDEM Kartenupdate nachdem die Hoehenlinien nicht mehr angezeigt werden - sich den aktuellen mkgmap Snapshot holen, die Hoehenlinenkarten mit gpsmapedit oeffnen und als mp abspeichern, diese mit mkgmap neu kompilieren, und dann austauschen!

stevebiker
Könnte es sein, dass da jetzt eine Verwechslung vorliegt? Die Alpenkarte von mtbnavi.de hat eine .exe und nach der Installation den Eintrag openmtbmap_alps_srtm_21.09.2009 in MS. Also die openmtbmap_alps plus die Höhenlinien

stevebiker, dass was Du beschreibst sind die Karten von openmtbmap.org selbst

Gruß Oeschi

Zitat von stevebiker

Aber, bei den von Dir genannten Karte hatte ich in MS auch keine Höhenlinien.
Gruß, Stefan

Merkwürdig, also die Äquidistanzen von 20m werden erst bei einer Zoomstufe von 150m in MS sichtbar.

Welches Betriebssystem verwendest Du? Hätte mich interessiert

Gruß Oeschi

Das sieht nach einer Kachelgrenze aus.
Als ich meine ersten Karten mit einer inzwischen längst veralteten Version des OSM-Composers gerendert hatte, sprang mir in MapSource bei bestimmten Zoomstufen auch immer eine der beiden Kacheln weg. Wenn ich den Kartenausschnitt verschob, wechselte die andere Kachel ins Bild.
Was auch immer Nop in den Composer programmiert hat - er hat das Problem in den Griff bekommen und die Karten zicken an den Kachelgrenzen nicht mehr rum.

Will damit sagen, das liegt irgendwie an dem Programm, mit dem die Karten erstellt wurden.

Das obige Problem ist genau warum ich geschrieben hab, unter Mapsource nur srtm typfile, und liegt irgendwo an einem Bug in mkgmap (von dem osm composer aber ident betroffen waere - ist nur vermeidbar indem man mkgmap nie updated...)

Du musst Karten mit Hoehenlinien per Ziehen auswaehlen, und nicht per klick!!!!!!!!!!!!!!!!!!!

wo steht noch was bezueglich typfile umbenennen - das ist veraltet und wird nicht mehr benoetigt.

hallo Stefan,

warte lieber mit dem Safari. Von Österreich-Karten habe ich noch nichts gehört (ausser MM-Scout).

Grüsse - Anton

@ Bernd
Wer weiß, woran das "Wegspringen" in der Wander-Reit-Karte liegt. Am besten schickst Du Nop eine Fehlermeldung. Nop hat wieder mit einer veränderten Version des Renderprogramms gearbeitet. Er entwickelt den Composer ständig weiter und hat nun möglicherweise auch das von Felix beschriebene Problem. Aber auch die OSM-Daten verändern sich ständig. Vielleicht ist auch da irgendwo der berüchtigte "Hund" begraben.

Als ich vor einiger Zeit das Schnittkanten-Problem hatte, definierte ich die Regionen im Composer so, daß sie als eine ungeteilte Kachel gerendert werden konnten. Da ich nur regional begrenzte Kartenausschnitte rendere, kann man das machen. Da ich diese Kacheln ziemlich groß definierte, wurden dann irgendwann Fehler produziert. Grund: Das Anwachsen der Datenmenge führte zu einer Überschreitung des Limits.

Je höher das Datenaufkommen in den gerenderten Gebieten ist, um so kleiner muß die Kachel werden, damit sie überhaupt gerendert werden kann.

Um größere Kartenbereiche zu erzeugen, rufe ich mehrere Regionen auf und lasse sie vom Composer zu einer Karte zusammenfügen. In diesen Karten fiel mir das Schnittkantenproblem bislang nicht auf.
Ob es da eine Grenze des Machbaren gibt, habe ich noch nicht ausprobiert.

Ob das Problem der wegspringenden Karte mit dem Datenaufkommen innerhalb einer Kachel zusammenhängt, kann ich nicht beurteilen. Die Kartenkachel, bei der mir das passierte, war vom Programm aufgeteilt worden und beinhaltete Ballungsgebiete im Rheinland, so daß mir dieser Verdacht kam. Außerdem wies sie damals fehlerhaft geschnittene Polygone an den Kachelgrenzen auf. Diese überlappten die Kachelgrenze und erzeugten Anzeigefehler wie das Überdecken von Wegen. Auch das mag eine Ursache für das Wegspringen gewesen sein. Aber ich weiß es nicht. Die Probleme beim Schneiden der Polygone wurden im Composer oder einem der integrierten Programme beseitigt. So genau hab ich das nicht verfolgt.

Da die Kartendaten ständig zunehmen, wird also zwangsläufig die maximale Datenmenge irgendwann überschritten. Das produziert bei fest vorgegebenen Kachelgrößen einen Fehler und erzwingt eine neue Einstellung der Kachelgrößen. Bislang mußte man die im Composer von Hand vornehmen. Nop integriert deshalb in den Composer 078 eine automatische Erkennung des Datenaufkommens, zu dem auch die Höhenlinien gehören und koppelt daran dann eine automatische Berechnung der maximalen Kachelgröße für das zu rendernde Gebiet.

Ich umreiße die Problematik nur deshalb, weil die hier kritisierten Mankos der ein oder anderen Karte nur die Spitze eines Eisberges ist. Das Rendern der OSM-Karten ist ein sehr komplexer Prozess. Aufgrund der sich permanent verändernden Datengrundlagen muß man dabei immer wieder auf Überraschungen gefaßt sein. Dazu gehört z.B., daß ein über Stunden hinziehender Renderprozess am Ende wegen einer winzigen Kleinigkeit daneben gehen kann. Ist mir schon passiert. Es war zum "Mäuse melken", ziemlich nervig und kostete sehr viel Zeit.
Da die Höhenlinien nicht in den OSM-Daten enthalten sind, sondern beim Rendern aus einer anderen Datenquelle beigemischt werden müssen, war das in solchen Fällen ein zusätzlicher Zeitverlust beim Rendern. Wenn man die Höhenlinien in die *.img integrieren möchte, bedeutet dies, daß auch diese bei jeder Änderung der Kachelgrößen neu berechnet werden müssen. Das kostet dann nocheinmal Zeit. Da habe ich dann auch schon mal auf die Höhenlinien in der MapSource-PC-Ansicht verzichtet. Eine separate Höhenlinienkarte spart viel Zeit, da sie nie aktualisiert werden muß.

Viele Grüße
Eli