Christoph Hormann

> concrete design proposals aren't going to emerge without some idea of what would be a viable / acceptable solution. I think i have been fairly clear about that above...

Thanks for the suggestion. `amenity=mobile_library` has 644 uses, 470 of these in Germany. If we'd show this it would have to be a symbol that clearly indicates the _mobile_ nature...

> They are a bit tricky to map because of their mobile nature, I presume. This is not really an issue for us here - in fact this is a...

> How about this:  [icon on wiki](https://wiki.openstreetmap.org/wiki/File:Mobile-library2.svg) This goes in the right direction IMO - but it is too large for our use (or not readable at the size...

This dates back to the time when cutlines were rendered in plain land color (see #1767). With us now rendering the landcover layer at the very beginning and the cutlines...

I think the idea is that natural=cliff is meant for a vertical or near vertical drop which essentially implies a solid material like rock. Therefore some mappers felt it is...

Thanks for the suggestion. We currently render `power=pole` not as a standalone feature but in context of a `power=line`/`power=minor_line`. * `power=pole` has 13M uses * `power=line` has 940k uses *...

Are you saying that when the wiki says: > For poles carrying power cables/wires use [power](https://wiki.openstreetmap.org/wiki/Key:power)=[pole](https://wiki.openstreetmap.org/wiki/Tag:power%3Dpole) instead. that does not represent mapper consensus? Note that combined tagging with `man_made=utility_pole`, `power=pole`...

The issue description indicates what needs to be done to bring this issue forward. Everyone is welcome to contribute to that.

`aeroway=jet_bridge` https://wiki.openstreetmap.org/wiki/Tag%3Aaeroway%3Djet_bridge 3800 uses, so far fairly patchy, quite a bit of off-purpose use based on physical similarity: https://www.openstreetmap.org/way/919725675 https://www.openstreetmap.org/way/760110862 https://www.openstreetmap.org/way/853340774 I would probably be against rendering that at this...