<div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Sat, Nov 17, 2018 at 3:36 PM Paul Allen <<a href="mailto:pla16021@gmail.com">pla16021@gmail.com</a>> wrote:<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>You point out that neither a new polygon that shares nodes with coastline ways nor a complex</div><div>relationship are going to play nicely with the toolchain.  Being a bear of little brain, and lazy to</div><div>boot, my first thought would be a crude polygon approximating the coastline.  It would have few</div><div>enough nodes that it would be renderable but approximate the coastline sufficiently well for label</div><div>placement.  Provided the carto didn't render the bay in a different colour or with a visible border it</div><div>would handle label placement nicely (particularly if the renderer's placement algorithms</div><div>improved in the future) without looking fugly.  I must be wrong about this, though, because I</div><div> recall an earlier post in this thread pointing out where somebody had done something very like</div><div> that and denounced it as a crime against humanity.</div></div></div></blockquote><div><br></div><div>That's what I meant when I discussed 'generalizing' the way. 'Generalization' is a GIS-speak term for reducing point count and resolution to make an object suitable for rendering at larger scale. </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>So all that appears to leave is a node with sub-tags of bay=small, bay=intermediate, bay=large and</div><div>bay=supersize to control the size of the label whilst the mapper controls the position of the label by</div><div>guessing where the node ought to go.  I still like a polygon even if the water in the bay looks no</div><div>different from the ocean because using the query tool on the polygon will bring up an approximation</div><div>to the extent of the bay.</div></div></div></blockquote><div><br></div><div>It is sounding as if Frederik and Christoph are willing to tolerate limited experiments as long as we mostly don't damage the coastline, and keep our areas small enough not to break the toolchain. I'm satisfied with that as an answer for now. If using areas has the advantages that you and I think it does, then it'll win out over time. If it has the difficulties that Frederik and Christoph fear, then mappers won't adopt it and the discussion will be moot. </div><div><br></div><div>And I surely sympathize with their woes about managing large objects! I've had to repair ones like Lake Huron (relation 1205151, but please don't overload the server by trying to fetch it!) a time or two, myself, and it's painful, what with the server timeouts and all. (There was a serious proposal floated at one point to make the Great Lakes 'natural=coastline', for just that reason, but I seem to recall that it foundered on topology. The only way to handle it would have been to extend the coastline all the way up the St. Lawrence, Niagara, Detroit, St. Clair, Mackinac and St. Mary's Rivers, and make all the islands in the Great Lakes 'coastline' as well - effectively inverting the topology of everything in contact with the lakes. </div><div><br></div><div>So for the moment, I'll confine any experiments to objects the size of Jamaica Bay, while leaving Hudson Bay or the Gulf of Mexico, or even the Long Island Sound, to a later time.</div><div><br></div><div>I'm convinced that sooner or later we will need a better general solution than just placing a node - as I said, I'd really like a paper map of Helsinki or Tallinn to label the Gulf of Finland. But I don't yet have really good ideas about how to upgrade the technology to get there with large objects - a few half-baked ones, but I'm rather a long way from trying them yet.</div></div></div></div>