<div dir="ltr"><div>On Mon, 21 Dec 2020 at 15:47, Brian M. Sperlongano <<a href="mailto:zelonewolf@gmail.com">zelonewolf@gmail.com</a>> wrote:</div><div><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"><div dir="ltr">The current data model works just fine for fuzzy areas: it requires a polygon combined with tagging that indicates that the area is "fuzzy".  Since the current data model allows both polygons and tags, fuzzy areas could be mapped just fine from a technical standpoint.<br></div></blockquote><div><br></div><div>I assume that there is a technical limitation on the number of nodes in such a</div><div>polygon.  A limitation that may apply to any or all of editors, database tables</div><div>and renderers.  There may be some technical workarounds, there may not be.<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"><div dir="ltr"><div class="gmail_quote">"Whether we want fuzzy areas"</div></div></blockquote><div><br></div><div>To an extent, everything we map is fuzzy, in that there is always imprecision.</div><div>Aerial imagery may be offset.  Roads may pass through woods giving little or</div><div> no visual indication.  GPS traces have errors and require many traces to</div><div>achieve good precision.  Everything we map is fuzzy in the sense that it</div><div>is imprecise but we live with that and understand that the map is an</div><div>approximation that we may be able to improve upon at a subsequent date.<br></div><div class="gmail_quote"> </div><div class="gmail_quote">The dislike of fuzziness here appears to centre around verifiability.</div><div class="gmail_quote">We don't want edit wars over the extent of a boundary for which</div><div class="gmail_quote">no definitive answer can ever be given.  We want rigidly defined</div><div class="gmail_quote">areas of doubt and uncertainty.  I'm not sure that a fuzzy tag</div><div class="gmail_quote">will resolve that problem.  The precise boundary of a wetland</div><div class="gmail_quote">doesn't matter too much and a few tens of metres either way</div><div class="gmail_quote">isn't a problem; when it comes to "The Alps" that is a different</div><div class="gmail_quote">matter.  Simply tagging an area as fuzzy doesn't mean another</div><div class="gmail_quote">mapper won't disagree with your polygon and edit it.<br></div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>The statement that fuzzy polygons is "damaging" is an argument not based in fact.  It is not damaging to me to have building outlines, which I do not care about.  I can simply ignore them.  Likewise, fuzzy areas cause no damage to people that do not care about fuzzy areas, provided that there is tagging that distinguishes them from non-fuzzy areas.<br></div></blockquote><div><br></div><div>The problem is the edit wars that may arise.  Not a technical issue but a</div><div>behavioural one.<br></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">Further, since we have free tagging, there is nothing preventing mappers (especially ones not party to these conversations) from adding additional fuzzy areas to the database, mapped with some invented scheme, and potentially even creating data consumers to consume such invented tagging.  Many tagging schemes in OSM have arisen in this manner.<br></blockquote><div><br></div><div>And there is the deeper problem.  People will do it anyway.  And possibly have</div><div>their additions reverted by the DWG.  Repeatedly.  In the short term, that may</div><div>work.  In the longer term, "any tag you want" may win.  You can't turn back</div><div>the tide but, with barriers you can divert it.</div><div><br></div><div>If we don't have fuzzy areas, people will abuse place=locality and other</div><div>tags to get labels rendered.  If we do have fuzzy areas then renderers</div><div>can calculate label placement, label size, and which zoom levels the<br></div><div>label appears at.  Fuzzy areas also mean we have meaningful tagging</div><div>rather than abused tagging, which makes searching for such areas</div><div>simpler.<br></div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div></div>