I considered it more convenient to have this new changeset, citing the sources provided by you: changeset/173123377

Do you have an idea why the peak names would be confused on Geoportal DGU? Their topographical map looks quite accurate.

And a question on another possible name confusion: The HGSS map denotes P.1702, which is approximately 3.4 km to the east of Višerujno and slightly to the south, as "Zoranićev vrh", whereas DGU denotes it as "Babin vrh". Instead, HGSS denotes P.1738 further to the north as "Babin vrh". Do you have an idea which source is correct and which other sources there might be?

According to GeoPortal DGU, the name is "Debelo brdo", see https://geoportal.dgu.hr/?view=cAGe6C1tCrAzyr1EL7L50a for reference. What is the source of the different name provided by you?

Allein diese Erwiderung zeigt, dass Du es überhaupt nicht verstehst. Nein, die Vektordaten in der OSM-Datenbank sind keine Karte. Sie sind eine Datensammlung, aus der sich verschiedene Karten ableiten lassen. Dabei können die Daten für verschiedene Zwecke gefiltert und unterschiedlich visualisiert werden. Je nach Renderer und individuellen Vorlieben mal besser und mal schlechter für die Bedürfnisse eines jeden Kartenkonsumenten geeignet.

Was Kammlinien anbelangt, liest und verstehst Du vielleicht erst einmal diesen Artikel natural=ridge ehe Du hier solche Behauptungen aufstellst. Es gibt sogar mehrere Beispielbilder
osm.wiki/File:Walker-Ridge-z14-from-Opencyclemap.png
osm.wiki/File:Druim-Eileasaig-z14-opencyclemap.png
osm.wiki/File:Z16-crete-du-liou-opencyclemap-zoomed-out.png
Vielleicht reichen die schon aus, falls Du der englischen Sprache nicht recht mächtig bist.

Solange Du "andere mappen Unsinn" es nicht vermagst, einen sachlichen und konstruktiven Dialog zu führen und Dich mit Quellen auseinanderzusetzen, werde ich auf Deine Einlassungen nicht mehr antworten. Du trittst hier nur als Nörgler und sinnloser Zerstörer in Erscheinung.

Du scheinst es nicht zu kapieren. Daher nochmal: OpenStreetMap ist keine Karte, sondern eine digitale Datensammlung, auf deren Basis sich Karten erstellen lassen. Wenn Dir "die" Karte nicht gefällt, dann wende Dich an den Herausgeber der Karte und nicht an eine Person, die Daten erfasst. Wenn Dein Freund in seiner App eine Kammlinie nicht von einem Lift unterscheiden kann, hat er entweder eine Einschränkung bei der Wahrnehmung und Verarbeitung visueller Informationen oder er verwendet eine extrem schlechte App, die nur ähnlich aussehende Linien darstellt. In der App, die ich häufig verwende wird eine Lift u.a. über Gondelsymbole an seinen beiden Endpunkten kenntlich gemacht. Wendet euch auch in diesem Fall an die Herausgeber der App und macht ihnen z. B. Vorschläge, wie sich die Darstellung verbessern lässt oder schlagt vor, dass sie Kammlinien gar nicht erst rendert sollen. Oder willst Du jetzt vielleicht im Bregenzerwald auch noch alle Stromleitungen löschen, weil Dein lieber Freund sie mit einem Lift verwechseln könnte? Wenn Du gerne eine purisitische Karte und/oder App haben möchtest, dann gründe doch einfach ein Projekt, das genau dies zum Ziel hat. Es ist überhaupt kein Problem, aus den digitalen Daten bestimmte Punkte, Linien und Relationen anhand ihrer Tags herauszufiltern und gar nicht erst in eine Karte zu übernehmen. Meine App macht das übrigens auch. Zum Beispiel bekomme ich die vielen Skipisten und Skirouten, die mittlerweile aller Orten gemappt sind, nur im Skiprofil zu sehen. Obwohl sie mich die meiste Zeit des Jahres nicht interessieren und sie mich auch mal beim Mappen stören, lösche ich die nichtsdestotrotz nicht einfach weg. Denn es gibt sicherlich Menschen, für die diese Informationen sehr wertvoll sind.

Mit den Vektordaten in der OpenStreetMap-Datenbank kann man im Übrigen noch allerlei mehr Dinge tun, als lediglich Kartendarstellung abzuleiten.

Und was Gipfelnamen anbelangt: Beschäftige Dich doch einfach mal mit den angegeben Quellen. Außer VoGIS gibt es tatsächlich noch weitere. Die Quellen habe ich in aller Regel angegeben, an den OSM-Features Wikidata-Tags hinterlegt und auf Wikidata die Fakten mit ihren Quellen aufgelistet.

Wege mit natural=ridge sind m.E. auch dann für ein schnelles Erfassen der Topographie sinnvoll, wenn ein Renderer Höhenlinien und Schummerung bietet. Der Kamm liefert eine gut erfassbare Information, welcher Teil der Topogrsphie "oben" ist und wo die Kammlinie verläuft. Ansonsten wäre es generell die Aufgabe des Renderers, die Kammlinien einfach anhand ihres Tags zu ignorieren und nicht darzustellen. Es ist nicht die Aufgabe des Mappers.

Was die Kammverläufe anbelangt, hängt es von den verwendeten Höhendaten und dem Satellitenbild ab, was als Kamm erscheint und wo er zu verlaufen scheint. Es gibt auch immer wieder alte Kammlinien, die extrem grob eingezeichnet sind. Kämme ausschließlich über Beobachtung und ggf. Navigationsdaten zu mappen, ist aus meiner Sicht praktisch unmöglich.

Wenn Du auf einen Kamm stößt, der auch im Flachen noch weiter läuft, kannst Du ihn ja bei besserem Überblick der tatsächlichen Situation gerne einstutzen und ggf. auch weiter detaillieren. Am besten in einem Änderungssatz, der nicht jede Menge weitere Änderungen enthält. Das erleichtert die Nachvollziehbarkeit.

OSM ist keine Karte, sondern eine Grundlage zum Erstellen von Karten. Wenn Du in bestimmten erfassten Merkmalen ein Problem siehst, liegt das Deinen Beschreibungungen folgend daran, dass Du einen m.E. schlechten Renderer verwendest, der bei jedem Maßstab einfach alles im Kartenausschnitt rendert. Beispielsweise stellt der von mir verwendete Renderer die von Dir monierten Sättel nahe eines Gipfeld nur dann dar, wenn ich sehr stark in die Karte hinein zoomen. Und dann kann man sich denken, dass der Gipfel sehr wahrscheinlich nur eine unbedeutende Erhebung ist. Bei weniger Zoom wird bei mir nur der Gipfel dargestellt. Wenn Du Deinen Renderer als Maß aller Dinge siehst, dann störe Dich doch besser an Personen, die Landschaftsflächen, die bis zu einem Weg reichen, nur bis knapp zum vermeintlichen Wegesrand anstatt zusammenfallend mit den Knoten des Weges mappen. Diese Leute erzeugen etwa 200 % mehr Knoten als für eine schematische Karte notwendig wären. Und das ist dann wirklich übel für die Performance und ggf. auch die Darstellung eines einfachen Vektorrenderers.

Ich gewinne den Eindruck, dass Du Dich mit den topographischen Merkmalen nicht wirklich auseinandergesetzt hast. Ein Gipfel ist immer der höchste Punkt einer Erhebung. Dieser kann mit einem sog. Gipfelkreuz zusammenfallen, muss es aber nicht. Beispiele, wo Gipfel und Aufstellort des Kreuzes mehr oder weniger weit auseinander liegen, sind die Blasenka, der Schattenberg und das Rubihorn bei Oberstsdorf oder der Breitenberg bei Hinterstein. Ein Kreuz wurde oft schlicht da platziert, wo es aus dem Tal gut zu sehen ist oder wo die Wanderer besser pausieren können. Das ist nicht notwendigerweise am tatsächlichen Gipfel. Den Sattel(punkt) scheinst Du mit einer Passhöhe zu verwechseln. Ein Sattelpunkt (natural=saddle) ist entlang der Kammlinie der tiefste Punkt zwischen zwei Gipfeln/Erhebungen. Entsprechend muss es zwischen zwei Gipfeln auch immer einen Sattel geben. Ein Sattel kann passierbar sein, muss es aber nicht. Der höchste Punkt eines Passes (mountain_pass=yes) kann durch einen Sattelpunkt führen, quert die Kammlinie aber häufig an einem höheren Punkt als im Sattelpunkt. Selbst wenn es keinen Weg gibt, kann der Sattel einen Namen tragen und auch seine Höhe ist relevant. Wenn man sie von der Höhe des folgenden Gipfels abzieht, hat man ein Maß dafür, wie weit man (entlang des Kammverlaufs) mindestens aufsteigen muss, wenn man dort hin will. Ich persönlich schaue häufiger mal Sattelhöhen nach, wenn ich entscheide, ob ich den nächsten Gipfel noch mitnehme oder nicht. Wenn Du diese paar Informationen in OSM zu viel findest, dann schaue Dir doch mal eine klassische AV-Karte an und vergleiche, was da alles an Informationen zur Topographie hinterlegt ist. Auch Kammverläufe sind relevant. Vor allem bei hoher Verkleinerung/in der Übersicht lassen sie sich erheblich schneller erfassen als Höhenlinien. Bei denen kann man in der Übersicht auch mal Berg und Tal verwechseln. Ich persönlich bewege mich gerne entlang von Kammlinien und ich vermeide es bei längeren Touren, unnötig viele Kammlinien zu queren. Eine Vektordarstellung wird nur dann "überladen", wenn ein primitiver Renderer, ggf. gepaart mit veralteter Hardware verwendet wird. Ich persönlich kenne diese Problematik nur von JOSM. Und dort ist sie dadurch zu erklären, dass der Fokus auf dem Editieren der Vektorlinien liegt, weshalb ungefiltert alle Knoten und Linien darstellt werden. Und das auch bei einem sehr großen Kartenausschnitt, wo es dann entsprechend speicher- und rechenintensiv wird. Von Karten-Apps kenne ich Deine Überladungsproblematik nicht. Ein guter Vektorrenderer zur Kartendarstellung sollte abhängig von der Verkleinerungsstufe entscheiden, welche Merkmale dargestellt werden. Ggf. sind dazu bereits in den Kartendaten Entscheidungshilfen hinterlegt. In einem besiedelten Gebiet sollten z. B. Nebenstraßen, Gebäude, Läden usw. bei einem sehr großen Kartenausschnitt nicht darstellt. Erst bei ausreichend geringer Verkleinerung sollten solche Merkmale dann gerendert werden. Außerhalb besiedelter Gebiete sollte ein Renderer ähnlich verfahren. Andernfalls ist es kein guter Renderer.

Hallo,
wie wäre es, wenn Du - ehe Du einfach irgendwelche Knoten und Wege, die Information tragen löscht - die Änderungshistorie liest und bei Objekten, die einen Wikidata-Tag tragen, Dich dort darüber informierst? Den Hochblankensattel hat Walther Flaig im guten alten AVF von 1977 mehrfach erwähnt und klar beschrieben. Diesen AVF findest Du der Freigiebigkeit des DAV sogar online: https://bibliothek.alpenverein.de/webOPAC/01_Alpenvereins-Publikationen/07_AV-Fuehrer/Bregenzerwald_und_Lechquellengebirge/Bregenzerwaldgebirge_Flaig_1_Auflage_1977.pdf. Beim Ragazer Blanken steht das "Gipfelkreuz" meiner Beobachtung nach überhaupt nicht auf dem Gipfel, sondern auf einer Erhöhung knapp daneben. Es ist also der "Ostgipfel" der kartographisch zutreffende Gipfel. Was "Namengut/Flurnamen Vorarlberg" anbelangt, werden dort überhaupt nicht alle benannten geographischen Objekte abgehandelt, sondern maximal nur jene, denen einen Flurnamen zugeordnet ist. Dass Du die Darstellung sehr subjektiv "als mit unnötigem Ballast gefüllt" empfindest, mag vielleicht dadurch verstärkt werden, dass Du einen schlechten Renderer verwendest. Was machst Du denn in Innenstädten? Löscht Du da auch einfach 2 von 3 Ladengeschäften weg, weil dort zu viele auf engem Raum sind und Du Dich vielleicht persönlich nicht für Waren einer bestimmten Kategorie interessierst? Also sei hier bitte in Zukunft sensibler und bedenke, dass "überladen" und "Ballast" sehr subjektiv sind und ein guter Renderer außerdem, abhängig vom aktuellen Verkleinerungsmaßstab, sinnvolle Entscheidungen trifft, welche Objekte dargestellt werden, damit die Karte für Dich nicht überladen wirkt.

Why did you delete Hochblankensattel node/12690297174?

Sollte wahrscheinlich "Detail" heißen. Schau es Dir doch an.

Hallo mcliquid,
der Bach war etwas zu lang eingezeichnet. Auf der anderen Seite des Kamms ist eine fluchtende Erosionsrinne. Bach jenseits des Kamms ist gelöscht: changeset/170739039#map=16/47.33360/10.14267&layers=P

An unnoticed leftover from the source data. To be replaced with building=roof.

Invalid tag already deleted.

Looks like a mixed up key-value pair that somehow got added to the node.

Danke für den Hinweis. Ich habe unter note/4642558#map=15/47.61973/9.95057 darauf geantwortet. Falls die Bezugsscharte des Hirschbergs im Pfänderstock doch nicht auf der Bahnstrecke (künstlich) liegen sollte, liegt sie zwischen diesen unscheinbaren Hügeln, die auch kartiert sind, aber nicht von jedwedem Renderer dargestellt werden.

Servus,
ich folge der allgemeinen Regel, dass ein Sattel anhand der Topographie über einen Knoten im Sattelpunkt kartiert wird. Dass der Sattelpunkt und der Scheitelpunkt eines Passes über den Sattel nicht zusammenfallen, ist dabei gar nicht ungewöhnlich. Weil die tiefste Linie traditionell bereits dem Wasser gehört, wird sie vom Passweg ja gemieden und das oft auch am höchsten Punkt. Was ich an dieser Stelle aber tatsächlich vergessen habe, ist den Tag natural=saddle vom Passscheitel zu entfernen. Das habe ich jetzt nachgeholt. Danke für den Hinweis!

In diesem Fall schienen mir die Hinweise für eine Fehleintragung wirklich zu überwiegen.

1. Der ursprüngliche Eintrag nennt als Quelle lediglich ein Satellitenbild. Von lokalen Namen ist keine Rede.

2.Topographisch könnte man die Stelle als Kar auffassen. Es wäre aber wirklich ein sehr kleines und unscheinbares Kar. Zumal die dominante Hochgletscherwanne weitere ähnlich große "Ausbuchtungen" hat, die namenlos sind.

3. Weder VoGIS Landkarte noch VoGIS Flurnamen benennen die Stelle.

4. Weder die AV-Karte von 2019 noch der AV-Führer von 2008 benennen die Stelle.

5. Selbst der AV-Führer von 1977, der im Braunarlzug die Wannen, Grate, Scharten, Gipfel und selbst einzelne Graterhebungen sehr detailliert beschreibt, benennt für das gesamte Lechquellengebirge kein einziges Verborgenes Kar. Der AV-Führer liegt mir eingescannt, vollständig durchsuchbar vor.

6. Alle anderen Kare im Braunarlzug tragen den Namen "Wanne".

7. Ein Verborgenes Kar gibt es dagegen namentlich erwähnt/bezeichnet in den Lechtaler Alpen sowie im Zentralen Hauptkamm und der Hornbachkette der Allgäuer Alpen. Es sind keine großen Kare, aber deutlich ausgeprägter und eigenständiger.

Hast Du die Einwohnerzahlen mal hinterfragt? Bei den Orten war nicht die Einwohnerzahl des Orts, sondern die der Gemeinde eingetragen. Also falsch. Bei der Gemeinde wird die Einwohnerzahl laut Wiki aber nicht eingetragen, da in Wikidata aktueller.

Die Übersetzungen kommen aus der Migration der Tags aus den Hauptorts- und Gemeindeknoten. Wahrscheinlich wurden sie von chinesisch- und ukrainischsprachigen Nutzern eingepflegt. Als ich in Japan war, fand ich es auch sehr nett, dass es parallel zu den lokalen Namen meistens auch englische Labels gab.

Die name:de-Tags machen vermutlich keinen Sinn. Die sind mir beim Kopieren der name-Tags mit durchgerutscht.

osm.wiki/DE:Tag:place%3Dmunicipality

population=* - kann aktueller über Wikidata ermittelt werden

Für mich ist das einleuchtend. Es muss ja nicht jedwede Information in die Karte gepackt werden. Wenn es einen "Single Point of Truth" gibt, ist das an und für sich immer besser.