<div dir="ltr"><div dir="ltr">On Fri, 1 Jan 2021 at 19:50, Brian M. Sperlongano <<a href="mailto:zelonewolf@gmail.com">zelonewolf@gmail.com</a>> wrote:<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"><div>Thanks for the feedback.  I modified my original proposed paragraph based on the comments in the discussion in this thread and edited the Names article as follows:</div><div><br></div><a href="https://wiki.openstreetmap.org/w/index.php?title=Names&type=revision&diff=2081495&oldid=2071994" target="_blank">https://wiki.openstreetmap.org/w/index.php?title=Names&type=revision&diff=2081495&oldid=2071994</a></div></blockquote><div><br></div><div>"If the internal feature is named, it should still not be combined with the enclosing</div><div> area's name." <br></div><div><br></div><div>Unless, of course, that is what it is actually called.  There's a Netpool</div><div>Bandstand inside Netpool Park.  Not quite named Netpool Park</div><div>Bandstand, so escapes that rule (unless enthusiastically</div><div>interpreted by somebody).  But I can imagine such situations</div><div>arising.<br></div><div><br></div><div>Sometimes the enclosing area is implicit.  There is Cardigan Rugby</div><div>Football Club and many other things with Cardigan in the name</div><div>inside the town of Cardigan.  It's what it says on the signs</div><div>and/or advertising and/or website.</div><div><br></div><div>We shouldn't synthesise a name that doesn't exist by</div><div>adding the name of the enclosing area, but when that</div><div>is in the actual name...<br></div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>