Hi, könntest du die acht Selbstversorger-Unterkünfte (tourism=wilderness_hut) noch mit geeigneten Zusatzinfos versehen? Siehe osm.wiki/DE:Tag:tourism=wilderness%20hut?uselang=de . Interessant wäre vor allem, wer die betreibt und ob man sich anmelden muss.

Hast du deine Lagekorrektur von way/55343624 nach GPS-Messung vorgenommen oder nach Luftbild? Ich hab die Lage heute nochmal mit GPS aufgenommen und die Straße wieder 14 Meter nach Osten geschoben. Das ist definitiv korrekt.

Hallo Taunide, bei node/1496480915 ist von dem kreuzenden Path, den du eingezeichnet hast, absolut nichts erkennbar. Ich will ihn aber auch nicht einfach löschen, da ich nur diese eine Stelle gesehen habe. Ist lange her, aber weißt du, ob andere Teile des path (noch) existieren?

Danke. Ich hab’s nur im Vorbeifahren gesehen und nicht weiter aufs Tagging geachtet.

Hallo eKickbike, bitte tagge Wege nicht „zu klein“. service=parking_aisle sind die winzigen Parkgassen auf Parkplätzen, die zu einzelnen Stellplätzen führen. Siehe Wiki: osm.wiki/DE:Tag:service%3Dparking_aisle . Schon die Zufahrt zum Parkplatz bekommt _kein_ parking_aisle.

service=driveway sind Grundstückseinfahrten und für durchgehende kleine Fahrwege auch „zu klein“.

Hallo ulan_bator, deine Bearbeitung scheint relation/3400584 beschädigt zu haben. Das Umtaggen von forest auf meadow war ja wohl nur ein Irrtum, aber momentan verschwindet die Fläche gerade ganz von der Karte. Vermutlich ist der outer-Ring defekt. Magst du mal nachsehen? Du weißt selbst am besten, wo du gearbeitet hast.

Hallo 351293, das Umtaggen von hw=* in hw_link=* beim Aufteilen in zwei Einbahnzweige vor einer Kreuzung oder einem Kreisel halte ich für eine sehr unschöne Unsitte, auch wenn man es immer wieder sieht. Es gibt einfach keinen inhaltlichen Grund dafür. Ein hw_link=* ist ein Verbindungsstück zwischen zwei Straßen, umgekehrt ist eine durchgehende Straße nirgends ein _link. Wahrscheinlich machen das deshalb so viele, weil der _link in osm-carto schmaler gerendert wird als der normale highway. Aber das ist Taggen für den Renderer.

Router kann das übrigens verwirren, weil sie beim Wechsel auf _link und wieder zurück jeweils einen Wechsel der Straßenklasse sehen und solche Stellen meiden (sie wechseln die Straße möglichst selten).

Hm. Das Mappen von Flächen bis kurz vor die Straßenmitte war in den OSM-Anfangsjahren mal Usus, aber seit Jahren ist es eigentlich üblich, Flächen nur so groß zu erfassen, wie sie real sind, und weiße Lücken in hohen Zoomleveln zugunsten besserer Genauigkeit in Kauf zu nehmen. Ich habe übrigens in Taunusstein punktuell schon damit angefangen, Verkehrsflächen flächig als area:highway zu mappen – dann darf ich die reingezogenen Flächen alle wieder zurückschieben. Das halte ich echt für Zeitverschwendung :)

Hi eKickbike, ich finde hw=unclassified für way/23882982 passender als service. hw=service ist eine kleine Zufahrt zu einem einzelnen Ziel ohne wesentliche Verkehrsbedeutung, aber diese Straße führt zu mehreren Wohnplätzen plus Wanderparkplätzen und bildet außerdem mit „Nach der Struth“ ein Netz. Das ist weit mehr als eine kleine Zufahrt.

Yup, this is finished. Thanks for your work!

Danke. Sollte man dann vielleicht mit Apostroph schreiben :)

Es ist schon ewig her, ich weiß, aber was bitte ist das? Mit dem Namen kann ich nichts anfangen.

Für place=hamlet ist mir Layenhof etwas zu groß, obwohl es noch ein Grenzfall ist, denn eine dörfliche Struktur ist da auch nicht zu erkennen.

Nominatim hat in seiner Zugehörigkeits-Auswertung einige bekannte Defekte (z.B. werden Adressen, die zu einem place=village gehören, oft auch fälschlich einem nahen place=isolated_dwelling zugeordnet) und ist damit leider nicht als Hinweis für korrektes Tagging zu gebrauchen.

Mir ging es darum, dass place=suburb eindeutig nicht zutrifft – das sind Stadtviertel innerhalb einer großen zusammengewachsenen städtischen Struktur, keine abgegrenzten Stadtteildörfer außerhalb.

Beim Setzen der Bechsteinfledermaus wurde ein heftiger Zickzack in den Herzogsweg gebaut: https://ibb.co/0XzmfMj
Ich hab’s repariert, in der Annahme, dass die Position stimmt. Bitte aufpassen, Navi-Apps können auf so was ganz allergisch reagieren.

Ja. Und auf der von dir angeführten Wikiseite steht hinter „Bitte beachten“ im zweiten Absatz genau das, was ich sage.

Es geht hier nicht um eine „stärkere Meinung“, sondern es geht darum, wie die access-Tags strukturiert sind. Und das ist im Wiki eigentlich ganz gut beschrieben. access=* bezieht sich auf sämtliche Verkehrsarten, vehicle=* auf alle Fahrzeuge, motor_vehicle=* auf alle Kraftfahrzeuge.

Ich habe in https://forum.openstreetmap.org/viewtopic.php?id=69439 mal eine Diskussion gestartet, wie wir verhindern, dass durch zu großzügiges access-Tagging unsere Daten in ihrer Nutzbarkeit beeinträchtigt werden. Du kannst dich da gern einklinken.

Hallo Amadine, die betreffenden Änderungen werden im deutschen OSM-Forum gerade unter https://forum.openstreetmap.org/viewtopic.php?id=69438 diskutiert, du kannst dich dort gern beteiligen, keiner wird dir den Kopf abreißen :) Das aktuelle Bing-Luftbild ist leider als Lagereferenz überhaupt nicht zu gebrauchen, es ist viel zu ungenau (teilweise 30 Meter und mehr daneben). Unsere genaueste Referenz sind immer GPS-Spuren vom Server. Mehr unter osm.wiki/DE:Luftbilder_verwenden .

Info: Weg way/479709022 existiert zumindest am westlichen Ende nicht. Ich nehm den raus. In der Umgebung münden einige grade5-Tracks, aber an der Stelle wirklich ganz und gar nichts.

Hallo, du scheinst hier ein access=destination an way/506334255 gesetzt zu haben. Das würde ich auf motor_vehicle einschränken. access=* gilt für sämtliche Verkehrsarten inkl. Fußgänger, Radfahrer und Reiter, aber die dürfen hier auch ohne „Anliegen“ durch. Bitte Vorsicht beim access-Tagging und nicht mehr verbieten als nötig. Denn Radfahr-Router richten sich danach durchaus, geben dann so ein bescheuertes Routing raus wie https://ibb.co/4Yrj5MR und alle schimpfen auf das doofe OSM.

Sieht aus, als hättest du hier die Römerstraße aus dem Mierscheid-Weg rausgenommen: relation/8244098/history#map=17/49.83198/7.08842