Yeah, you may be right, but I see it like this: in cases where "complex"
naming is a reality, complex schemes are unavoidable, if we want to
support it at all. It's not like one would use the most complex method
in every case, just where it's needed. To use an old saying, Einstein I
think: "make it as simple as possible, but no simpler". Now we are at
some places making it so simple that it becomes incorrect.
I haven't really figured out if the OSM community as a whole actually
want to support these types of things though. It's quite meaningless to
fight for a tiny feature in this space if the whole concept of naming
nature is frowned upon. That there are so many features still missing or
poorly defined in this space after so many years does indicate that it
has least hasn't been a priority. It's called open*street*map after
all...
My sense is that OSM community do want naming in nature as well, but
only if it can be made very simple. Unfortunately that is not always
compatible with reality, and here we are...
/Anders
On 2020-12-14 11:39, Mateusz Konieczny via Tagging wrote:
Relations are quite obnoxious in regular editing and also
during actually using the data.
Dec 14, 2020, 08:07 by and...@torger.se:
Why is the relation problematic (honest question)?
I was starting to think that some sort of naming relation could be the
answer, ie you put both peaks in a relation with for example type=name;
natural=mountain; name=Kebnekaise.
In addition one should write clearly that peak serves dual purpose both
as naming peaks and mountains. Today on the wiki the peak is clearly
defined as only the summit, but it's often used as naming mountains
where the peak is nameless.
What we also could have is fuzzy naming areas, which we would need in
some way or another at some point anyway, so you would have an area
covering the mountain with name=Kebnekaise. I would have no problem
with that, but it seems to that it must be in a separate database as it
just too controversial to be in the main database.
/Anders
On 2020-12-13 21:12, Mateusz Konieczny via Tagging wrote:
Dec 13, 2020, 19:58 by and...@torger.se:
Do you have a suggestion of how to map Sweden's highest mountain,
Kebnekaise?
The mountain is called Kebnekaise, it has two peaks, one is called
"Sydtoppen" ("the south peak"), the other "Nordtoppen" ("the north
peak").
I admit that I have no good idea, if I would run into such case and
failed to find a better idea
(hopefully one will come) I would invent a new way to tag that.
natural=mountain? Main problem is where to put it - node at arbitrary
position between peaks?
Node at location of highest peak? Area? Relation? All of that is sadly
problematic.
(The mountain_range tag is a great tag, but I note that its status is
just "in use", it's not an approved tag :-O.)
It is perfectly fine to use tags that never went through tagging
proposal, though
I am not going to endorse this one. Tagging mountain ranges seems to
poorly fit OSM
with multiple different opinions where mountain range starts/ends and
inability to
verify it by survey.
All tags were in some stage rarely used before becoming heavily used,
only some cases went through a proposal process.
_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging