<div dir="ltr">My answer only targets the question in the subject.<div><br></div><div>No matter whether you put the same name on all parts, or on or some kind of collective, you need a way for data users to know that all the parts together have a name. </div><div>Tagging the same name on all parts makes the name a free text id needing uniqueness - for me a bad choice. </div><div>Yet another polygon around the area, don't like that. I think we have too many of those already. </div><div>Tagging all parts with a truly unique Id in a special key could do the trick, but who issues/manages the unique ids? <br clear="all"><div><div data-smartmail="gmail_signature">Putting the parts as members in a relation achieves the same: a unique Id common to all the parts; the name tag and possible other common attributes go on the relation. </div><div data-smartmail="gmail_signature">This gives renderers the exact extent of the total area, and the extents of the subareas, which can have names and other attributes of their own. </div><div data-smartmail="gmail_signature">Since an MP does not cover all possible layouts, you would need a different type of relation. Maybe an existing type can be used, or a specialised type can be defined.</div><div data-smartmail="gmail_signature"><br></div><div data-smartmail="gmail_signature">I would think a pilot project could test the concept for mappers, renderers and other data users. If succesful, showcase. If not, document and delete.</div><div data-smartmail="gmail_signature"><br></div><div data-smartmail="gmail_signature">Peter Elderson<br></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op vr 11 dec. 2020 om 17:11 schreef Anders Torger <<a href="mailto:anders@torger.se" target="_blank">anders@torger.se</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">Hello,<br>
<br>
I was on this list a while back expressing some frustration over <br>
limitations when tagging nature and thought about getting involved in a <br>
process for change, but I came to realize that it's not feasible for me <br>
in my current life situation, so I've decided to continue be a normal <br>
mapper as before, doing what I can do with features that exist today.<br>
<br>
Anyway, if to be a mapper at all, I still like to solve some of my <br>
naming issues in the best/least bad ways possible today. I'm currently <br>
mapping a national park in Sweden, Muddus. It's in Laponia and consists <br>
of mighty wetlands and old forest. These wetlands are named, like is <br>
common in Sweden and Sami lands. For us navigating in wildlife, names in <br>
nature are important.<br>
<br>
A wetland polygon can be named in OSM, so the situation is better than <br>
for example for named slopes (also common). However, a wetland here can <br>
consist of both bog and marsh (and it's important to make the <br>
difference, since one is easy to walk on, the other not so much). That's <br>
two different natural types and thus can't be in the same multipolygon <br>
(as outers).<br>
<br>
Asking on OSM Help website for a solution I got the answer to make a new <br>
containing multipolygon and set the name on that. That would be quite <br>
elegant for sure, but JOSM warns about that, can't have a name without a <br>
type, and if I set the type, say natural=wetland without any subtype, I <br>
get a JOSM warning that I have natural features on top of eachother. If <br>
I still upload it OSM-Carto does render out the name but you can see <br>
that the wetland pattern of the outer polygon is drawn on top of the <br>
contained polygons, so it does not seem to be the way to do it.<br>
<br>
The least bad way I've come up with is to just name all polygons <br>
belonging to the same wetlands the same, and hope for that in the future <br>
smart renderers will understand that polygons with shared borders and <br>
shared name is the same named entity.<br>
<br>
Any ideas or suggestions?<br>
<br>
/Anders<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div></div>