Das ist aber nett @Map_HeRo, daß du an dem Thema dran bleibst. 
Eine Lösung zu dem Problem würde mich trotz meines geringen Wissens über OSM auch interessieren.
Meinen letzten Beitrag hatte ich gelöscht, weil ich befürchtete, daß er bei euch vielleicht nicht so lustig ankommen würde, wie ich es gemeint hatte… 
Ich habe hier was gefunden, was vlt. zu dem Thema passt… Mein Englisch ist leider auch nicht so berauschend…
Vielleicht ist es ja das, wonach du gesucht hattest… 
Doll, wie bist Du denn darauf gestoßen? Ja, auf jeden Fall interessant, es bestätigt die Antwort von Ionvia in dem neu eröffneten Post. Wir bleiben da mal dran, es wird sicher eine Lösung für das Problem geben, auch wenn es hier wohl eher um eine Ausnahmesituation geht.
Hab danach gesucht. War aber sicher nur ein Zufallstreffer.
Ich kann auch nicht genau sagen, ob es zu einer Lösung beiträgt und es genau dieser gesuchte Lösungsansatz ist.
Eine andere (hoffentlich nicht blöde 
) Überlegung habe ich noch zu dem Place Node von Holtendorf… Node: Holtendorf (2384481792) | OpenStreetMap
Er befindet sich in Richtung Markersdorf ca. 550 Meter entfernt (bei Maßstab 200 m). Die Gemeindegrenze im Gewerbegebiet (Königshainer Weg) befindet sich aber ca. 1850 Meter vom Place Node entfernt. Der Place Node ist vor über 10 Jahren angelegt worden. Da gab es das Gewerbegebiet vielleicht noch nicht… (keine Ahnung wann es erschlossen wurde)
Der Place Node sollte sich ja nun im Zentrum des Ortes befinden.
Was ist, wenn der Place Node einfach in einem neu berechneten Zentrum positioniert wird?
Ich weiß zwar nicht, bis zu welcher Entfernung der Node ausgewertet wird, aber vielleicht reicht das ja schon, daß der Königshainer Weg gefunden wird?
Der Place Node müsste dann ca. 7 cm weiter Richtung Gewerbegebiet (bei Entfernungseinstellung 200 m) platziert werden. Das wäre dann so kurz vor der S125, unterhalb des Kriegerdenkmals. Node: Kriegerdenkmal Holtendorf (6515104633) | OpenStreetMap
Der Tag: addr:suburb wird, wie von @limes11 schon vermutet, nicht ausgewertet.
Eine andere Möglichkeit wäre noch place=suburb. Also Holtendorf als "Stadt"teil vom Dorf Markersdorf?
Alle Achtung, Du kniest Dich ja richtig rein in die Sache … 
Die Überlegung, den Place Node zu verschieben, ist auf jeden Fall ein denkbarer Ansatz, wobei das Anlegen einer abgegrenzten Fläche für den Ort m.E. immer die bessere Lösung ist. Das wäre dann dieser Ansatz
Siehe dazu auch den Vorschlag von Ionova im anderen Topic - place=village passt hier m.E. besser als place=suburb. Kannte ich bisher auch nicht, finde ich aber gut.
Ich kann Dir das für Holtendorf mal als Muster anlegen, oder willst Du das gleich selber ausprobieren? In der Umgebung gibt es ja noch jede Menge weitere Orte ohne eigene Orts-Tags, da hast Du auf jeden Fall noch was zu tun.
Wie kommst Du darauf? Probier mal “Holtendorf Girbigsdorfer Str. 55”, das wird jetzt gefunden, nachdem ich dort gestern testweise addr:suburb ergänzt habe. Das wäre aber nur eine Notlösung, da das Tag dafür eigentlich nicht gedacht ist.
Naja, der place node von Holtendorf ist ja schon ein “place village” Tag, Node: Holtendorf (2384481792) | OpenStreetMap deswegen auch meine Überlegung, mit dem "Stadt"teil (place=suburb). Deswegen auch “Stadt” in Anführungszeichen, weil genau genommen, ist ja das Dorf Holtendorf ein “Stadtteil” (Dorfteil) vom übergeordneten Dorf Markersdorf…
Ich hatte vorgestern den Tag addr:suburb an der, dieses Prob betreffenden Adresse Königshainer Weg 2 mit eingegeben und eine Abfrage durchgeführt, welche dann nicht positiv ausfiel. Jetzt habe ich das noch einmal probiert, nun geht es.
Wahrscheinlich benötigt die Datenbank da etwas Zeit, bis es auf der Karte umgesetzt wird.
Für eine abgegrenzte Ortsfläche muss man doch aber sicher die Ortsgrenzen von Holtendorf kennen…
Welche weiteren Orte gibt es denn hier noch in der Umgebung ohne Orts-Tags? Findet man die über ne Abfrage?
Der Place Node ist ein Punkt, der willkürlich irgendwo in den Ort gesetzt wird, meistens mittig. An dieser Stelle erscheint dann der Ortsname auf der gerenderten Standardkarte. Dieser Punkt wird von Nominatim ausgewertet, wie von Ionova im anderen Topic beschrieben, aber diese Auswertung ist an den Rändern nicht präzise, da es keine eingezeichneten Grenzen gibt. Das führt dann zu dem in diesem Topic beschriebenen Problem.
Wenn man den Place Node durch eine den Ort einfassende Fläche ergänzt, ist dieses Problem damit erledigt. Das geht natürlich am besten mit einer amtlichen Ortsgrenze, so es denn so eine gibt (Relation administrative boundary). Wenn eine amtliche Ortsgrenze nicht gibt oder nicht bekannt ist, kann man den Ort mit einer selbstgestrickten Grenze einfassen und diese Fläche als place=village Relation anlegen und den Place Node in diese Relation einbinden (Lösungsvorschlag von Ionova). Alle Adressen in dieser Fläche werden dann bei einer Suche nach dem Ortsnamen gefunden.
Bei Stadtteilen nimmt man dafür statt place=village dann place=suburb.
Wenn Dir eine amtliche Ortsgrenze von Holtendorf vorliegt, machen wir damit weiter, ansonsten können wir eine place=village Relation anlegen.
Ja, das ist schon klar. Es ging mir darum, daß es innerhalb der Grenze von Markersdorf ja dann 2 place nodes gibt. Einmal für Markersdorf und einmal für Holtendorf. Das kann ja nicht funktionieren. Unterscheidet sich aber natürlich durch die adm. Grenze zu dem place village Tag von Holtendorf.
Wo bekommt man eine amtliche Ortsgrenze von Holtendorf… wahrscheinlich von einem Amt… 
Nein, so etwas habe ich nicht vorliegen. Da bleibt also nur die Relation.
Schau mal hier:
Relation: Markersdorf (1311107) | OpenStreetMap
Innerhalb dieser Gemeindegrenze (Markersdorf) gibt es aktuell 7 Place Nodes, für jedes Dorf einen. Für jedes Dorf könnte man diesen Place Node jetzt mit einer place=village Relation ergänzen, dann ließen sich die einzelnen Dörfer auch flächenmäßig sauber voneinander abgrenzen. Man muss nicht, kann aber. Im Falle von Holtendorf hätte das den Vorteil, dass die zentrumsfernen Adressen dann trotzdem dem Ortsnamen zugeordnet werden.
Hier mal als Beispiel eine Gemeinde mit amtlichen Grenzen für die dazu gehörenden Orte - Gemeinde Wildeck - Ortsteil Bosserode:
Relation: Wildeck (238967) | OpenStreetMap
Relation: Bosserode (15036431) | OpenStreetMap
Dieses Beispiel nur zur Info, um das mal zu visualisieren.
Soll ich jetzt mal die Relation für Holtendorf anlegen oder willst Du das selber machen?
Ich habe dich schon verstanden und auch die Gemeindegrenze hatte ich schon gesichtet.
Ich verstehe das auch mit der Relation für Holtendorf. Nur hatte ich die anderen 7 place nodes nicht auf dem Schirm.
Hast du die per Overpass Abfrage ermittelt?
Wenn du möchtest, kannst du die Relation für Holtendorf gern erstellen. Ich schaue mir das dann davon ab…
Nur wie gestaltest du die Grenze für diese Relation? Im Osten mag das ja gehen, da gibt es ja schon die Gemeindegrenze. Aber im Rest des Gebietes…? Ich kenne ja hier nicht alle Ortsgrenzen der Dörfer.
Nein, einfach nach “Markersdorf” suchen und den gesuchten Ort in der Auswahlliste anklicken.
Siehe hier: Relation: Holtendorf (16849257) | OpenStreetMap
Alle bisher “vergessenen” Adressen werden jetzt korrekt gefunden. Die Grenze zwischen Holtendorf und Markersdorf kann jemand mit Ortskenntnis dann noch etwas zurechtschieben, wenn es so nicht genau passt. Die Testtags addr:suburb habe ich wieder entfernt.
dem stimme ich voll zu, wenn man den node verschiebt riskiert man, dass es dafür an anderer Stelle nicht mehr funktioniert, weil man mit einem Node halt immer raten muss, eine klare Grenze beseitigt alle Uneindeutigkeiten.
du kannst ja erstmal nur die machen, wo du dir sicher bist, und zu den anderen dann Nachforschungen anstellen 
das sieht schon recht gut aus, allerdings würde ich Felder und Wälder eher nicht zum Dorf rechnen (place=village). Verwaltungstechnisch ist natürlich das ganze Land aufgeteilt, aber es besteht ja nicht nur aus Dörfern und Städten, die freie Landschaft könnte man rausnehmen (dadurch wird es allerdings eher komplizierter als einfacher, zumindest in diesem Beispiel).
Ich denke, so ist es am besten, da die Ecke Felder nördlich von Holtendorf zu keinem anderen Ort gehören werden und man so einfach die vorhandenen admin boundaries nutzen kann. Ansonsten würde ich eine place=village Grenze eher direkt am Ortsrand entlang anlegen.
Ist ja peinlich für mich… 
… ich war so auf Holtendorf fixiert, daß ich die anderen Dörfer in den Gemeindegrenze völlig übersehen habe…
Wonach hast du die Grenze jetzt gemappt? Es gibt in OSM wohl doch noch ein wenig Platz für künstlerische Freiheiten… 
@dieterdreist
Ich finde das mit der Relation auch besser. Den place node zu verschieben, war nur mein erster Gedanke.
Bei den Feldern und Wäldern vertrete ich auch die Ansicht von @Map_HeRo. Sie gehören ja auch irgendjemanden, egal in welchem Dorf derjenige wohnt.
Ich würde das nicht so “verkomplizieren”.
Es ist in OSM schon kompliziert genug!
Weniger ist oft mehr…
Danke Dir @Map_HeRo für die Erstellung der Relation…!
Die Relation erscheint mir nicht richtig. place=village-Relationen sind in Deutschland selten, da sich die Ausdehnung eines Dorfs schlecht verifizieren lässt und daher der für OSM-notwendigen Überprüfbarkeit entzieht (Man kann dies auch positiver mit “künstlerische Freiheit” beschreiben).
Wenn, dann würde ich die Relation tatsächlich auf die reine Siedlungsfläche begrenzen. So ist dies auch bei anderen Relationen dieser Art üblich. Was die Sache natürlich etwas redundant macht, da dies in der Regel bereits durch den landuse=residential ausgedrückt wird.
Das sehe ich nicht so, bei den meisten Dörfern ist der Ortsumfang schon auf dem Luftbild relativ klar erkennbar und lässt sich vor Ort auch überprüfen, wenn man die Ortsansässigen oder die Ortsverwaltung befragt. M.E. auf jeden Fall besser, die Zuordnung der dorfzentrumsfernen Adressen zum Dorfnamen mit so einer Relation sicherzustellen, als an alle betroffenen Adressen ein addr:suburb zu taggen, wie es häufig gehandhabt wird.
Sehe ich wie zuvor bereits gesagt im Prinzip auch so, aber ein paar m2 Acker tun keinem weh, fressen kein Brot und man kann diese Grenzen ja auch jederzeit nacharbeiten (verschieben), da es keine offiziellen administrative boundaries sind.
Mit dem Argument, dass es keinem weh tut, könnte man OSM mit einer Menge Mist fluten. Die prinzipielle Frage ist hier, was diese boundary=place-Fläche versucht abzubilden. Die Siedlungsfläche, also den landuse=residential oder ist es als best-guess eine unbekannten administrativen Grenze zu sehen? In jedem Fall halte ich es für keine gute Idee, systematisch solche erdachten Flächen zu erfassen, nur weil Nominatim in irgendwelchen Grenzfällen den Ortsteil, der in der Regel nicht zur postalischen Adresse gehört, nicht anzeigt. Nominatim ist mit seinen nearest-neighbour-Methoden nunmal nicht in der Lage, alle Grenzfälle korrekt abzubilden.
Wenn Du das für Mist hältst, steht es Dir frei, es zu entfernen.
Dem kann man ja im Bedarfsfall mit einer place=village relation abhelfen.
Die Siedlungsfläche, also den landuse=residential oder ist es als best-guess eine unbekannten administrativen Grenze zu sehen?
die Siedlungsfläche, die ist unabhängig davon ob es eine passende administrative Fläche gibt (irgendeine gibt es immer, selbst wenn da eigentlich Chaos ist ). Es gibt auch Siedlungsformen die sich für eine Abbildung als Fläche nicht so gut eignen, aber in Deutschland ist das ziemlich rar, weil Flächenverbrauchsminimierung und Landschaftspflege schon lange ein Ziel sind, und man daher normalerweise im Außenbereich, also wo keine Siedlung ist, nicht bauen darf.