[Tagging] What does bicycle=no on a node means?

Emvee emvee-osm at gmx.de
Wed Oct 21 20:00:04 UTC 2020


On 16/10/2020 09:31, Mateusz Konieczny wrote:
> Oct 15, 2020, 22:18 by tagging at openstreetmap.org:
>
>>     This recent wiki change by Emvee
>>     <https://wiki.openstreetmap.org/wiki/User:Emvee> is in my view
>>     not helpful, or even misleading, as it does discourage a
>>     wide-spread tagging practice (if we like this or not is a
>>     different question, but it's established tagging, and the wiki is
>>     supposed to describe the establsihed methods of tagging)
>
>     The change describes what a router does with bicycle=no on a node,
>     see https://github.com/abrensch/brouter/issues/265
>     <https://github.com/abrensch/brouter/issues/265>
>
> No, you changed documented meaning of tagging scheme in
> https://wiki.openstreetmap.org/w/index.php?title=Tag%3Ahighway%3Dcrossing&type=revision&diff=2043653&oldid=2025128
> <https://wiki.openstreetmap.org/w/index.php?title=Tag%3Ahighway%3Dcrossing&type=revision&diff=2043653&oldid=2025128>
>
> OSM Wiki is not describing only tagging that is supported.
>
> Note that it is fine to describe tagging as problematic, unsupported
> and having a better alternative.

Rereading what was added the text describes exactly what is problematic
namely bicycle=no in the context of routing. I did not add that context
but that is something I can do.

Adding that mapping the crossing from curb to curb as separate osm way
with the correct access tags is a better alternative is a good idea.

>     Already discussed elsewhere but having routers ignore bicycle=no
>     in combination with highway=crossing means that it is more or less
>     useless as routers are they main data consumers while at the same
>     time crossing data is far from being complete.
>
> Any tagging scheme is for some period unsupported, this does not make
> it useless.
If data is not used and will not be used in the foreseeable future I
call it useless.
> And any widely used tagging scheme can be described. As obvious from
> this discussion meaning
> of this bicycle=no is clear so I will revert your edits on this page

I do not see how you came to this conclusion, but as I noted on the Talk
page I have no problem with reverting for now but think it should be
reverted further to point before bicycle=no/yes was added.

Instead of reverting you could have chosen for the changes I did point
out above.

>     My take is that it is not a wide-spread tagging practice and it
>     does not add new information as weather it is a pedestrian issue
>     can be deduced from the connecting ways.
>
> Not in cases where
> (1) highway=cycleway is crossing road where cyclists are obligated to
> dismount
> (2) highway=footway with bicycle=yes/designated is crossing road where
> cyclists
> are obligated to dismount
Can be covered by mapping the crossing, curb to curb as separate osm
way. A bit more effort but more precise.
> (3)pedestrian only crossing is tagged on road having cycleway on both
> sides
> (tagged as cycleway:lef/cycleway:right/cycleway:both)
> (or where such road has cycleway at one side, is joined by separately
> mapped
> cycleway from other side and there is crossing there, but
> cyclists must dismount)

There is no need to tag this type of "solitary" crossing for routing
purposes, a router will never want to make a turn half way the road. So
these "solitary" crossings are useless in routing context while routers
do have problems with bicycle=no/dismount on a node.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20201021/94521027/attachment-0001.htm>


More information about the Tagging mailing list