Die aktuelle Beschreibung von terrace ist keine Änderung in dem Sinne, sondern direkt so hineingekommen.

Keine Ahnung, ob das noch woanders diskutiert wurde, zumindest im proposal wurden die Fallstricke ja auch angesprochen.

Und ja, ich sehe es auch so, dass Einzelgebäude als part reinmüssen, da Einigkeit besteht, dass es keine building innerhalb building geben kann (zumindest schematisch)

Ich halte es auch für sinnvoll kein weiteres Tagging für “einzelne Reihenhäuser” zu erfinden, das kollidiert dann wieder mit residential&co.

So wie es momentan ist, ist es (imho) ok, bis auf die irreführende Bezeichnung.

Terrace = reihenhaueser

Gut erkannt, ich merke, Du verstehst es langsam. Reihenhäuser=Mehrzahl. Ein Häuschen ist KEIN Reihenhäuser. Die Links da oben im Text und in unserer privaten Konversation, da kann man draufklicken und nachlesen.

Aber für Dich nochmal extra:

Dieses Tag ist eine weniger detaillierte Option um eine Reihung aus  Reihenhäusern zu definieren. 

Im Wiki ist - Trommelwirbel - Reihung sogar fettgeschrieben.

Und nochmal auf ganz deutsch: building=terrace ist KEIN Tag für ein Reihenhaus.

ok, hab mir das Beispiel mal angeschaut, das is ‘ne andere Dimension. Worum es mir ging, sind Fahrstühle mit geschlossenen Wegen übereinander. Bspw.: way/341147746#map=19/53.63421/11.40803 in diesem Fall schlauerweise doppelt gemoppelt mit nem Extra-node.

(building hatte ich da schon entfernt, is also nich ganz aussagekräftig, allerdings immer noch falsch)

“Ich würde deine Kritik auf deren Diskussionsseite anbringen”

Find ich gut, machma :)

Ich bezweifle, dass das Forum was bringt. Die machen ihr Ding und sind da auf dem “richtigen Weg” Das lässt sich allein mit Prügel nicht korrigieren.

Ah, sehr gut, bzw. schlecht. tatsächlich heut überlegt, ob ich aufgrund osm.wiki/User_talk:Dex2000#Formulierung da wirklich noch ein liebes “bitte bitte” nachschieben muss Spar ich mir einfach.

Problem dabei: Man könnte natürlich jeden Bullshit kommentarlos aus der DB korrigieren oder auch ersatzlos löschen, nur steht der Müll - ääh - der - ähh der Dings, der Scheissdreck da immer noch in “unserem” Wiki und Leute wie Du und ich mappen wahrscheinlich danach.

Oh, danke für den Hinweis, der Quatsch steht tatsächlich in “deren” Wiki.

Ich glaub Du verrennst Dich da in was.

OSM(-mapping) hat mit Linux genau garnix zu tun, denn das findet zu 99,x% plattformunabhängig auf JAVA, Flash oder Javascript statt.

Da ist vollkommen Wurst, was für ein OS darunterliegt.

Ctrl-Alt-drag to scale it down to the correct size. Oh, very nice, didnt know this shortcut before, miss it sometimes

Ctrl-Y to reduce nodes. You mean shift.

Ok, auch ne Möglichkeit, hatten wir im IRC grad auch. Is mir so neu. Wenn das die Ursache ist, ist es auf jeden Fall ein recht sauberer Import.

Nachtrag:

Osmose und/oder QAT ist etwas zickig bzw bugig, was Fehler in Regionen betrifft. So hab ich hier momentan 22 überlappende Gebäude in Thüringen(boundary) (nachdem ich vor etwa 2 Stunden bis auf Null ausgemistet hab) allerdings 72 in Nordhausen(boundary).

Ich prangere das an.

The export to josm (or other) works without running before too.

Fehlt in Berlin-Hermsdorf mglw. Level?

Tipps und Anregungen (Pöring, Schwarzmoos, Koberg und 
Bergham habe ich von 0 gemappt. 
Wenn Fehler enthalten sind bitte um Info) Ich hab jetzt nicht direkt geschaut, ob und welche Fehler Du gemacht hast, aber als Anregungen: [Keepright](http://keepright.ipax.at/report_map.php?lang=de&lat=47.98674&lon=13.55912&zoom=14&layers=B0T&ch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C295%2C296%2C297%2C298%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413%2C20%2C60%2C300%2C360%2C390&show_ign=1&show_tmpign=1), [OSMI](http://tools.geofabrik.de/osmi/?view=highways&lon=13.55538&lat=47.98734&zoom=14) (highways) oder [Osmose](http://osmose.openstreetmap.fr/de/map/#zoom=16&lat=47.98882&lon=13.55609&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFTT&item=&level=1%252C2%252C3&tags=&fixable=) sind recht gängige Tools um Fehler und Vielleicht-fehler (besonders Osmose zeigt sehr wenig Fehler, sondern fast generell nur Verbesserungsvorschläge) zu finden. Bei Osmose gibt's noch die Möglichkeit nach "Fehlern" von Objekten zu schauen, die [man selbst](http://osmose.openstreetmap.fr/de/byuser/?username=Manuek#) bearbeitet hat. Das wären dann aber nicht zwingend eigene Fehler.

Example for established turn:lanes without turn:lanes:turns-relations: [] (https://www.picflash.org/viewer.php?img=hc_155JIS68D.png) (with lane-attribute-preset/stile)

For what for should i use the relations?

https://umap.openstreetmap.fr/de/map/reiseplane-deutschlandpass-2015_46757#13/50.9585/11.4114 halte ich zum derzeitigen Zeitpunkt für Quatsch zu befahren, denke, dass da frühestens in 12 Monaten mit sinnvollen Ergebnissen zu rechnen ist.

iD ist nicht der “Online-Editor von openstreetmap.org” sondern “ein” (js-basierter) Browsereditor für Openstreetmap.

Für jOSM, ein anderer Editor (der neben online auch offline kann) gibt es ein mapillary-plugin, was ich sehr gelungen finde: osm.wiki/JOSM/Plugins/Mapillary

Alternativ könnte man in solchen Fällen mit building:part arbeiten.

Naja, “der Weg muss enden” ist in dem Zusammenhang recht dehnbar. Ich denke, dass Einigkeit herrscht, dass wir jetzt nicht an alle Pfade, die an/auf einer Wiese etc. “enden” ein noexit dranpacken.

Andi: zieh Dir mal ne Auswahl Wege(!) mit noexit, da ist recht viel mit QA nicht zu begründender Quatsch dabei.