<div dir="ltr"><div dir="ltr">On Wed, 5 Feb 2020 at 20:55, Christoph Hormann <<a href="mailto:osm@imagico.de">osm@imagico.de</a>> wrote:</div><div dir="ltr"><br></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">I am generally inclined to follow the principle in case there is <br>
disagreement about the meaning of certain tagging to in case of doubt <br>
opt for not rendering something compared to rendering something in a <br>
potentially misleading way.  That would mean following Paul's <br></blockquote><div><br></div><div>Ummm, wasn't me.  I don't recall seeing another Paul post on this on</div><div>the tagging list, but I don't always pay full attention to the identities of</div><div>posters.</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">
suggestion here and dropping rendering of barrier=* on polygons all <br>
together.<br>
<br>
Do you think this would be an improvement compared to the current <br>
rendering?<br></blockquote><div><br></div><div>Nope.  That would make matters even worse.  We have mappers who lazily</div><div>apply barrier=hedge to things like leisure=park and, not unreasonably,</div><div>expect it to render.  Given how hard it is in iD to deal with multiple</div><div>objects having the same outlines, it's not entirely laziness either.  If</div><div>iD allowed a method (such as shift-click) to cycle through mutliple</div><div>objects that have overlapped ways, this wouldn't be so much of a</div><div>p;roblem.  But we have what we have.  Breaking it in carto would</div><div>mean a lot of retagging to fix things, and a lot of maintenance hassle</div><div>unless iD extends its functionality.  Don't even think about it until</div><div>and unless iD can handle what we'd have to do instead.<br></div><div><br></div><div>We also have mappers who, following instructions in the wiki, used</div><div>barrier=hedge + area=yes to deal with specific situations, and carto</div><div>has just broken that.  The justification for this breakage appears to</div><div>be that some people have done things like leisure=park +</div><div> barrier=hedge + area=yes.  This usage is the actual problem.</div><div>Somebody else suggested rendering that as a hedge area (or</div><div>even in red) to show it is a tagging error.</div><div><br></div><div>So far the approach seems to have been "some things are mistagged so</div><div>let's break the rendering for both them and lots of other things that aren't</div><div>mistagged" followed by "You seem unhappy with that, so how about we</div><div>break even more things?"</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>