<div dir="auto">Unfortunately area=yes and area=no are often ambiguous.</div><div dir="auto"><br></div><div dir="auto">If someone maps an landuse=quarry + name=Old South Quarry as a closed way then and adds barrier=hedge + area=no this cannot be interpreted properly without creating 2 local objects from 1 OpenStreetMap database object:</div><div dir="auto"><br></div><div dir="auto">1) a polygon with landuse=quarry + name=</div><div dir="auto"><br></div><div dir="auto">2) a line with barrier=hedge</div><div dir="auto"><br></div><div dir="auto">Doing that automatically is quite difficult, especially if you add more tags like “access=“, “abandoned=“ or “operator=“ which reasonably could refer to either the hedge or the quarry=</div><div dir="auto"><br></div><div dir="auto">With fences, which can only represent linear features and never an area, it is less of a problem for rendering but still somewhat ambiguous when it come to interpreting those other tags.<br></div><div dir="auto"><br></div><div dir="auto">- Joseph Eisenberg</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 18, 2021 at 8:53 AM Marc_marc <<a href="mailto:marc_marc@mailo.com">marc_marc@mailo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 18.01.21 à 17:32, Kevin Kenny a écrit :<br>
> certain linear features that can also be area features (or for which<br>
> area semantics have been requested) such as hedges<br>
<br>
area=no removes ambiguity<br>
<br>
<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></div>