<div dir="ltr">Both options do not support established and documented tagging. The way to manage this kind of change is to discuss a road to better tagging while keeping rendering of the established tagging until this has been accomplished. If retagging is a part of improvement, time should be allowed to get this done. I would gladly participate in developing better tagging if needed, and in doing the work according to a broadly adopted and documented improved tagging scheme. <div><div><div><br></div><div><div><div><div class="gmail_signature" data-smartmail="gmail_signature">The current approach is quite different, non-cooperative and counterproductive. </div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br></div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Best.Peter Elderson</div></div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op do 13 feb. 2020 om 07:36 schreef Joseph Eisenberg <<a href="mailto:joseph.eisenberg@gmail.com">joseph.eisenberg@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">See a suggestion by Christoph at<br>
<a href="https://github.com/gravitystorm/openstreetmap-carto/pull/3844#issuecomment-583848782" rel="noreferrer" target="_blank">https://github.com/gravitystorm/openstreetmap-carto/pull/3844#issuecomment-583848782</a>:<br>
<br>
"If anyone wants to develop a followup to this change - i prepared two<br>
branches that could be helpful:<br>
<br>
1) <a href="https://github.com/imagico/osm-carto-alternative-colors/tree/no-barrier-polygons" rel="noreferrer" target="_blank">https://github.com/imagico/osm-carto-alternative-colors/tree/no-barrier-polygons</a><br>
<br>
"This implements the complete removal of rendering barrier=* on<br>
polygons - as discussed this would remove support for an in general<br>
inherently ambiguous mapping practice - which is however unfortunately<br>
widely used. It would provide a clean slate in terms of barrier<br>
mapping (leaving only the undisputed and consistently used mapping on<br>
linear ways) and would allow mappers to decide on an approach without<br>
being influenced in a counterproductive direction by this style. It<br>
would however also mean removing the rendering of several hundred<br>
thousand features currently rendered.<br>
<br>
2) <a href="https://github.com/imagico/osm-carto-alternative-colors/tree/hedge_polygons_as_landcover" rel="noreferrer" target="_blank">https://github.com/imagico/osm-carto-alternative-colors/tree/hedge_polygons_as_landcover</a><br>
<br>
"This adds barrier=hedge to the landcover layer and does not render it<br>
with the other barrier tags as a secondary tag on polygons any more.<br>
Functionally this is somewhat similar to a revert of this change - but<br>
it would do so cleanly and consistently with the other tags in the<br>
landcover layer. Note this means among other things having features<br>
with barrier=hedge default to being polygons, that any other landcover<br>
tag has precedence over barrier=hedge and that they are rendered<br>
within the normal way_area based sorting of the landcover layer.<br>
<br>
"I will not submit a PR for either of these changes at this time but i<br>
don't want to choke a potential consensus in either direction. If<br>
anyone wants to prepare and argue for a change based on either of<br>
these approaches that would be welcome and i would be willing to<br>
listen to their arguments.<br>
<br>
"What i would as said strongly oppose however is any change that tries<br>
to interpret the area=yes tag in any way on the style level beyond the<br>
decision of linestring or polygon on the data import level."<br>
<br>
Also see <a href="https://github.com/gravitystorm/openstreetmap-carto/issues/3611#issuecomment-585573596" rel="noreferrer" target="_blank">https://github.com/gravitystorm/openstreetmap-carto/issues/3611#issuecomment-585573596</a><br>
about that last question: should `barrier=hedge` closed ways be<br>
imported as polygons (necessary for rendering as areas) if they lack<br>
`area=yes`?<br>
<br>
- Joseph Eisenberg<br>
<br>
_______________________________________________<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>