Tagged: cycle lane
- AuthorPosts
- September 5, 2018 at 10:38 #25486ChristianKKeymaster
OK, next try – preserving oneway=yes setting cycleway=lane to cycleway=dummy
adding cycleway_lane=cw_lane_oneway<way id="7205570" version="1" timestamp="1970-01-01T00:59:59Z" changeset="1"> <nd ref="43052981"/> <nd ref="2848215632"/> <nd ref="4685365480"/> <nd ref="43053008"/> <nd ref="43052980"/> <nd ref="43052719"/> <nd ref="4710279171"/> <nd ref="43052552"/> <nd ref="43052592"/> <nd ref="43052611"/> <nd ref="43052916"/> <nd ref="43053421"/> <tag k="name" v="Molenstr."/> <tag k="highway" v="tertiary"/> <tag k="cycleway_lane" v="cw_lane_oneway"/> <tag k="cycleway" v="dummy"/> <tag k="oneway" v="yes"/> </way>
This should be OK?
Here is the complete tagtransform_file:
https://www.openandromaps.org/wp-content/snippets/makes/tt_andromaps.xmlHere ist the map of tilburg:
https://drive.google.com/open?id=1QwCP4JdOV_AozsmntQhJP1wK3D5qqpmUHere is the preprocessed OSM file as it is used for rendering the map-file:
https://drive.google.com/open?id=1acqJEpsoBHfuO3P8Pk1R7aegpK7Asy8pLG, Christian
September 5, 2018 at 20:47 #25490TobiasKeymasterWorks for me 🙂
Developer of Elevate mapstyle
September 5, 2018 at 21:52 #25492TobiasKeymaster@John posts:
I think that the tag transforms are correct, what is missing are some addtional tags and transforms:cycleway_lane=opposite_lane (tag transfrom from: cycleway=opposite_lane)
cycleway_lane=opposite_lane_left (tag transfrom from: cycleway:left=opposite_lane)
cycleway_lane=opposite_lane_right (tag transfrom from: cycleway:right=opposite_lane)
cycleway_track=opposite_track (tag transfrom from: cycleway=opposite_track)
cycleway_track=opposite_track_left (tag transfrom from: cycleway:left=opposite_track)
cycleway_track=opposite_track_right (tag transfrom from: cycleway:right=opposite_track)I wouldn’t transform them to regular cycleway_lanes/tracks, because of right- or left-handed traffic and one might to mark them differently or not render them at all.
Also:
cycleway:right:oneway=no
cycleway:left:oneway=no
cycleway:oneway=no
tagtransform to to:
cycleway:oneway=cw_ow_noHowever since I wrote this in the post referred to above, the Wiki recommendation has changed to (eg) cycleway:right=lane + cycleway:right:oneway=no which is a further and unwelcome complication.
I think these tags make much more sense than oneway:bicycle=no. See in the WIki: https://wiki.openstreetmap.org/wiki/Key:oneway:bicycle
“Defines the oneway rules for cyclists where they are different from oneway=*.”
(Edit: when oneway:bicycle=no would be used, the two way road the cycleway is part of would be falsely rendered as oneway.)Developer of Elevate mapstyle
1 user thanked author for this post.
September 9, 2018 at 09:59 #25517R5O.nlParticipantI now see that the Sept maps are releases (tnx for that!) –> what should I expect in this map + Elevate_4.2.5, regarding OneWay displaying?
Should this now be on the same level as I saw in the ‘Tilburg’ map that was shared in this discussion?
And thanks to all the guys participating here: I did not expect to spawn this large (and good!) discussion 😉September 9, 2018 at 17:56 #25524ChristianKKeymasterNo its not the same level, the regular map update has the copy_unmatched bug.
Sorry for this – a regular update for all maps need 3 weeks, I can’t stop this.
.. and Netherlands was one of the maps redered prior of resolving this bug.Actual asia and russia is prozessed on the rendermachine.
Once the september update is completed I will work on the changes @tobias proposed.However, the actual update includes changes in coverage of lots of maps and the inclusion of relations at mapboarders. This means that Steffen have made a special Version of OSMCONVERT64 for OAM that makes the –complete-relations really working.
This is a major upgrade for the OAM-Maps and keeps me bussy cause there are a lot of side-effects that have to be resolved with this case.September 14, 2018 at 17:00 #25571JohnPercyParticipantwhen oneway:bicycle=no would be used, the two way road the cycleway is part of would be falsely rendered as oneway.
I’m not sure of the reasoning behind this statement, Won’t the rendering depend on the theme?
I agree however that specifying that oneway tag applies only to the bike lane by using (eg) cycleway:right:oneway=no avoids this potential ambiguity.Voluntary and Velocity themes - https://voluntary.nichesite.org
September 16, 2018 at 22:22 #25619TobiasKeymasterwhen oneway:bicycle=no would be used, the two way road the cycleway is part of would be falsely rendered as oneway.
I’m not sure of the reasoning behind this statement, Won’t the rendering depend on the theme?
I agree however that specifying that oneway tag applies only to the bike lane by using (eg) cycleway:right:oneway=no avoids this potential ambiguity.
Of course it depends on the theme, but I thought that if one would only have a rule with oneway:bicycle=no and use a symbol as the one in your post above (the two colored two headed arrow) for oneway:bicycle=no, the grey part of the arrow would stand for the main road (this would be totally valid according to the wiki). But of course it’s more secure to use nested rules as in Elevate which also test for oneway=yes.
Developer of Elevate mapstyle
September 17, 2018 at 00:29 #25623JohnPercyParticipantMy scheme is designed in effect to use nested rules and test for oneway=yes.
IF oneway:bicycle=no AND oneway=yes THEN two-colour blue/grey doubleheaded arrow
IF cyclelane is on one side only THEN IF oneway:bicycle=no AND oneway=no|~ THEN blue doubleheaded arrowVoluntary and Velocity themes - https://voluntary.nichesite.org
September 17, 2018 at 21:00 #25650TobiasKeymasterAs I said nested rules are more secure. But it would also theoretically be totally okay to use the two headed arrow without testing for oneway=yes/no. oneway:bicycle=no added to a highway marks an exception: “in opposition to other vehicles this is no oneway” (if you take the tag literally), If applied to a road with two-sided traffic, this wouldn’t be an exception. Also this tag applies to the main tag, e.g. highway=primary, and not to cycleway=lane.
Developer of Elevate mapstyle
October 7, 2018 at 20:40 #25786TobiasKeymasterWhen adding this to Elevate, I stumbled upon this
I think we need the same rules for oneway=-1, resulting in:
k=”cycleway_lane” v=”cw_lane_oneway_rev”
k=”cycleway_track” v=”cw_track_oneway_rev”
…and those will be rendered on the other side.
Those tags are not contained in tag-mapping (but in tag-transform), so it’s not working (yet). Can you have a look, Christian?
Developer of Elevate mapstyle
October 10, 2018 at 14:16 #25811ChristianKKeymasterOctober 10, 2018 at 14:40 #25813TobiasKeymasterNordrhein Westfalen would be better for this actually, thanks!
Developer of Elevate mapstyle
1 user thanked author for this post.
October 12, 2018 at 07:19 #25841ChristianKKeymasterNordrhein Westfalen
.. ready for download plus Netherlands and Bayern too
October 12, 2018 at 22:21 #25843TobiasKeymasterNordrhein Westfalen
.. ready for download plus Netherlands and Bayern too
Thanks, everything works fine now!
Developer of Elevate mapstyle
1 user thanked author for this post.
- AuthorPosts
- You must be logged in to reply to this topic.