[k.loe]

Hallo Zusammen,

durch den Thread zu Berggipfeln in Elevate LE sowie das Studium des XML-Codes von Elevate 5.6 konnte ich soweit nachvollziehen, dass zur Darstellung von Berggipfeln eine sehr dezidierte Logik auf Basis der Dominanz der Gipfel verwendet wird. Ich verstehe es eber so, dass ab Zoomstufe 14 grundsätzlich alle Namen von Berggipfeln auf der Karte dargestellt werden sollten.
Dies ist bei mir in MOBAC jedoch leider nicht der Fall, siehe die beigefügten Beispiele von Sonntagkarspitze und Östliche Praxmarerkarspitze (Karwendel) auf Zoomstufe 15 sowie Speckkarspitze (Karwendel) auf Zoomstufe 18.

Ich habe testweise versucht, die Prioritäten in den beiden nach meinem Verständnis einschlägigen Regeln <rule e=“node“ k=“summit:cross“ v=“yes“ zoom-min=“14″> und <rule e=“node“ k=“summit:cross“ v=“~“ zoom-min=“14″> auf 150 und damit höher als alle anderen Prioritäten zu setzen. Dies hatte aber keinen vollständigen Effekt. Auch eine Vereinfachung der Regel dahingehend, dass einfach bei allen Gipfeln ohne Berücksichtigung der Dominanz sowie des Gipfelkreuzes der Name angezeigt werden soll, hat nicht dazu geführt, dass immer der Name des Gipfels erscheint.

Gibt es noch irgendeinen Ausdruck im Theme, der die konsequente Ausgabe der Gipfelnamen blockieren könnte?
Bei anderen Themes wie z. B. Bergfex-OSM werden die Namen der o. g. Gipfel bei meinen beiden Testbeispielen immer mit angezeigt.

Es wäre prima, wenn Ihr mir hier weiterhelfen könntet. Das ist das Einzige, was ich an den tollen Elevate-Themes für meine Bedürfnisse gerne noch anpassen würde.

Viele Grüße
Konstantin

Attachments:

1. 

   Sonntagkarspitze.jpg

2. 

   Speckkarspitze.jpg

Download All Files

[Tobias]

Hallo Konstantin,
das hat glaube ich weniger was mit Elevate zu tun als mit MOBAC oder deinen Änderungen. Bei mir klappt die Darstellung problemlos, siehe Anhang (in Cruiser unter Windows, aber auch testweise unter OruxMaps in Android).
Was immer sein kann, ist dass etwas auf Kachelgrenzen liegt und deshalb nicht dargestellt wird. Das wird z.B. bei Cruiser umgangen mit dem „label-layer“. Kann gut sein, dass in MOBAC der Labellayer nicht verwendet wird und es kleinere Kacheln und deshalb mehr sind und daher die Probleme kommen.
Ansonsten kannst du auch display=always ausprobieren, dann werden alle Gipfel auch überlappend angezeigt.
Grundsätzlich macht es Sinn, immer mit einer „normalen“ Mapsforge Implentierung vergleichen (Cruiser ist von einem Mapsforge Entwickler und daher gute Referenz), dann weißt du besser, ob es am Theme oder den Besonderheiten von MOBAC liegt.
Viele Grüße,
Tobias

Developer of Elevate mapstyle

[Tobias]

Anhänge in obigen Post vergessen…

Developer of Elevate mapstyle

Attachments:

1. 

   Screenshot-2025-12-31-105300.jpg

2. 

   Screenshot-2025-12-31-105559.jpg

Download All Files

[mbe57]

MOBAC hat in der Tat kein label layer, und das Problem ist ganz und gar nicht auf Gipfel beschränkt …

[k.loe]

Habe mittlerweile diesen Thread im MOBAC-Forum gefunden und verstehe es so, dass es sich um ein grundsätzliches (ungelöstes) Problem mit der Implementierung der Mapsforge Rendering Library in MOBAC handelt:
https://sourceforge.net/p/mobac/forum/map_sources/thread/9ccb9a1c2e/#b03a/3c0b

In Cruiser wird auch bei mir alles korrekt dargestellt.

Gibt es denn eine andere Möglichkeit, um aus OpenAndroMaps mit Elevate-Theme Karten im Format „TrekBuddy untared atlas“ zu erzeugen? Die Karten in diesem Format brauche ich, um die OpenAndroMaps mit ape@map als Planungs-/Navigationssoftware nutzen zu können.

[Tobias]

Das Umwandeln in Raster Karten nimmt den Mapsforge Karten entscheidende Vorteile – Größe der Karten, Einschränkung der Zoomlevel, verschiedene Themes, Änderung der angezeigten Inhalten via Theme etc. Da mapsforge Open Source ist kann das ja auch in ape@map eingebaut werden. Wäre zumindest die langfristig sinnvollere Lösung.

Developer of Elevate mapstyle

[k.loe]

Habe ich schon an die Entwickler von ape@map weitergegeben ;-). Leider findet an dem Program in letzter Zeit aber kaum noch eine Weiterentwicklung statt.

Und für den folgenden Use-Case gibt es nach meiner Kenntnis ja noch keine wirklich gute andere Lösung:
(1) Individuelle Berg-Touren am Windows-PC planen und Tracks erstellen. Hierfür mehrere Karten (nicht nur OSM-Kartenmaterial) nutzen, um größere Sicherheit zum Vorhandensein der Wege zu haben.
(2) Am PC erstellte GPX-Tracks sowohl auf Garmin-Uhr als auch Android-App übertragen
(3) Auf PC und in Android-App das gleiche Kartenmaterial nutzen

In Locus sowie Orux geht das nach meiner Kenntnis ja nur über die Emulation der entsprechenden Android-Apps am Windows PC.

[Autor]

Beiträge