mhmm also ich hab da so meine Probleme mit cycleway=opposite/opposite_lane. Ich weiß, dass das der Standard ist oder war, je nach Blickwinkel. Auf jeden Fall kommt das noch sehr häufig vor und wird auch in der Regel gerendert, im Gegensatz zu oneway:bicycle=no. Die größten Router hingegen können auf oneway:bicycle=no korrekt routen (schrägerweise trifft bei OSMAND beides zusammen: gerendert wirds nicht, aber routing ist kein Problem…).
Allerdings finde ich, dass diese Taggingart eigentlich veraltet ist, vor allem, da sie keinem gängigen Taggingschema entspricht. Das cycleway:… und oneway:… -Schema ist zwar etwas komplexer, dafür aber universeller, genauer und vor allem erweiterbar.
Bei einem engegengesetzten Radweg auf dem Bürgersteig ist da z.B. schon ende und wenn man sowas deinen Radfahrstreifen für beide Richtungen beschreiben will, ist dann ohnehin ende. Oder wenn man Sachen wie cycleway:width=* oder ähnliches benutzen will.
Grade bei deinen Problemen bietet es sich daher an, die cycleway:… und oneway:… tags zu nutzen. Vor allem, da die App grundsätzlich zwischen :left und :right unterscheiden soll.
Wenn man hier wiederum versucht, das Wiki zu Rate zu ziehen, dann wird auf der cycleway Siete nur das cycleway=opposite angepriesen und auf der oneway-Seite nur das oneway:bicycle=no. Auf der Extra-Seite für Radverkehrsanlagen wird empfohlen beides zu nutzen, das halte ich aber auch für Unsinn, da die beiden Tags redundant sind…
So genug gefaselt, jetzt konkret zu deinen Beispielen:
Eine Vermischung von cycleway:left=lane und cycleway=opposite_lane halte ich für grundfalsch, zumal das left und das opposite in dem Fall redundant sind. Auch dürfte das kein Programm korrekt auslesen.
cycleway:left:oneway=-1 halte ich für überflüssig, da das der default-wert sein sollte (lane als default immer oneway und daher die lane gegen die Richtung des Ways ein oneway=-1).
Wenn du stattdessen dann ein oneway:bicycle=no setzt, sollte eigentlich alles abgedeckt sein.
Viele Grüße und gutes Gelingen!