Also bei der Änderung waren mindestens eine Busroute, eien neue Route aus dem Knotenpunktnetz MG und die Wanderroute betroffen. Wobei bist du jetzt unsicher? Wie wars vorher?
---

Published using OSMCha: https://osmcha.org/changesets/102269769

Zur Navigation habe ich das mal mit Osmand verprobt. Mit dem Live Abo kann man die monatlichen Updates oder die Live Daten als Grundlage für die Navigationssimulation nehmen (ME habe ich zwar auch, aber da hatte ich in der Simulation auf die Schnelle keine Anzeige der Abbiegespuren gesehen und die Daten sind mindestens einen Monat alt.
Nach etwas Bereinigung der Abbiegebeschränkungen sehe die Daten für mich ok aus, genauso wie die Spuren bei der Navigationsanzeige in Osmand:
https://www.directupload.net/file/d/6140/jw9y94s5_png.htm
https://www.directupload.net/file/d/6140/khsyeagb_png.htm
Auch die Fahrtrichtungen in JOSM sehen korrekt aus:
https://www.directupload.net/file/d/6140/wltb3ndo_png.htm
Die Sprachansage lässt den Fahrer kommentarlos geradeaus fahren.
Das macht Osmand allerdings auch basierend auf den Karten Daten von Anfang März so (ohne live Update).
Ob ME mit dem "Vollausbau" der Turn Lanes besser zurecht kommt sehen wir wohl erst nach dem nächsten Karten Update.

Nur gut, das wir bei der Definition mit dem “was man da kaufen kann“ ein eigenes tag für Warenhaus haben 😉
Dann lass das mal so, die anderen Läden dieser Kette scheinen auch alle unterschiedlich getaggt zu sein.

Das ist die generische Definition das semikolon separierte Werte grundsätzlich erlaubt sind. Aber im Einzelfall ergibt nicht alles was technisch möglich ist auch Sinn.
Ich würde z.B. bei einem Schreibwaren laden mit DHL Shop immer 2 nodes setzen, sonst findest du bei einer Suche über POI Typen im Zweifel keines von beiden.

Ok, ich schau mir das unter diesem Aspekt noch mal an, bleibt die Frage nach Routing Software (oder Hardware) und Datenbasis?

So wie bei einer Schule building=school und für die Nutzung amenity=school verwendet wird, so die Spezifizierung auch bei Kirchen, Kapellen, etc. über amenity und weitere erfolgt.
Schau doch bei dem Wiki Artikel unter “Sinnvolle Kombinationen“:
osm.wiki/DE:Tag:building=chapel?uselang=de

Gilt auch andersherum auch für:
osm.wiki/DE:Tag:amenity%3Dplace_of_worship
Bei “Wie mappen?“

Ich habe die Gebäudeumrisse nach ALKIS Daten aktualisiert.

Was die Gebäudeformen (und ggf. Adressen) angeht: Da du iD als editor nutzt, kannst du diesen Link unter "Bildmaterialquellen" in das Eingabefeld bei “Benutzerdefiniert” (das mit den 3 Punkten übereinander) einfügen:
https://www.wms.nrw.de/geobasis/wms_nw_alkis?BBOX={bbox}&FORMAT=image/png&HEIGHT={height}&LAYERS=adv_alkis_gebaeude&REQUEST=GetMap&SERVICE=WMS&SRS={proj}&STYLES=&TRANSPARENT=TRUE&VERSION=1.1.1&WIDTH={width}

Das sind die ALKIS Daten des Landes NRW (was auch die bevorzugte Quelle ist, es sein denn es ist ein kompletter Neubau (noch nicht in ALKIS) oder das alte Gebäude wurde durch ein neues ersetzt und das neue ist auch noch nicht in ALKIS.
---

Published using OSMCha: https://osmcha.org/changesets/101381291

Warum ist der Brunnen gelöscht? Auf den NRW DOPs ist er noch da.
---

Published using OSMCha: https://osmcha.org/changesets/101380450

Immer noch - Quelle? Auf den Luftbildern, die beim Upload automatisch als Referenz verlinkt wurden, sieht man die Wege nicht.
---

Published using OSMCha: https://osmcha.org/changesets/101345956

Hi simon484,

weiterhin gilt - beim Upload der Daten bitte die Quelle deines Wissens angeben!

Gruß
tux67
---

Published using OSMCha: https://osmcha.org/changesets/101341194

Hi RVP-VS,
es wäre sehr schön, wenn du bei deinen Änderungssätzen eine Quelle deines Wissens angibst. JOSM erläutert sehr schön im Uploaddialog warum.
Gruß
tux67
---

Published using OSMCha: https://osmcha.org/changesets/102008455

Für eine Wegkapelle in unseren Breitengraden ist amenity=place_of_worship und religion=christin korrekt. Bestimmter Grund das wegzunehmen?
---

Published using OSMCha: https://osmcha.org/changesets/102007309

Semikolongetrennte shop entries sind nicht so klasse (wie auch semikoli an anderen Stellen, wo die auslesende Software einen eindeutigen Wert erwartet). Ich würde es eher generisch taggen und den Rest in die description packen.
---

Published using OSMCha: https://osmcha.org/changesets/102033431

Hi, hättest du noch ein paar erläuternde Worte was reviewt werden sollte? Ob Relationen in Mitleidenschaft gezogen wurden, oder ob der "Navigationsfehler" behoben wurde?
Wenn zweiteres, welche Navigation, welche Kartendaten (von wann)? Wenn es erstmal technisch richtig gemappt ist, dann ist es Sache der jeweiligen Software das richtig zu interpretieren.
Gruß
tux67
---

Published using OSMCha: https://osmcha.org/changesets/102056166

Du hast dir da viel Arbeit gemacht und kennst dich vor Ort aus - da grätsche ich nur ungern "aus der Luft" rein. Ich hab's jetzt mal angepasst, denn es sah für mich immer noch etwas verstubbelt aus. Es gab (und gibt noch) eine Aussenfläche mit amenity school, dann aber boch eine enge linie mit dem gleichen Tag um alle Schulgebäude. Es reicht eine Fläche, die das gesamte Schulgelände umfasst, die bekommt dann auch den Namen, etc. die einzelnen Gebäude sind dann alle (bis auf Sporthalle, Fahrrachschuppen, etc.) building=school.
Schau mal obs so passt. (Da waren auch noch mindestens 2 obsolete Multipolygone).
Gruß
tux67
---

Published using OSMCha: https://osmcha.org/changesets/101902488

Hi,
ich denke das amenity=school und der Name an den Gebäuden sind redundant, da ja auch das Schulgelände richtigerweise so getaggt sind.

Gruß
tux67
---

Published using OSMCha: https://osmcha.org/changesets/101902488

der way sollte jetzt auch wieder an Ort und Stelle sein.

Hättest du noch feedback für mich?

Das an den landuse zu hängen fand' ich in diesem Fall (wo der schon so schön abgegrenzt war) sehr sinnvoll. Der Einwand mit den Veränderungen im Laufe der Zeit hat natürlich auch was. Nur das "is_in" weg ist für mich auch ok.
Gruß
tux67

Hi . der move auf nodes ist hier aber ein Schritt zurück.
osm.wiki/DE:Key:is%20in?uselang=de
Ich würde vorschlagen das place tag an die landuses zu hängen, das erhält die räumliche Abgenzung UND vermeidet is_in zu nutzen, was depreciated ist:
osm.wiki/DE:Key:is%20in?uselang=de

Gruß
tux67
---

Published using OSMCha: https://osmcha.org/changesets/101583865