<div dir="ltr">On Mon, 23 Mar 2020 at 18:36, Martin Koppenhoefer <<a href="mailto:dieterdreist@gmail.com">dieterdreist@gmail.com</a>> wrote:<br><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"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mo., 23. März 2020 um 01:39 Uhr schrieb Joseph Eisenberg <<a href="mailto:joseph.eisenberg@gmail.com" target="_blank">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">> A blanket rule that anything with "Square" in the name must be mapped as<br>
place=square is as defective as one saying that anything with<br>
"Maes" in the name must be mapped as a field.<br>
<br>
Right, and it only works for languages that have a shared cultural<br>
heritage (European languages).</blockquote><div><br></div><div>maybe. It works here. Perfectly.</div></div></div></blockquote><div><br></div><div>Says you.  You may well be right.  But all I can know with certainty is that</div><div>your personal definition of place=square works perfectly for you.  Others seem</div><div>less happy with your definition.<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"><div dir="ltr"><div class="gmail_quote"><div> place is inherently about toponyms. That's what it is for.</div></div></div></blockquote><div><br></div><div>Labels on the map are toponyms.  The place key is a way to get a</div><div> toponym rendered as a label.  But the value describes what that thing is</div><div> (and, incidentally, may affect font and type size of the label, as well as the</div><div>zooms at which it is rendered).  If place=* were ONLY about toponyms</div><div>then we would have just place=yes + name=*.</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"><div dir="ltr"><div class="gmail_quote"><div>If we need a tag for an open air area where people can gather, let's invent another word for it. Square is not the tag for it. <br></div></div></div></blockquote><div><br></div><div>in your opinion, based upon your definition, which perfectly matches how you</div><div>choose to use it.  I might even agree with you that, in hindsight, that was</div><div>not the best value to use for an open-air, unvegetated area where people can</div><div>gather.  But it has been documented, interpreted and used (by people other</div><div>than yourself) to mean the public place you do not want it to mean.<br></div><div><br></div><div>It would be nice to be able to learn from all our past mistakes and fork OSM</div><div> (and its data) but using better choices for tag names and values.  But when</div><div>Fred Brooks wrote "Plan to throw the first one away; you will anyhow." we</div><div>didn't have open-sourced continuous development.  There are no major</div><div>and minor versions of OSM, there is just a continuously-evolving OSM</div><div>where only minor changes can occur at any one time.<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 class="gmail_quote"><div></div><br></div><div>Maybe you do not have to use the tag at all, if there is no concept for it ("streetname" for objects that are not directed, linear streets but squares = undirected, public open space in a street context)?</div></div></blockquote><div><br></div><div>Maybe you don't have to use it at all for your purposes.  Maybe you should</div><div>be the one who cannot tag things of interest to him.  Normally I wouldn't</div><div>even think of suggesting something like that as an option, but somebody</div><div>else suggested it first.  Actually, I think that "You can't tag something</div><div>because I don't see a need for it" is not a very good idea, but apparently</div><div>some people think otherwise.</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>