<div dir="ltr"><div dir="ltr">To aid those with achondroplasia, I think it would also be useful to indicate whether adjustable_height is a feature of the table, though I guess they are already prepared to use the floor anyway.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 22, 2019 at 2:22 PM Paul Allen <<a href="mailto:pla16021@gmail.com">pla16021@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 22 Apr 2019 at 00:50, marc marc <<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
if the goal is to talk about accessibility, then use the wheelchair tag.<br></blockquote><div><br></div><div>That just says if you can get a wheelchair into the toilet.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
but if by measuring the height of the table, you think you have done <br>
what it's need to inform accessibility, you are wrong, this detail is <br>
almost anecdotal in accessibility.</blockquote><div><br></div><div>No more anecdotal than anything else anybody maps.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">for all the others, no need to have a meter in your pocket,<br>
it's wheelchair=no, no need to fill heigh=1 or 1.05 or .95 except for 3D<br></blockquote><div><br></div><div>And how about those with achondroplasia?</div><div><br></div><div>To be honest, I doubt many mappers would bother mapping the height and it's</div><div>probably not all that useful in most situations.  But the fact that somebody here</div><div>suggested it means it is likely that somebody will decide to map the height, in which</div><div>case let's decide how to do it now.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>     same thing for the description key, I can't imagine when it's useful to<br>
>     describe the table with words so I find it not very useful to promote it<br></blockquote><div><br></div><div>Security through obscurity doesn't work.  As for promoting it or not, it depends very much on</div><div>what editors offer in their presets.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">the question is "can we expect to have changing tables on a regular <br></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
basis that are different from what we can expect with other tags,<br>
which would justify encouraging people to put a description ?<br></blockquote><div><br></div><div>Actually, no.  It's can we expect it on an irregular basis.  Because description is only rarely</div><div>necessary for anything.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
access=* don't said anything about public view.<br>
changing tables in a private area does not mean that your child<br>
is protected from a public view (I know a changing table in<br>
the private part of the maternity just in front of a windows<br>
with a public corridor)<br>
a changing table in a public toilet can be in a room that<br>
is respectful of privacy.<br>
if you want to inform this kind of info, it's probably better<br>
to make another proposal for another key in stead of promoting<br>
to hijack the access key to talk about public view when using<br>
the feature.<br></blockquote><div><br></div><div>I already suggested that in private mail  to Valor for other reasons.  The developers of</div><div>some editors don't like re-using keys with a subset of values and remove such usage from</div><div>presets.  If offering the full list of values doesn't make sense they either have to hard-code the</div><div>exceptions or refuse to implement it in a preset, and these days it's usually refusal.  And, as</div><div>you've pointed out, not only does the syntax differ (only a subset of values make sense) so does</div><div>the semantics.  So changing_table:access would be better.</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div></div>