<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoNoSpacing, li.MsoNoSpacing, div.MsoNoSpacing
{mso-style-priority:1;
margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style></head><body lang=EN-GB link=blue vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span lang=NO-BOK>>><o:p> </o:p></span></p><p class=MsoNormal>>>Can you link some objects that you consider as tagged in a wrong way and</p><p class=MsoNormal>>>some similar ones tagged in way that you consider correct?</p><p class=MsoNormal>>>Currently it is unclear to me what is the problem.</p><p class=MsoNormal>>><o:p> </o:p></p><p class=MsoNormal>These notes have triggered my attention from the Re to my original mail. It is hard to communicate if you really don not see the problem, though I think you meant something else. What more, whether the referenced issues are problems or not, depends on the individual criteria. Anyway, I need to add some notes and representative examples to clarify the dilemma: is the recent practice referencing coastline objects from other objects correct or not?</p><div><p class=MsoNormal>-Coastline object covered by a river <a href="https://osm.org/go/ZE6RWif_--?layers=T&way=22404175">https://osm.org/go/ZE6RWif_--?layers=T&way=22404175</a> . The object is in the coastline data erroneously left there when the other object has been moved out from the coastline data. This island in the river will never show up in the maps unless it is moved out from the coastline and added to the river data as a hole.</p><div><p class=MsoNormal>-Similar example here <a href="https://osm.org/go/0YQozaPCa?way=503202265">https://osm.org/go/0YQozaPCa?way=503202265</a> but with the additional tag place=island. If a renderer assumes in addition that this place is an area and renders the places it will properly show up un the map. But even then, the object is actually never part of the river object. All tags should be removed and the polygon should be moved to the river data as a hole.</p></div><div><p class=MsoNormal>-As I mentioned in the mail, we have similar issues here <a href="https://osm.org/go/55iNMeSpU-?layers=HD&way=482531057">https://osm.org/go/55iNMeSpU-?layers=HD&way=482531057</a> with the natural=land objects. Even if it is declared deprecated many years ago this tag is still actively used and there is a large number of natural=land objects in the source data. Note that logically the suggestion to use the place=island tag instead is just an implicit reimplementation of the natural=land objects.</p><div><p class=MsoNormal>-There are also many coastline objects in lakes like here <a href="https://osm.org/go/JzzBB0Vmt--?layers=D&way=440616441">https://osm.org/go/JzzBB0Vmt--?layers=D&way=440616441</a> . The same comments are valid as in case of rivers. The question whether this object is a lake or river is something else. </p><p class=MsoNormal>-A similar lake related example is here <a href="https://osm.org/go/e6GG5QpcE-?way=615864002">https://osm.org/go/e6GG5QpcE-?way=615864002</a> but the coastline object is perfectly declared as a hole in a lake. Still there might be a problem. The coastline tag will suggest that the object will primarily be processed in the context of Planet land masses. And, because it is land-on-land it might be easily removed from the coastline data. In the similar cases any tags should be removed except the inner tag.</p><div><p class=MsoNoSpacing>-Finally, the major issue that has motivated me to start this discussion, the coastline referencing from objects like fiord/bay and sea. These, usually monster sized objects, are difficult to understand. Why, who is using them, what was the purpose to upload them? Even if someone uses them to see the name variations or read the linked Wikipedia texts, the price is very high. These objects add huge unnecessary data amount to the already enormous source data. I am afraid this practice will lead to a situation where handling of the Planet data will be a privilege only of some rich institutions. If you have tried to click the link, to see the Barents Sea object from my original mail, you understand my dilemma. And this sea is not an exception. There are many bays, seas uploaded as new place areas like this one <a href="https://osm.org/go/cjf3ZrG?layers=H&relation=9428957">https://osm.org/go/cjf3ZrG?layers=H&relation=9428957</a> from several days ago. Just try to click on the “+” button and/or on the sea multipolygon object. </p><p class=MsoNoSpacing>Sandor</p></div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal> </p><p class=MsoNormal> </p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10</p><p class=MsoNormal><o:p> </o:p></p></div></body></html>