Fast. Du hast das Richtige an der falschen Stelle eingetragen.

Der Abschnitt "Felder" (oben) ist das sagen wir mal "nutzerfreundliche" Interface zum Erfassen der Eigenschaften. Das ist Anwender-Sprache. In deinem Fall Deutsch. Da sind die OSM-Einträge übersetzt, und du kannst auf Deutsch einen passenden aussuchen.

Der Abschnitt "Eigenschaften" (unten) ist die "Übersetzung" des oben Eingegebenen in die tatsächlichen Datenbankwerte. Die sind immer englisch. Auch alle Auswerter, egal welche Sprache sie mit dir sprechen, werten immer nur die englischen Datenbankwerte aus.

Wenn du oben "verdichtet" auswählst, erscheint unten "compacted". Egal in welcher Sprache du arbeitest. "compacted" ist der OSM-Datenbankwert für "verdichtetes Mineralgemisch".

Wenn du jetzt aber dein "verdichtet" nicht oben unter "Felder" einträgst, sondern direkt unten als Datenbankwert, dann wird auch brav "verdichtet" in die Datenbank geschrieben und nicht "compacted".

Deshalb mein Reden: Den Abschnitt "Eigenschaften" sollte man nur dann direkt bearbeiten, wenn man sich mit den OSM-Datenbankwerten schon auskennt und die Übersetzungen darüber nicht mehr braucht. Dafür ist das gedacht.

Zusammenfassung: iD ist eigentlich so gedacht, dass der Benutzer die "Felder" bearbeitet (mit den eingedeutschten Begrifflichkeiten). Die "Eigenschaften" darunter sind nicht nur eine Auflistung der "Felder", sondern das sind auch schon die in "OSM-Code" übersetzten Datenbankeinträge, die sich daraus ergeben. Ich war nie ganz glücklich damit, dass die direkte Bearbeitung dieser "Eigenschaften" nicht besser geschützt ist. Denn da können Fehler passieren. Da sollten eigentlich nur Leute ran, die über die technischen Hintergründe soweit Bescheid wissen. Mich wundert aber, dass iD keine Warnung ausgibt, wenn man ein Tag wie surface=verdichtet hochladen will, also etwa "Das ist kein üblicher Wert für surface".

Und villeicht noch was zum technischen Unterbau, der angesprochen wurde: Nein, da werden keine abstrakten Codes eingetragen, sondern buchstäblich genau das, was du im iD-Editor unter "Eigenschaften" siehst. Hier also das "compacted". Wenn du da von Hand "verdichtet" einträgst, wird beim Hochladen (oder "Speichern", wie es iD nennt) auch buchstäblich "verdichtet" in die Datenbank geschrieben, aber damit kann kein Auswerter was anfangen. Also leider ein Denkfehler des Anwenders.

Upps, du hast recht. Sogar noch eher, in osm.org/changeset/5948447 angelegt. Dann muss ich da wohl mal hin :)

Siehe auch osm.wiki/DE:Tag:tourism%3Dalpine_hut

Hallo Herwescheluc, soweit ich auf der Website sehe, ist die Raststation eine Art Restaurant, geöffnet an bestimmten Tagen, richtig? Dann ist tourism=alpine_hut nicht ganz zutreffend (das wäre eine in der Saison durchgehend bewirtschaftete Berghütte mit Nachtquartier). Ich würde die Raststation als amenity=restaurant eintragen, und die Blockhütte (kann man mieten) als tourism=chalet. Kenne aber beides nicht persönlich :)

hi sirhenrybeu, du hast diesen Punkt als tourism=alpine_hut getaggt. Das bezeichnet eine bewirtschaftete Hütte zum Übernachten im Gebirge. Ein reiner Wetterschutz zum Unterstellen ist amenity=shelter.

Hallo EinEngener, es ist sicher keine Verbesserung, wenn man einem Campingplatz das tourism-Tag wegnimmt und durch ein nichtssagendes area=yes ersetzt :)

Hallo wermak, die neue Umgehung L 335 verläuft im Bereich der Talbrücke bis zur weiten Kurve nördlich der Einmündung vollkommen schnurgerade. Du hast den Kreuzungsnode bitte etwas nach Westen geschoben und dadurch einen Knick reingebaut. Ich schieb das mal wieder zurecht :) Wo noch keine Luftbilder sind, bitte GPS-Spuren vom Server heranziehen, ich hab meine Messungen extra hochgeladen.

Hallo docschenk, highway=trunk ist in Deutschland eine höhenfrei ausgebaute Schnellstraße (das Wiki verlangt mindestens zwei aufeinander folgende kreuzungsfreie Anschlussstellen). Das ist hier nicht gegeben, vorn und hinten ist eine Ampelkreuzung. Also ist es "nur" primary.

Hallo Hermann001, du hast auf diesen Node osm.org/node/9524523364/history ein noexit=yes gesetzt. War dir klar, dass da eine markierte Wanderroute langführt und der Weg deshalb zwangsläufig weitergeht? Da geht ein Trampelpfad am Waldrand rauf. Den Buchfinkenweg bin ich heute abgelaufen.

Hier: osm.org/go/0De~gEFle?m= war der Weg auf 15 Meter unterbrochen, und du hast an beide Enden noexit=yes gesetzt. Der Weg geht dort ganz normal durch, und nicht erst seit gestern :) du kannst gar nicht vor Ort gewesen sein. Bitte trage nur Sachen in die Datenbank ein, bei denen du dir 100 Prozent sicher bist! Andere (Wanderer, Radfahrer, Reiter, Sanitäter im Notfall …) verlassen sich darauf.

Hallo Hermann001, sehe ich das richtig, dass du osm.org/way/23390704 und die angrenzenden Kreuzungen nur nach deinem eigenen GPS-Track 10 Meter nach Westen verschoben hast? Das ist mutig :) denn alle Luftbilder und auch die Mehrheit der GPS-Tracks vom Server sind der Meinung, dass es vorher genauer war. Ein einzelner GPS-Track kann im Wald jederzeit 10 Meter und mehr danebenliegen, auch mit einem guten Empfänger, weil die Satelliten gar nicht zentimetergenau auf ihren Positionen sind. Genauer geht’s nur mit differentiellem GPS.

Habs mir gerade mal angeschaut. Du meinst wahrscheinlich osm.org/way/327439923 – korrekt, den hab ich tatsächlich versaubeutelt. Sorry! Ist behoben. Als Leckerli hab ich die Einmündung An der Klanze/B 188 nach aktuellem Bing-Bild verbessert (hoffentlich zutreffend).

Alles gut :) wenn da Steine rumliegen, ist das jedenfalls keine normale Kreuzung mehr. Du kannst gern auch Fotos machen und irgendwo hochladen. Oder hast du Mapillary? Dann haben sogar alle was davon.

Gegenfrage vorab: Dir ist klar, dass du ein vier Jahre altes CS kommentierst? Für alle Unstimmigkeiten, die seitdem entstanden sind, bin ich nicht verantwortlich :) und damals bin ich persönlich da durchgefahren. Was genau hab ich denn kaputtgemacht? Eigentlich achte ich sehr darauf, nicht nach alten Luftbildern zu arbeiten, weil mir das umgekehrt auch schon passiert ist.

Danke für die Antwort! Pass es aber bitte an die Realität an und nicht an mein Gemecker :) und auch nicht daran, wonach ein Hahn kräht oder nicht, oder ob Radfahrer da übersehen werden können (das können sie überall). Die Frage ist nur, was hier ausdrücklich erlaubt oder verboten ist. Deshalb frag ich ja nur, wie es in Wirklichkeit aussieht :)

Zeichen 250 ist einfach "vehicle=no" am Way. Beziehungsweise "vehicle=agriculture" für Zusatzzeichen 1026-36. Da brauchts keine Abbiegebeschränkung (und wenn, dann würde man sie aus allen drei Richtungen brauchen), das berücksichtigen alle Router auch so.

Andererseits steht momentan "access=destination" am Way, also "Anlieger frei", inkl. PKW, LKW und Radfahrer. Insgesamt steht in den Daten also jetzt "Anlieger dürfen hier durch, aber nur, wenn sie von links oder rechts kommen, nicht geradeaus von Welterod aus". Ist das der tatsächlich vorhandene Sachverhalt?

Ich finde, dass Abbiegeverbote nur da hingehören, wo sie explizit beschildert sind, ansonsten machen sie nur Ärger :)

Hallo Pakun, du hast hier zwei Abbiegebeschränkungen eingebaut (die Relationen unten in der Liste). Frage 1: Sind die wirklich vor Ort so ausgeschildert? Ich sehe nämlich in beiden Fällen rein vom Luftbild keinen Grund dafür, aber kann ja sein. Frage 2: Ist dir bewusst, dass die so, wie du sie gemappt hast, allen Fahrzeugen das Abbiegen verbieten, also zB auch Radfahrern?

Hallo Bierphysik, surface=compacted und tracktype=grade1 schließen sich aber aus. grade1 ist Beton, Steinpflaster oder Asphalt. Ich nehme mal an, osm.org/way/102870104 ist asphaltiert (bin ihn gestern nicht abgelaufen, nur gekreuzt).

Hallo Ralf Paul Hüttenberg, Nummern sind keine Namen, und eine Trauerhalle ist kein Denkmal. Kann es sein, dass du gar keine Denkmäler mappen wolltest, sondern was anderes?

Reverted in osm.org/changeset/119736600