Landuse=residential bleibt auf jeden Fall bestehen, das werde ich auch noch nachbearbeiten, da das nicht das einzige Wohngebiet in Östrich ist.
Mir geht es, wie du es auch erwähnst, genau um dieses “place” und ebenfalls den “name”.
“Place” kann meines Erachtens jetzt komplett weg und “name” habe ich ja schon in der Relation stehen.
Ich habe die Grenzen von Östrich und Dorsten (und alle hierarchisch höheren) zusammengelegt. Die neuen Grenzen dort scheinen mir mindestens so genau wie die alten, die alle aus dem Kreisgrenzenimport stammen. Stellenweise laufen sie bis auf wenige Meter parallel, gelegentlich macht die neue Grenze einen zusätzlichen Schlenker wie z.B. um einen Feldweg zur L104, was mir genauer erscheint.
Wenn mit “Weg Östrich” der landuse=residential gemeint war, muss dieser natürlich bleiben, da Grenze des Wohngebietes und Stadtteilgrenze weit auseinanderliegen. Und selbst wenn es so wäre, plädiere ich dafür, virtuelle Grenzen (nur auf Papier bzw. im Rechner) strikt von physikalischen Objekten (Beispiel: highway, landuse, waterway) zu trennen und keine gemeinsamen Punkte zu erzeugen.
Der place-Eintrag bei landuse ist inzwischen gelöscht, ich habe einen place-node für Östrich gesetzt, damit der Name wieder angezeigt wird.
Nominatim zeigt die Bestener Straße sowohl für Östrich als auch für Hardt, was auch stimmt. Das deutet darauf hin, dass es sich hier an den boundaries orientiert.
Glaub ich auch. Ich meine irgendwo gelesen zu haben, dass Nominatim nur in “letzter Verzweiflung” - also mit niedriger Priorität, Place-Nodes verwendet.
Und wenn der Place-Node nur noch dazu dient, Mapnik auf die Sprünge zu helfen, kann man wohl damit leben.
Gruss
walter
Der OSM Inspector zeigt einige fehlerhafte Ringe in den neuen Relationen infolge selbstüberlappender Wege: http://tools.geofabrik.de/osmi/?view=multipolygon&lon=6.97743&lat=51.67848&zoom=12&opacity=0.50&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,ways,role_markers,way_end_nodes,way_nodes
PS. “type=boundary” ausblenden; der overlays-Parameter im Permalink scheint nicht mehr zu funktionieren.
Ich habe zwei doppelte Grenz-Segmente mit level=10 gefunden, jeweils eines davon ein Waise (in keiner Relation). Gelöscht.
Der JOSM-Validator hätte die angemahnt (wurden gleichzeitig hochgeladen).
Wenn damit die Fehleranzeige des OSMI gemeint sein sollte: Die ist immer noch drin, weil man in D wohl eine Zeit lang der Meinung war, Grenzrelationen müssten als type=multipolygon getaggt werden. Wenn die draßen wäre, müsste man sich nicht mit gesetzten oder nicht gesetzten Häkchen auseinandersetzen.
Frederik ist offenkundig weiterhin dieser Ansicht, ansonsten gäbe es dieses Overlay nicht mehr. Es ging aber mehr darum, daß OSMI die im Permalink mitgegebene Overlay-Auswahl neuerdings ignoriert. Edit: funktioniert wieder.
(Die Fehler in den Linien bestehen natürlich weiterhin.)
Edit: fast zwei Wochen später war ich dann mal so frei, ihn zu beheben.
Habe kein Problem damit, lässt sich ja ausblenden. Ist halt ein Mausklick mehr, aber es gibt Schlimmeres.
Vielen Dank für die rege Teilnahme und Hilfe! In manchen Dingen bin ich bei osm noch nicht so ganz fit und freue mich umso mehr über eure Unterstützung.
Tolle Community hier 
Olli
Die werden immer noch “angemotzt”, weil der Entwickler/Betreuer vom OSMI der Meinung IST, daß type=multipolygon richtig und type=boundary falsch ist. Formal hat er wohl Recht aber eventuell lässt er doch mal Fünf gerade sein.
Ich hab das Häkchen ausgeschaltet und Ruhe ist.
Gruss
walter
Hallo,
ich bräuchte noch einmal eure Hilfe. Es geht noch einmal um die Stadtteilgrenzen!
Keepright zeigt dort bei http://keepright.ipax.at/report_map.php?zoom=12&lat=51.6601&lon=6.973&lang=en&layers=B0T&db=osm_EU zwei Fehler an.
Bei den Wegen
http://www.openstreetmap.org/browse/way/225710197
und
http://www.openstreetmap.org/browse/way/225710159
werden fehlende Tags bemängelt.
Was genau fehlt dort?
Danke, Olli
Na, soweit es keep right betrifft: Tags, egal welche. Im konkreten Fall sollten sie boundary=administrative und passendes admin_level=* haben; vor allem aber sollte sie Mitglied der entsprechenden Relationen sein (dann gibt auch keep right Ruhe).
Hier ist es allerdings so, daß Du die Grenzlinien doppelt gemalt bzw. hochgeladen hast: Weg 225710197 liegt auf Weg 225710198, Weg 225710159 auf 225710158. Der jeweils erstgenannte kann weg.
Super, vielen Dank für die schnelle Hilfe!
Ich habe 225710197 und 225710159 gelöscht.
Grüße, Olli
Stadtteilgrenzen Freital
Im WIKI sind die Stadtteilgrenzen - http://de.wikipedia.org/wiki/Datei:Freital_Stadtteile.svg - abgelegt.
In Freital sind node als place=suburb vorhanden - http://www.openstreetmap.org/node/1627065551 .
Es fehlen aber die boundary=administrative und passendes admin_level=*. Diese könnten doch aus dem WIKI genutzt werden.
Kennt sich jemand damit aus und würde diese eintragen/übertragen?
EDIT: gesamt Freital ist vorhanden - http://www.openstreetmap.org/relation/455475
Hinweis: Nur Kleinnaundorf, Pesterwitz, Weißig und Wurgwitz mit Ortschaftsrat sind AL9, alle anderen sind AL10+.
Danke - aber: Kennt sich jemand damit aus und würde diese eintragen/übertragen?
Ist dir denn die Lizenz CC-by-SA 3.0 aufgefallen? Wie willst du denn die Namensnennung sicherstellen?
Gruß Thomas
Hallo Gerd, vlt solltest du einfach noch ein wenig warten, bis Sachsen seine Daten für osm frei gegeben hat 
