<div dir="ltr">When working near the coast of Maine in the US, I  see lots of bays. In most cases, the ultimate source data for the bay names seems to be various government maps and databases: GNIS, ancient nautical charts, or whatever. There's a high degree of agreement between sources: If an island has 4 unnamed coves and 1 named cove in GNIS, then I'll usually find the exact same data on the nautical charts.<div><br></div><div>But the key point here is that none of these official sources represent bays as polygons. GNIS uses a pointssomewhere in the bay. The nautical charts print the name somewhere in the middle of the bay. Effectively, the official data really is a point, plus whatever guesswork a human reader supplies.</div><div><br></div><div>The rendering on <a href="http://openstreetmap.org">openstreetmap.org</a> is pretty good: it just prints the bay name at the marked point, and shows it across a reasonable range of scales. There are some weird cases with nested bays, but those are weird on the nautical charts, too.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Merging all of these thousands of official "bay" points into the surrounding coastal polygons sounds like an editing nightmare. And the data wouldn't be better—the underlying official sources are all points, anyway.</div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-27 16:04 GMT-04:00 Ilpo Järvinen <span dir="ltr"><<a href="mailto:ilpo.jarvinen@helsinki.fi" target="_blank">ilpo.jarvinen@helsinki.fi</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On Mon, 27 Oct 2014, Martin Koppenhoefer wrote:<br>
<br>
><br>
> 2014-10-27 17:37 GMT+01:00 Christoph Hormann <<a href="mailto:chris_hormann@gmx.de">chris_hormann@gmx.de</a>>:<br>
><br>
>       But this is exactly what does not work with a hand mapped<br>
>       polygon either<br>
>       since the edge of the bay is not well defined.<br>
><br>
><br>
><br>
> it will work in most cases, and only give questionable information when you<br>
> are close to the fuzzy end towards the open sea (or another bay). In these<br>
> cases there won't be a correct answer from a human either, because it simply<br>
> isn't clear where that border is.<br>
<br>
</span>IMHO, the most controversial thing in this all is that the approach<br>
Christoph is proposing would require us to not map natural=bay but<br>
"natural=bay_entry" instead, and that is obviously exactly where the fuzzy<br>
part is. That is, a mapper would be forced to place bay nodes into the<br>
place where nobody can say for sure if it's in the bay or not.<br>
<br>
Otherwise his algorithm would obviously end up failing because of arbitary<br>
picked threshold that makes lots of assumptions about the shape of the<br>
bay. The main assumptions are about width of the bay and depth at the<br>
nearest coastline that is not in the either extreme of the bay. Consider<br>
e.g. a very wide bay which has two pockets but at the middle you have some<br>
penisula extending towards the bay entry and thus also towards the bay<br>
node. But it would certainly work in many cases just fine like most of<br>
the algorithms tend to do (of course, assuming we'd map bay_entry instead<br>
of bay).<br>
<span class=""><font color="#888888"><br>
--<br>
 i.<br>
</font></span><div class=""><div class="h5"><br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</div></div></blockquote></div><br></div></div>