Please render amenity=parking + capacity:disabled>0

[achadwick]

As noted at https://trac.openstreetmap.org/ticket/4067, parking with one or more disabled spaces - capacity:disabled>=1 - should receive a distinctive icon. There's a nice one in the contact sheet at http://www.sjjb.co.uk/mapicons/contactsheet#transport as mentioned in the original report.

[matthijsmelissen]

I think disabled parking is too specific for a generic purpose map. I therefore don't think we should render this.

[achadwick]

I disagree would neither add clutter nor confusion compared to , and is of a style consistent with it. It is useful to all map users (in this country) who drive motor vehicles because disabled spaces cannot be used by motorists not displaying a permit.

Also, to repeat myself from the original report an appeal to the QA/immediate feedback loop:

In the absence of this in the default Mapnik rendering, mappers are resorting to hacks like naming parking blocks for disabled drivers using name=Disabled. Hopefully a fix will emerge soon.

[matthijsmelissen]

Re-opened to allow for more discussion.

[Rovastar]

I think this is to specific for general purpose map. Are we to add parent and baby spaces too?

To be honest I do even think wheelmap.org (the main site for wheelchair usage) renders anything for wheelchair capacity>1

[vincentdephily]

My main gripe with this idea is that I've never seen a parking that was wholy dedicated to disabled parking. It's a property of the parking space, not the parking area. But I'm not sure we want to render individual parking places ?

Also, why would the disabled spaces take priority over the familly, electric, bus, bike, etc spaces ? Adding a sub-icon for each would look silly.

[dieterdreist]

2014-06-13 0:00 GMT+02:00 Andrew Chadwick [email protected]:

I disagree [image: The "disabled parking" icon in question]
https://camo.githubusercontent.com/98285696ccbbb1bd3e78f9188d6df930cc08f2d0/687474703a2f2f7777772e736a6a622e636f2e756b2f6d617069636f6e732f706e672f7472616e73706f72745f7061726b696e675f64697361626c65642e702e33322e706e67
would neither add clutter nor confusion compared to [image: the regular
icon]
https://camo.githubusercontent.com/95a38aeadcffe3b71bfe1555f151102f9ecb4756/687474703a2f2f7777772e736a6a622e636f2e756b2f6d617069636f6e732f706e672f7472616e73706f72745f7061726b696e672e702e33322e706e67,
and is of a style consistent with it.

-1, it would completely clutter the map here in Rome (at least by the time
all those are mapped). They occur every few meters here, and astonishingly
the Italians respect them (its almost the only traffic rule that gets
respected). Speaking of single lots of course (max. 3 adjacent as far as I
am aware), not whole areas / parkings.

[achadwick]

(Alternative name-based hack: use U+267F WHEELCHAIR SYMBOL ♿) ☺

But seriously, the information is damn useful to have for many users, as I found out a few months ago visiting central Oxford with my father (good luck finding any car parking space there without a blue badge).

Rethinking it (thanks, for the feedback, esp. @vincentdephily), probably a sub-icon on the P icon for the main area is a bad idea. So backtracking, I'd be happy for this to be rendered from either:

• amenity=parking_space and (parking_space=disabled or wheelchair=yes/designated)
• amenity=parking and wheelchair=yes/designated

rather than the capacity-count method because precise location matters more for map users than a summary count. Or whatever the community uses, of course!

It's useful info to have still, but not for everyone. Perhaps specific type-symbols should go on at high zooms only on a general map? Thoughts?

[matthijsmelissen]

Although there is some disagreement, most of us seem to be in favour of not rendering this. I will therefore close this issue.

[Adamant36]

@kocio-pl now that individual parking spaces are rendered as areas is there any chance this could reopened? It might be cool to add a wheelchair icon to individual handicap parking spaces mapped as areas.