[Tagging] How to put a name tag on an area with more than one type?
Anders Torger
anders at torger.se
Sat Dec 12 12:12:23 UTC 2020
To make it clearer, here's a screenshot of the result of a test using
this method:
https://www.torger.se/anders/downloads/Screenshot_2020-12-12.png
OSM-Carto makes one name tag per sub-part instead of just one for the
whole which is both undesired and ugly, but I've come to understand that
OSM-Carto is not really for making good cartography but for a debugging
view where low computational overhead is prioritized over good
cartography. I think that design choice is unfortunate, but not
something I can do anything about, it is what it is. We hope that
"someone else" does the cartography bit. It does become a bit confusing
though when the naming method looks incorrect on the de-facto reference
map that OSM-Carto has become, especially when this naming method is not
documented anywhere. So it seems unlikely that "someone else" will
actually make the rendering correct if there is no documented way of how
the data is organized in these naming situations.
The OSM way seems to be to let individual mappers make their own tagging
to solve the problems they have. This ends up with a fragmented
situation of diverse methods where none is big enough to catch on, and
most mappers just choose the easy way out and just simplify the map so
the simplest already established methods can be used. The easy way out
for me here would be just to ignore that the wetlands are both bog and
marsh and just make everything bog: problem solved by lowering geodata
quality. And I think this is what many mappers do, it's very
unsatisfying to map things that doesn't show up properly on any renderer
one can find in use.
But this time I'll try to be a good OSM citizen and take the lead in
tagging if necessary. I just need to know that the method I choose is
the best so it at least have some chance of survival so that my work
doesn't go to waste. There are more challenges coming up so more
questions will probably land on this list.
/Anders
On 2020-12-12 12:23, Anders Torger wrote:
> Sorry, I realize I have a followup question. Is this really the right
> way?
>
> There's a difference from the Rhine example. With rivers all the
> separate parts are tied together with a parent relation of the type
> waterway, and the parts have roles like "main_stream".
>
> In the wetland case as described, there is no parent relation at all.
> The only thing that ties them together is implicitly by sharing
> borders and having the same name tag. It seems to me that an
> "official" way to edit should tie them together with a parent
> relation.
>
> The logical way would be a parent relation with type=wetland (and
> actually have the name only there, but no renderer today understands
> that, it needs to be on the separate parts as well). What should the
> roles be? The most logical way would be to leave role field empty. To
> summarize:
>
> Suggested method of how to name a wetland that has more than one
> sub-type:
>
> * Prerequisite: each sub-type (marsh, bog etc) is a polygon (or
> multipolygon if required,
> for example if there's an inner water or forest) which shares
> segments with the
> neighboring sub-type, ie the wetland is a single entity.
> * Put the name on each part, same for all
> * Create a relation with type=wetland (no sub-type) and include all
> parts with role
> field empty, also name this relation with the same name (although no
> current
> renderer will care)
>
> What do you think about this way? JOSM thinks it's fine at least, I
> get no warnings :-).
>
> (Note that there's another case that can be solved with just a single
> multipolygon, when there's a single sub-type but the parts are
> separated, so each part can be an outer, this is also (quite) common,
> although more common for waters and islands than wetlands. The special
> thing with the discussed case is that it's a single entity all parts
> bordering to the next)
>
> On 2020-12-11 20:55, Anders Torger wrote:
>> Thanks I'll do it this way then, this actually works and even gets
>> rendered, although with OSM-Carto it becomes a name tag in each
>> separate part so not exactly beautiful, but the data is there.
>>
>> /Anders
>>
>> On 2020-12-11 18:07, Christoph Hormann wrote:
>>>> Anders Torger <anders at torger.se> hat am 11.12.2020 17:07
>>>> geschrieben:
>>>>
>>>> The least bad way I've come up with is to just name all polygons
>>>> belonging to the same wetlands the same,
>>>
>>> That is widely considered to be the correct way. It is established
>>> practice that mapping things like forest, wetland, farmland etc. can
>>> be split to differentiate tagging (like leaf_type, wetland type, crop
>>> etc.). The name tag is then applied to all components. Same as for
>>> waterways or roads where you can also split and apply the name to the
>>> components.
>>>
>>> This also matches the general concept in OSM that names are typically
>>> local properties and only locally verifiable. The Rhine river is
>>> called Rhein in Koblenz but Rhin in Strasbourg and Rijn in Rotterdam.
>>
>> _______________________________________________
>> Tagging mailing list
>> Tagging at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
More information about the Tagging
mailing list