[Osmand] Relation zu Wegen konvertieren

Mein erster Einwand (soweit ich es jetzt richtig verstehe - ich will dich aber von nichts abhalten...):

Eine Relation ist ein Container, welcher Wege beinhaltet. Wandelt man diesen Container nun um in einen Weg, dann werden die Wege doppelt angelegt - einmal als Weg aus Teilstücken ("Original-Wege") und dann als ein Gesamtweg ("Kopie aus Relation") - ich glaube das gibt Probleme - zu mal das Original aus Teilstücken unterschiedliche Taggings aufweisen kann...

tunnelbauer wrote:

Mein erster Einwand (soweit ich es jetzt richtig verstehe - ich will dich aber von nichts abhalten...):

Eine Relation ist ein Container, welcher Wege beinhaltet. Wandelt man diesen Container nun um in einen Weg, dann werden die Wege doppelt angelegt - einmal als Weg aus Teilstücken ("Original-Wege") und dann als ein Gesamtweg ("Kopie aus Relation") - ich glaube das gibt Probleme - zu mal das Original aus Teilstücken unterschiedliche Taggings aufweisen kann...

Das heißt vielleicht, ich muss es schaffen, dass die entstehenden Wege entsprechend getagt werden. Die Wege ohne entsprechende Tags werden gelöscht. Es würde daraus eine Art Overlaykarte, was in Osmand möglich ist entstehen.

Wenn nur eine farbige Linie (als way) in einem separatem Overlay oben drüber gelegt werden solll, braucht man doch keine Tags dafür?
Die original Wege sind doch sicherlich weiterhin erhalten (über die dann geroutet werden kann)? Oder hab ich das falsch verstanden?

GUFSZ wrote:

Osmand kann grundsätzlich keine Relationen anzeigen, aber ways. Stimmt das?

Jein. 🙂
OsmAnd kann zwar direkt keine Relationen anzeigen, aber es kann Relationen in Wege umwandeln bzw. die Tags der Relation auf die entsprechende Wege übertragen.

GUFSZ wrote:

Meine Idee ist deswegen, dass ich die entsprechende Relationen in Wege umforme. Dieses entstandene Datei in eine Osmandkarte umwandleund dann durch ein render.xml diese Wege farblich hervorhebe. Wäre dieser Weg grundsätzlich gangbar?

Ja, allerdings sollte das OsmAnd schon alles können.

Siehe zur konkreten Implementierung hier:
z.B. isRelationalTagValuePropogated()
https://github.com/osmandapp/OsmAnd-too … eator.java
https://github.com/osmandapp/OsmAnd-cor … Types.java

Und hier nach "relation" suchen:
https://github.com/osmandapp/OsmAnd-cor … _types.xml

Du müsstest also deine rendering_types.xml entsprechend anpassen, denn dort steht drin, welche Dinge (und wie) in die OBF-Datei aufgenommen werden und die OBF-Datei dann mit dieser geänderten XML-Datei erstellen lassen.
In der entsprechenden (evtl. eigenen) *.render.xml trägst du dann ein, wie die entsprechenden Wege mit den entsprechenden Tags auf der Karte dargestellt werden sollen.
Diese *.render.xml muss in dem Unterordner "rendering" des "osmand"-Ordners liegen und in OsmAnd unter "Kartendarstellung" ausgewählt werden.
Die *.render.xml kann man auch direkt im OsmAnd Map Creator testen, wenn man eine native OsmAnd-Lib besitzt und bei "Offline-Rendering" einen Haken setzt.
Wo man diese OsmAnd-Lib zzt. herunterladen kann, ist mir allerdings nicht bekannt, der Quellcode ist aber da und man kann sich diese erstellen.

Evtl. sind auch target_tag und target_value (rendering_types.xml) hilfreich, falss diese mit Relationen funktionieren.

Gruß,
Mondschein

Mondschein wrote:

Siehe zur konkreten Implementierung hier:
z.B. isRelationalTagValuePropogated()
https://github.com/osmandapp/OsmAnd-too … eator.java
https://github.com/osmandapp/OsmAnd-cor … Types.java

Vielen Dank für die Erklärung.

Also immer wenn Javadateien auftauchen, bin ich reichlich hilflos. Kann es sein, dass Du nach

Siehe zur konkreten Implementierung hier:

einen Link vergessen hast, in welchem steht, wie man diese Dateien wo implementiert.

GUFSZ wrote:

Also immer wenn Javadateien auftauchen, bin ich reichlich hilflos. Kann es sein, dass Du nach

Siehe zur konkreten Implementierung hier:

einen Link vergessen hast, in welchem steht, wie man diese Dateien wo implementiert.

Verstehe ich jetzt nicht.
Das ist der Teil des OsmAnd-Quellcodes, welcher für die Übertragung der Tags der Relation auf die entsprechende Wege zuständig ist.
Wen genau interessiert, wie OsmAnd das macht, der kann sich das ggfs. ansehen.

Gruß,
Mondschein

Mondschein wrote:

GUFSZ wrote:

Also immer wenn Javadateien auftauchen, bin ich reichlich hilflos. Kann es sein, dass Du nach

Siehe zur konkreten Implementierung hier:

einen Link vergessen hast, in welchem steht, wie man diese Dateien wo implementiert.

Verstehe ich jetzt nicht.

Ich habe dich so verstanden, als müsse ich die von dir verlinkten Java-Dateien irgendwie in Betrieb nehmen. Wie das gehen soll ist mir unklar.

Mondschein wrote:

Das ist der Teil des OsmAnd-Quellcodes, welcher für die Übertragung der Tags der Relation auf die entsprechende Wege zuständig ist.
Wen genau interessiert, wie OsmAnd das macht, der kann sich das ggfs. ansehen.

Gruß,
Mondschein

Dies lesend, verstehe ich dich so, dass ich nur die XML-Dateien verändern muss. Die Javadateien sind nur dazu da, um zu sehen, was Osmand da macht.

Beim nochmaligen Lesen möchte ich vorsichtshalber zusammenfassen, was ich glaube tun zu müssen.

1. rendering_types.xml so ändern

<category name="routes">
<type tag="route" value="ferry" minzoom="8" relation="true"/>
<type tag="route" value="hiking" minzoom="8" relation="true"/>
<tag tag="route" value="bicycle" minzoom="8" relation="true"/>
</category>

Weil mir der Javacode zu hoch ist, ich kann nur ein wenig Basic...

Die anderen Tags die im Relationscontainer stehen, wie zum Beispiel k=network v=lcn oder k="ref" v="GG" stehen dann beim Rendering auch zur Verfügung?

2. Ich muss rendering_types.xml, in einen Ordner des Osmandmapcreators kopieren. Dann OSM-Dateien in obf umwandeln.

3. *render.xml umschreiben und in den Renderorder von Osmand kopieren. Dannn erscheint im Auswahlmenü für die Kartendarstellung der Name des XML-Files, dass ich dann anwähle.

Du merkst, dass ich ziemlich ahnungslos bin. Ich habe mich da ran getraut, weil ich es bei Maperetive in 30 Minuten geschafft hatte.

GUFSZ wrote:

Dies lesend, verstehe ich dich so, dass ich nur die XML-Dateien verändern muss. Die Javadateien sind nur dazu da, um zu sehen, was Osmand da macht.

Genau.

GUFSZ wrote:

Die anderen Tags die im Relationscontainer stehen, wie zum Beispiel k=network v=lcn oder k="ref" v="GG" stehen dann beim Rendering auch zur Verfügung?

Die musst du extra angeben.

GUFSZ wrote:

2. Ich muss rendering_types.xml, in einen Ordner des Osmandmapcreators kopieren. Dann OSM-Dateien in obf umwandeln.

Den genauen Pfad muss ich nachsehen.

GUFSZ wrote:

3. *render.xml umschreiben und in den Renderorder von Osmand kopieren. Dannn erscheint im Auswahlmenü für die Kartendarstellung der Name des XML-Files, dass ich dann anwähle.

Genau.

Das ist leider noch nicht so schön dokumentiert.
Ich sehe mir das demnächst nochmal genau an.

Gruß,
Mondschein

Also ich habe jetzt folgendes ausprobiert.

In rendering_types.xml

<category␣name="routes">
<type␣tag="route"␣value="ferry"␣minzoom="8"␣relation="true"/>
<type␣tag="route"␣value="hiking"␣minzoom="8"␣relation="true"/>
<tag␣tag="route"␣value="bicycle"␣minzoom="8"␣relation="true"/>
</category>

reingeschrieben.

rendering_types.xml dann in sämtliche Verzeichnisse des OsmandMapcreator kopiert.

Dann eine OSM-Datei nach obf konvertiert.

Weil "ferry" in default.render.xml schon ausgearbeitet ist, habe ich die entsprechenden Zeilen gedoppelt und dann das Wort ferry durch bicycle ersetzt. Die Farbwerte auf ein gut sichtbares giftgrün gesetzt.

Dann auf das Handy geschoben.

Es ist an den entscheidenden Stellen nichts giftgrünes zu sehen.

Kannst du eventuell einen Permalink zu dem von dir betrachteten Radweg verlinken?

tunnelbauer wrote:

Kannst du eventuell einen Permalink zu dem von dir betrachteten Radweg verlinken?

Es sind Radwege.

http://www.openstreetmap.org/?lat=50.02 … 2&layers=C

Es geht um die blauen und roten Linien. Die sollen in Osmand sichtbar werden.

Im OSM Datensatz sind diese mit
<tag k="network" v="*cn"/> markiert. Bei dem Sternchen steht i,n,r oder l.

achso - jetzt seh ich es erst: Wenn du wirklich in der rendering_types.xml die Werte von oben stehen hast, dann hättest du vielleicht nicht das "type" auf "tag" ändern sollen...

Und achte auch darauf, dass er nicht mit der "default.render.xml" arbeitet, sondern mit der "rendering_types.xml".

tunnelbauer wrote:

achso - jetzt seh ich es erst: Wenn du wirklich in der rendering_types.xml die Werte von oben stehen hast, dann hättest du vielleicht nicht das "type" auf "tag" ändern sollen....

Das habe ich glücklicherweise nur hier falsch geschrieben.

tunnelbauer wrote:

Und achte auch darauf, dass er nicht mit der "default.render.xml" arbeitet, sondern mit der "rendering_types.xml".

OsmandMapcreator auf dem PC braucht "rendering_types.xml", um die Daten vorzubereiten.
Osmand auf dem Telephon braucht "default.render.xml".

Oder muss ich im Interface von OsmandMapCreator irgendwo "rendering_types.xml" angeben?

GUFSZ wrote:

Oder muss ich im Interface von OsmandMapCreator irgendwo "rendering_types.xml" angeben?

wahrscheinlich ja.

ich mache die Konvertierung im Batch ohne Gui. Da muß ich im batch.xml den Parameter renderingTypesFile setzen.

<process_attributes␣mapZooms=""
renderingTypesFile="/opt/install/OsmAndMapCreator/rendering_types.xml"
zoomWaySmoothness=""
osmDbDialect="sqlite"
mapDbDialect="sqlite"/>

sollte in der Gui auch irgendwie gehen.

Gruss
walter

Wenn du den Haken bei "Oflline Rendering" setzt, geht ein Fenster auf und da kannst du die xml definieren.

tunnelbauer wrote:

Wenn du den Haken bei "Oflline Rendering" setzt, geht ein Fenster auf und da kannst du die xml definieren.

Bei dem "Offline Rendering" frage ich mich schon lange, was das soll?

Öffne ich es, erhalte ich .

Schließe ich, erhalte ich folgende Fehlermeldung:

Ich habe mich schon damit rumgespielt, aber die Fehlermeldung bleibt.

GUFSZ wrote:

rendering_types.xml dann in sämtliche Verzeichnisse des OsmandMapcreator kopiert.

Und unter "Einstellungen -> Rendering types (xml config to extract osm data) file path" den vollen Pfad zu einer dieser Dateien angegeben?

GUFSZ wrote:

Weil "ferry" in default.render.xml schon ausgearbeitet ist, habe ich die entsprechenden Zeilen gedoppelt und dann das Wort ferry durch bicycle ersetzt.

Ok.

GUFSZ wrote:

Im OSM Datensatz sind diese mit
<tag k="network" v="*cn"/> markiert. Bei dem Sternchen steht i,n,r oder l.

Dann könntest du auch direkt danach filtern:

<type␣tag="network"␣value="lcn"␣minzoom="8"␣relation="true"/>
<type␣tag="network"␣value="rcn"␣minzoom="8"␣relation="true"/>
...

Nach route=bicycle zu filtern, wie oben, ist aber auch möglich.

GUFSZ wrote:

Die Farbwerte auf ein gut sichtbares giftgrün gesetzt.

Wie genau?
"order" auch gesetzt, sonst liegt der Radweg evtl. unter anderen Objekten und ist nicht sichtbar?

z.B.

<filter␣tag="route"␣value="bicycle"␣minzoom="8"␣color="#00FF00"␣strokeWidth="5"␣pathEffect="5_5"/>

oder

<filter␣tag="network"␣value="lcn"␣minzoom="8"␣color="#00FF00"␣strokeWidth="5"␣pathEffect="5_5"/>

und

<order>
...
<group␣objectType="2"␣area="false"␣point="false">
...
<filter␣tag="route"␣value="bicycle"␣order="38"/>
oder␣auch
<filter␣tag="network"␣value="lcn"␣order="38"/>
...
</group>
</order>

tunnelbauer wrote:

Und achte auch darauf, dass er nicht mit der "default.render.xml" arbeitet, sondern mit der "rendering_types.xml".

Das sind zwei verschiedene Dinge.
In der "*.render.xml" steht, wie die Objekte, welche sich in der OBF-Datei befinden, dargestellt werden sollen.
In der "rendering_types.xml" steht, welche Objekte (und wie) in die OBF-Datei aufgenommen werden sollen.

GUFSZ wrote:

OsmandMapcreator auf dem PC braucht "rendering_types.xml", um die Daten vorzubereiten.
Osmand auf dem Telephon braucht "default.render.xml".

Genau, bzw. "*.render.xml".

GUFSZ wrote:

Oder muss ich im Interface von OsmandMapCreator irgendwo "rendering_types.xml" angeben?

Ja, siehe oben ("Einstellungen -> Rendering types (xml config to extract osm data) file path").

GUFSZ wrote:

Bei dem "Offline Rendering" frage ich mich schon lange, was das soll?

Das benötigst du nur, wenn du die Karte direkt im OsmAnd Map Creator gerendert bekommen möchtest.
Das ist z.B. praktisch, wenn man die eigene "*.render.xml" testen und ändern möchte, denn dann muss man die Dateien nicht immer erst auf das Smartphone kopieren.

GUFSZ wrote:

Ich habe mich schon damit rumgespielt, aber die Fehlermeldung bleibt.

Wie schon angemerkt, benötigt man hierfür eine native OsmAnd-Lib (siehe oben).
Diese ist aber nicht nötig, falls du die Dateien nur auf deinem Smartphone testen möchtest.
Einzustellen wäre der Pfad zur nativen Lib unter "Einstellungen -> Native lib file (osmand.lib)", der Pfad zur "*.render.xml" unter "Einstellungen -> Rendering style file (path)".
Aber das ist wirklich nur für das Offline-Rendering auf dem PC notwendig.

Übrigens gibt es in OsmAnd schon einen default-Renderer, du solltest deinen Renderer also evtl. umbenennen, z.B. in mein.renderer.xml (evtl. auch in der Datei "name="mein").
Denn ich weiß jetzt gerade nicht, was passiert bzw. welchen default-Renderer OsmAnd verwendet, wenn es zwei davon gibt.

Gruß,
Mondschein

Vielen Dank für deine Mühe. Es hat daran gelegen, dass ich das EInstellungsmenü nicht in Betracht gezogen habe. Dann habe ich die ersten Erfolge verzeichnen können.

So sieht es momentan aus.

So sieht es in der OCM aus:

<filter␣tag="network"␣value="lcn"␣order="35"/>
<filter␣tag="network"␣value="rcn"␣order="35"/>
<filter␣tag="network"␣value="ncn"␣order="35"/>
<filter␣tag="network"␣value="icn"␣order="35"/>

Das ich den türkisen Streifen durch Erhöhung der Zahlen bei "order=" mehr in den Vordergrund bringen kann, habe ich herausgefunden. Aber diese Färbungen der Radrouten sind momentan noch 100% deckend. Gibt es eine Möglichkeit diese Linien transparent zu gestalten, sodass die darunterliegende Linie durchscheinen können. Ähnlich wie bei bei meinen Screenshot der OCM.

GUFSZ wrote:

Aber diese Färbungen der Radrouten sind momentan noch 100% deckend. Gibt es eine Möglichkeit diese Linien transparent zu gestalten, sodass die darunterliegende Linie durchscheinen können. Ähnlich wie bei bei meinen Screenshot der OCM.

Ja, durch das Hinzufügen von zwei Stellen am Anfang wird die Transparenz angegeben, also z.B. #400000FF.

1. FF0000FF hätte dann keine Transparenz, #000000FF maximale Transparenz.
   

Gibt übrigens auch noch andere Effekte, z.B. mit cap="ROUND" können Linien abgerundet werden.

Gruß,
Mondschein

Mondschein wrote:

Ja, durch das Hinzufügen von zwei Stellen am Anfang wird die Transparenz angegeben, also z.B. #400000FF.

1. FF0000FF hätte dann keine Transparenz, #000000FF maximale Transparenz.
   

Hüpf, freu, deine Füsse küssend.

Woher hast Du all die Informationen? Normalerweise finde ich so etwas irgendwo dokumentiert und muss nicht auf den Glücksfall warten, dass ich jemanden finde, der die Geduld hat mir das hinzuschreiben.

War ich diesmal zu dumm zum Suchen, oder ist dein Wissen eines, das noch keiner dokumentiert hat?

GUFSZ wrote:

Woher hast Du all die Informationen?

Wenn man sich die default.render.xml genau ansieht, dann kann man schon einiges herausfinden.

Mit Transparenz ist es eben ARGB, ohne Transparenz RGB.
Das ist keine neue Erfindung. 🙂

GUFSZ wrote:

War ich diesmal zu dumm zum Suchen, oder ist dein Wissen eines, das noch keiner dokumentiert hat?

Direkt dokumentiert ist das bei OsmAnd nicht.
Man kann es aber irgendwie herausfinden, zumindest wenn man schon entsprechendes Wissen hat.

Gruß,
Mondschein

Also ich versuche seit gestern morgen, die ref-Tags der Fahrradrouten sichtbarzumachen. In den Relationen steht ref="Kurzbezeichnung des Radnetzroute"

Ich habe die Übertragung mit

<type␣tag="network"␣value="lcn"␣minzoom="8"␣nameTags="ref"␣relation="true"/>
bzw.
<type␣tag="network"␣value="lcn"␣minzoom="8"␣additional="true"␣relation="true"/>

versucht.

Schaue ich mit einem Texteditor in das Ergebnis-OBF, werde ich eigentlich nicht recht schlau, ob ich die entscheidende Information übertragen habe.

Trotzdem habe ich bei beiden Versionen verschiedene Versuche gemacht, ob der Text erscheint. Nichts passiert.

Hat hier jemand eine Idee.

GUFSZ wrote:

Also ich versuche seit gestern morgen, die ref-Tags der Fahrradrouten sichtbarzumachen.

Ich habe das eben auch erfolglos probiert.
Irgendwie scheint es da ein Problem zu geben.

Deshalb habe ich etwas gesucht und folgende Seite gefunden:
http://osmand.cz/2012/09/ceske-cyklotrasy-v-osmand/

Hier sieht man z.B. die Routen-Relation mit dem "ref" "0085":

Also scheint es doch irgendwie möglich zu sein, das "ref" einer Relation als Name anzuzeigen.

"ref=0085" war übrigens noch nie direkt an dem Weg aus dem Ausschnitt vorhanden:
http://www.openstreetmap.org/browse/way … 53/history
http://www.openstreetmap.org/browse/way … 26/history
http://www.openstreetmap.org/browse/way … 04/history

Immer nur an der Relation:
http://www.openstreetmap.org/browse/relation/125581

Also muss das doch irgendwie gehen.
Weder die dort erhältliche "bicykl.render.xml" noch die darauf aufbauende "cyklotrasy.render.xml" haben mir verraten, wie ich die Daten in die OBF-Datei (via rendering_types.xml) bekomme. 😬

Vielleicht verstehe ich auch die Sprache nicht richtig.

Gruß,
Mondschein

Danke für deine Mühe. Ich komme auch nicht weiter.

Das Lustige ist, die Entwickler haben mich auf die FAQ und das Osmandforum verwiesen.

GUFSZ wrote:

Das Lustige ist, die Entwickler haben mich auf die FAQ und das Osmandforum verwiesen.

Ich glaube, er hat gar nicht so richtig verstanden, wo das eigentliche Problem ist.
Du schreibst, dass das alles irgendwie zu lange dauert und etwas von Relationen und Radrouten.
Der Map Creator ist nicht gerade schnell und die Dokumentation unvollständig, dass weiß er auch.
Da hat er vermutlich schon abgeschaltet. 🙂
Ohne dieses Thema hier im Forum gelesen zu haben, wird er kaum verstehen, was du willst.

Deshalb würde ich dir raten dein Anliegen konkreter zu formulieren.

Was willst du?
Eine Relation inkl. ref-Tag oder ggfs. name-Tag (oder andere Tags) der Relation darstellen.
Dafür möchtest du diese Informationen in die OBF-Datei bekommen.

Was hast du bisher probiert?

<type␣tag="network"␣value="lcn"␣minzoom="8"␣nameTags="ref"␣relation="true"/>

Aber "nameTags" scheint mit Relationen nicht zu funktionieren, die Daten kommen nicht in der OBF-Datei an.
Überprüft mit "inspector.sh -vmap meine.obf" bzw. "inspector.bat -vmap meine.obf".
Außerdem konntest du nicht herausfinden, wie man andere Tags von einer Relation "propagiert".
Erwähne außerdem, dass die Route "network=lcn" ansich schon in die OBF-Datei aufgenommen wird, aber eben ohne weitere Tags, die du aber zur Darstellung (über die *.render.xml) benötigst.
Dann weiß er auch, dass deine rendering_types.xml grundsätzlich funktioniert und du das System im Prinzip verstanden hast.

Also ganz konkret, sonst denkt er nur, du bist zu faul, dir die Infos zusammen zu suchen und dass du nur herum meckerst und versteht somit das eigentliche Problem nicht.

Gruß,
Mondschein

Also ich habe für mich beschlossen, dassich das "Projekt" nicht wieterbetreiben werde.

Ich habe schon einiges punkto OSM und gpx ausprobiert. Hier stoße ich auf ziemlich großen Widerstand. Bei Maperitive stand ich vor dem gleichen Problem (Rendering durch XML steuern) und hatte nach 30 Minuten die Lösung.

Osmand macht es mir und damit auch ziemlich vielen anderen zu schwer. Da ist es deutlich zeitsparender auf andere Lösungen zurückzugreifen. (Die meisten werden vermutlich den OCM-Tileserver so belasten, sodass Osmand genauso geblockt wird wie MOBAC.)

Wenn ich die Zeit rechne,die ich alleine jetzt dazu verwendet habe, davon könnte ich mir auch ein teueres Garmingerät leisten.

GUFSZ wrote:

Also ich habe für mich beschlossen, dassich das "Projekt" nicht wieterbetreiben werde.

Macht nichts, dafür mache ich weiter.

Ich habe mich nochmals durch den Quelltext gewühlt und dabei bemerkt, dass ich Tomaten auf den Augen hatte. 🙄

Hier das Ergebnis:

1.) In der Datei "rendering_types.xml" im Block <category name="routes">...</category> hinzufügen:

<type␣tag="route"␣value="bicycle"␣minzoom="8"␣relation="true"/>
<type␣tag="network"␣value="lcn"␣minzoom="8"␣additional="true"␣relation="true"/>
<type␣tag="network"␣value="rcn"␣minzoom="8"␣additional="true"␣relation="true"/>
<type␣tag="network"␣value="ncn"␣minzoom="8"␣additional="true"␣relation="true"/>
<type␣tag="ref"␣minzoom="8"␣additional="true"␣relation="true"/>

2.) Mit dieser rendering_types.xml (so wie sonst auch) eine OBF-Datei erstellen lassen und die fertige OBF-Datei auf das Smartphone in das Verzeichnis "osmand" kopieren.
Ggf. eine schon das selbe Gebiet abdeckende OBF-Datei deaktivieren.

3.) Auf dem Smartphone im Verzeichnis "osmand" ein Verzeichnis "rendering" erstellen.
Dort wiederum einen Renderer "bicycle-routes.render.xml" erstellen, welcher vom "default"-Renderer abhängt:

<renderingStyle␣name="bicycle-routes"␣depends="default"␣defaultColor="#f1eae4"␣version="1">
<!--␣In␣a␣dependent␣renderer,␣just␣specify␣what␣should␣change␣vs.␣the␣master/default␣renderer␣-->

<!--␣Use␣hmRendered␣for␣more␣map␣detail␣and␣better␣visibility␣of␣small␣roads␣-->
<renderingConstant␣name="hmRendered"␣value="false"/>

<order␣objectType="2"␣area="false"␣point="false">
<filter␣tag="route"␣value="bicycle"␣order="254"/>
</order>

<text>
<group>
<filter␣tag="route"␣value="bicycle"␣appMode="bicycle"␣nameTag="ref"␣textOrder="254">
<filter␣additional="network=lcn"␣textColor="#0000a0"/>
<filter␣additional="network=rcn"␣textColor="#0080a0"/>
<filter␣additional="network=ncn"␣textColor="#a00000"/>
<groupFilter␣textOnPath="true">
<filter␣minzoom="13"␣maxzoom="13"␣textSize="15"/>
<filter␣minzoom="14"␣maxzoom="14"␣textSize="18"/>
<filter␣minzoom="15"␣maxzoom="15"␣textSize="23"/>
<filter␣minzoom="16"␣maxzoom="16"␣textSize="30"/>
<filter␣minzoom="17"␣textSize="37"/>
</groupFilter>
</filter>
</group>
</text>

<point>
</point>

<polygon>
</polygon>

<line>
<group>
<filter␣tag="route"␣value="bicycle"␣appMode="bicycle">
<filter␣additional="network=lcn"␣color="#400000ff"␣shadowColor="#0000ff"/>
<filter␣additional="network=rcn"␣color="#4000ccff"␣shadowColor="#00ccff"/>
<filter␣additional="network=ncn"␣color="#40ff0000"␣shadowColor="#ff0000"/>
<groupFilter>
<filter␣minzoom="13"␣maxzoom="13"␣strokeWidth="14"␣shadowRadius="1"/>
<filter␣minzoom="14"␣maxzoom="14"␣strokeWidth="18"␣shadowRadius="2"/>
<filter␣minzoom="15"␣maxzoom="15"␣strokeWidth="20"␣shadowRadius="3"/>
<filter␣minzoom="16"␣maxzoom="16"␣strokeWidth="24"␣shadowRadius="4"/>
<filter␣minzoom="17"␣strokeWidth="30"␣shadowRadius="5"/>
</groupFilter>
</filter>
</group>
</line>
</renderingStyle>

4.) Im Menü "Kartendarstellung" den "Vektor-Renderer" "bicycle-routes" auswählen.

5.) OsmAnd auf den Fahrrad-Modus umstellen.

6.) Testen und feststellen, dass das mit den ref-Tags noch nicht optimal ist.

Das Design kann man sicher hier und da noch etwas optimieren. 🙂

Gruß,
Mondschein

Grumpf, an so einer Idee war ich auch. Danke.

Bloß Deine Lösung hat das gleiche Problem wie meine. An manchen Stellen wird eine Buslinie angegeben oder der Wanderweg. Die Wanderwegnamen löschen dann die Radwegbezeichnungen aus.

http://www.openstreetmap.org/?lat=50.05 … 6&layers=C

Am Gravenbruchring wird der E1 angezeigt.

Das kann man letztendlich mit OSM-Filter teilweise lindern. Vielleicht auch mit der Textordernummer.

Das Probem dürfte sein, dass Osmand die OSM-Struktur nicht 1:1 übernimmt und man sich daran vorbei schlängeln muss.

Edit: Ich habe versucht, "ref" durch den Phantasietag "bic" zu ersetzen. Leider wird nichts sichtbar.