Shared motorcycle / bicycle parking

Phyks commented 5 years ago

Hi,

Expected behavior

In France, quite a lot of motorcycle and bicycle parkings are actually shared, meaning that either a bike or a motorcycle can park on these stands. They are usually tagged as

amenity=motorcycle_parking
bicycle=yes
bicycle_parking=…

They could however be tagged as well as

amenity=bicycle_parking
motorcycle=yes
bicycle_parking=…

although this tagging scheme is rarely used.

These parkings should have a different marker which should represent bike and motorcycle, without giving priority to any of them.

Actual behavior

So far, the render uses a bicycle parking marker (for amenity=bicycle_parking) and a motorcycle parking marker (for amenity=motorcycle_parking) without consideration for the access specified.

Links and screenshots illustrating the problem

This is typically the case for the parkings around the square here.

Proposed solution

I propose to render amenity=bicycle_parking, motorcycle=yes and amenity=motorcycle_parking, bicycle=yes with a different icon which represents both bicycle and motorcycle. Typically, this could be

bicycle_motorcycle_parking

(SVG file is available at https://framadrop.org/r/rmq5_eW_ti#tcICgFuINhTeBf4UuTbyZ6/pvCEl4RWYmLuxITYpH94=).

What do you think about this?

Thanks!

kocio-pl commented 5 years ago

Hi, thanks for raising the problem. I see two important issues here:

These parkings should have a different marker which should represent bike and motorcycle, without giving priority to any of them.

Well, for a start we need the tagging scheme which does not give such priority. At the moment we have two common schemes and both are not neutral, so I think you should discuss this on Tagging list first:.

https://lists.openstreetmap.org/listinfo/tagging

I propose to render amenity=bicycle_parking, motorcycle=yes and amenity=motorcycle_parking, bicycle=yes with a different icon which represents both bicycle and motorcycle.

We render vector icons at 14 px matrix, so they should be readable at this resolution - no design is good enough without checking how it would fit in such constrained place. More technical details about the icons are described there:

https://github.com/gravitystorm/openstreetmap-carto/blob/master/CONTRIBUTING.md#map-icon-guidelines

kocio-pl commented 5 years ago

I will close this issue now, but it can be easily reopened once we have some unified tagging scheme and the icon. If you will need any help or have some questions, just write.

Phyks commented 5 years ago

We render vector icons at 14 px matrix

Sorry, I totally missed the 14px size in the contributing help. Thanks for pointing it. So, definitely, the current proposition is not a fit as it is not really readable at this size. I should think more about this icon to fit both bike and motorcycle (or find an icon which describes both). I'll try to come up with something for the icon.

Well, for a start we need the tagging scheme which does not give such priority. At the moment we have two common schemes and both are not neutral, so I think you should discuss this on Tagging list first:

At the moment, there are shared parking for bikes / motorcycles which are tagged as:

amenity=motorcycle_parking
bicycle=yes
bicycle_parking=…

This scheme was discussed on talk-fr. I also discussed it with cycling cartographers around here and OpenCycleMap render will add support to render it in the future. This is not really a new tagging (no new tags), it just makes use of the access tags on a motorcycle_parking. These tags are currently not taken into account in the openstreetmap-carto style. Let me know if you think this should be escalated to tagging.

Thanks!

gravitystorm / openstreetmap-carto