Sorry, node/12269262992 is the wrong one. The node/6391879896 is the right one.
Cheers RailAir

There is only one vending machine. The rigt one is node/12269262992.

Cheers RailAir

Hallo Zinoural,
du hast an zumindest am node/241690769 das Merkmal public_transport = stop_position ergänzt. Das steht im Widerspruch zur OSM Wiki public_transport=stop_position, wonach stop_position nicht auf die platform gehört, sondern auf einen node auf dem way railway=tram. Schau dir das in der OSM Map an. Dort stehen nun die Haltestellennamen doppelt. Bitte checke das und mache es rückgängig. (auch bei anderen von dir evtl. noch geänderten nodes).
Gruß Bernd

Ja, das passt. Ich verstehe nun auch wie das in der Web Oberfläche funktioniert. Die deutschen Begriffe stehen da im Vordergrund und die mir vertrauten englischen und damit international besser verständlichen Begriffe findet man erst auf den zweiten Blick. Versuche es doch mal mit JOSM. Ist anfänglich etwas mühsam aber dann wesentlich komfortabler.
Viel Spass beim Mappen, Bernd

Hallo MaulwurfsFreunde,
was verstehst du nicht in der oben verlinkten Wiki zum Tagging der stop_position? Die stop_position gehört an einen node auf dem way=railway. Betrachte doch einmal die in der gerenderten Karte nach deiner Änderung doppelt erscheinenden Haltestellennamen, z.B. an den nodes 706566512 und 3564765853. Davon darf nur der node/706566512 den key public_transport mit dem Wert stop_position besitzen.
Du schreibst, dass OSM dir das so vorgeschlagen habe. Wo und wie schlägt OSM das vor? Ich arbeite fast ausschließlich mit JOSM und kenne daher andere Werkzeuge kaum. In meinen eigenen privaten Projekten greife ich u.a. für Übersichten zu den Straßenbahnnetzen auf die Daten hinter OSM zu und es bereitet große Schwierigkeiten Kriterien zu finden, die mehrfach benannten Haltestellen herausfiltern. Ich möchte dich nochmals bitten die von dir fehlerhaft getaggten Element zu berichtigen.
Gruß Bernd

Hallo MaulwurfsFreunde,
wenn ich das richtig sehe, dann hast du an zumindest point 3564765853 das Merkmal public_transport=stop_position ergänzt. Das steht im Widerspruch zur OSM Wiki public_transport=stop_position, wonach stop_position nicht auf die platform gehört, sondern auf einen point auf der line railway=tram. Bitte checke das und mache es rückgängig.
Gruß Bernd

Hallo Alex,
danke für die Korrektur und die Erklärung. Habe dass auch in der OSM-wiki noch mal nachgelesen. Habe verstanden. Sieht tatsächlich komisch aus.
Gruß, Bernd

So sehe ich das auch auf dem Luftbild.

Sei gegrüßt!
Das war bereits und ist immer noch building=yes für den gesamten Parkplatz id=182176782. Ich sehe da im Luftbild begrünte Bedachung. Die feinen Unterschiede zwischen den Tags für solche Anlagen zum Parken kann man wohl nur vor Ort herausfinden und nicht als Sessel-Karten-Änderer. OK, deinen Hinweisen zu den covered=yes usw. bin ich gefolgt. Danke.
Gruß Bernd

Danke für den Hinweis. Erledigt.
Grußß aus DD nach FTL

Geändert. Siehe changeset/62109971. Ich habe das als riverbank getaggt. Übrigens hat waterway 61741337 keine Verbindung zu dem natural=water 326050837. Ist das exakt?

Der OSM Inspector meldet dort einen Fehler (http://tools.geofabrik.de/osmi/?view=areas&lon=11.57750&lat=50.89877&zoom=18). Ich verwende JOSM und dort werden die Änderungen geprüft und Fehler in vorhandenen Elementen ebenfalls gemeldet. In einem MP dürfen sich Linien mit role=inner und role=outer nicht decken, auch nicht abschnittsweise. Das erklärt die OSM- Wiki gut. Wenn du magst, würde ich das mal ändern und du kannst das Ergebnis begutachten. Taugt es nicht, dann kann ich das wieder rückgängig machen. Deine Kenntnisse im Ort werden da helfen.

Habe verstanden. Ich meine, dass hierfür kein Tag vorgesehen ist. Wie es jetzt gemappt ist, kollidiert es mit den Regeln des Multipolygones. Sollte man das wirklich in OSM darstellen? EIn Beispiel für waterway inmitten eines Fußgängerbereiches sind die berühmten Bächle in Freiburg/ Breisgau. Dort liegt einfach ein waterway ohne weitere Merkmale (relation/62768#map=19/47.99607/7.85097).

Hallo LuckMartin,
was ist 617829519 und warum ist das "role=inner" im MP 8542382?
Gruß Bernd

Hallo Schlange28,
schaue dir bitte die nicht geschlossenen Multipolygon 3486401 und 348369 an. Ich konnte die Absicht nicht erkennen. Nach dem Luftbild erscheint es mir besser die Fläche mit der Simons Voss Technologies mit den Parkplätzen als Industriegebit zu mappen.
Gruß Bernd

Hallo Vincent,
ist die residential mit id 551078581 erforderlich? Steht jetzt im Konflikt mit id 138138172, die wohl alleine nahezu auch die erstgenannte abdeckt.
Gruß Bernd

Hallo SWB78,
ist der Tag historic=ruins für id 551142073 korrekt? Zu sehen sind im Luftbild Sachsen dort Häuser. Übrigens überschneiden sich auch die Linien.
Gruß Bernd

Ja, würde ich so mappen.

Hallo Peter,
die Unterschiede sind in osm.wiki/DE:Tag:natural%3Dwetland gut erklärt. Ich kann mir das nur auf Bing Luftbild anschauen. Danach würde ich bei den überlagerten, oben genannten, nur natural=wetland und wetland=swamp taggen und natural=scrub löschen. Jetzt liegen zwei naturals deckend übereinander. Zu deiner Frage: Wenn innerhalb z.B. natural=wetland ein natural=swamp liegt, dann hilft da eine Relation mit type=multipolygon und dem tag natural=wetland. Die äußere geschlossene Linie ist dort als role=outer (ohne tags) und die innere geschlossene Linie als role=inner mit dem tag natural=swamp eine Antwort auf deine Frage. Konfliktfrei ist das allerdings bezüglich benachbarter landuse oder natiral gleicher Art nicht immer. Da muss man entscheiden und vor allem, gilt auch für meine urprüngliche Anmerkung, einmal nach dem Rendern in Mapnik schauen, ob das wie beabsichtigt dargestellt wird.
Gruß Bernd

Hallo Map-Peter,
die natural 546357700 (scrub) und 546357701 (wetland) liegen auf gleicher Position. Ich meine, dass zwei verschiedene Nutzungen nicht gleichzeitig vorliegen können. Was bedeutet das?
Gruß Bernd