Erftstadt ist nicht als Stadt eingetragen

Ortsschild: siehe #14: Erftstadt / Ortsteil. Wo plaziert man ein Ortszentrum? Warum nicht in der geschätzten Mitte?

Spielmops

“Erftstadt Stadteil Lechenich”

Mal länger

Diese Beispiele hatte ich um 2018/19 für admin_level=8 (!) Grenzrelationen in DE (nicht Berlin, Paris Tokio) hier im Forum erarbeitet:
https://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze#Zus.C3.A4tzliche_Relationselemente

Die Entsprechung zu Erftstadt wäre Baunatal
Ja, da gibt es einen place=town Node
https://www.openstreetmap.org/node/204865389
allerdings in einem realexistierenden, zusammengewachsenen “Siedlungsbrei”

letztendlich ist da ein Zielkonflikt

  • Name x ist auf einer Karte für die Allgemeinheit ist wünschenswert
  • eine fundierte Auswertung auf Basis der in DE vollständig erfassten Gemeindegrenz-Relationen wird durch eine parallele place=town/etc. Node-Struktur nicht einfacher

lösen kann ich das nicht, meine Einschätzung

  • Die label-Einbindung vorhandener place-nodes ist datentechnisch hochgradig sinnvoll
  • viele vorhandene place-nodes sind schlicht Murks
  • bei Neuerstellungen wäre ich sehr zurückhaltend

Anders gefragt: Was wären denn eure alternative Tagging-Vorschläge für Erftstadt?

Erftstadt als place=town mit dem node - wo auch immer platziert (in der geographischen Mitte des Stadtgebiets möglichweise irgendwo mitten am Feld? am Standort des Rathauses in Liblar, direkt neben dem place-node von Liblar?). Und was passiert dann mit den bisherigen place=town der Stadteile wie z.b Lechenich oder Liblar? Als place=town lassen (also eine town innerhalb einer anderen town). Oder als Stadtteil mappen (place=suburb) obwohl https://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dsuburb hier steht, dass man “klar abgegrenzte Ortschaften, die Teil einer größeren Gemeinde oder Stadt sind, nicht als place=suburb” taggen sollte.

Und falls Erftstadt als place=town taggen: Warum hat das in der Vergangenheit dann noch keiner gemacht wie bei den zahlreichen anderen Städten? :wink:
Oder ist die Sache bei diesem Spezialfall doch nicht so eindeutig, wie sie manchen auf den ersten Blick zu sein scheint :wink:

Tja, genau das sind halt die Probleme und Fragestellungen, die auftauchen, wenn Mapper auf “von mir gewünschtes place-node-rendering” setzt.

Liblar “irgendwie” abstufen, oder stattdessen Erftstadt besser als dickes place=city - ist ja gegenüber Liblar was “größeres” ?-)

In der Wiki https://wiki.openstreetmap.org/wiki/DE:Key:place steht übrigens:

"Ein “place” für Siedlungen sollte immer platziert werden, wo sich auch tatsächlich eine Siedlung befindet. Das heißt insbesondere, dass für fusionierte Gemeinden und Samtgemeinden kein eigener “place” gegeben ist, der z.B. im geographischen Zentrum platziert wäre. Für diesen Zweck sind allein die Grenzrelationen bestimmt. "

Das spricht aus meiner Sicht wieder gegen eine place=town/village tag für fusionierte Städte/Dörfer, die noch nicht “zusammengewachsen” sind und aus mehreren Teilstädten oder Teildörfern bestehen. Der place-Node ist kein zusätzliches, punktförmiges Objekt, dass der politischen Gemeinde mit gleichem Namen entspricht und dass man nur zwecks Rendering von deren Namen zusätzlich gemappt hat.-Sondern der Node hat eigentlich eine von der verwaltungspolitischen Ebene unabhängige Bedeutung.

Wenn die place-nodes nur dem Rendering von politischen Verwaltungseinheiten dienen würden, könnte man ja z.b. in Deutschland alle place=village/town tags löschen, da deren Info eh bereits durch die inzwischen kompletten Grenzrelationen der Gemeinden erfasst sind. Tut man aber aus gutem Grund nicht, weil sie eine andere Info repräsentieren.

Politische Verwaltungseinheiten auf Gemeindeebene (Gemeinden, Städte) werden derzeit in OSM nur gerendert weil es “zufällig” auch einen gleichlautenden place-node dafür gibt obwohl der eigentlich mit der Gemeindeebene nichts zu tun hat. Bei nicht zusammengewachsenen Fusionsgemeinden gibt es diesen nicht.

Dann kann man sich überlegen ob man

  1. zwecks Rendering - entgegen obiger Wikiempfehlung - trotzdem einen eigenen place=village/town-node für den Namen der Fusionsgemeinde setzt.

oder

  1. auf das System mit place=municipality + role=label in der Grenzrealtion setzt, was aber derzeit noch nicht in der Standardkarte gerendert wird.

oder

  1. bei solchen Fusionsgemeinden sich ausschließlich mit der Grenzrelation mit deren Namen zufrieden geben, was mappingtechnisch ausreichend wäre, aber auch nicht (bis auf die kleine Grenzbeschriftung) gerendert wird.

Bei 1) arbeitet man gegen das Wiki und es besteht wohl kein Konsens darüber, ob dies ok wäre.
Bei 2) und 3) hat man das Problem von Post #1, dass selbst Namen von Städten nicht in der OSM-Standardkarte zu lesen sind. Was aber bei “den Kollegen” von Google-Maps und Co. schon lesbar ist und daher gegen eine Verwendung von OSM in manchen Bereichen/Büros/Firmen spricht wenn diese nicht einmal die Namen aller Städte darstellen kann.

Das ist mal wieder ein Sondertext der deutschen Wiki, der so nicht in der entscheidenden englischen Wiki steht. Somit ist Punkt 1 hinfällig, da nicht “offiziell”.

  • in Carto gerendert * - OSM ist nur die Datenbank. Carto ist zwar der Standard-Layer auf osm.org, mehr aber nicht. (auch wenn ich da immer noch mehr wünsche…)

Zwangsweise sehe ich für solche Zusammengewürftelten Gemeinden nur Version 2 oder 3 als Möglich. Wobei ich sagen würde → 2) als Erweiterung für 3, wenn die Position der Beschriftung vorgegeben werden soll. Hier gälte place=municipality + admin_level=* und role=label für Gemeinden als maßgebend.
Version 3 würde den Namen dann wahrscheinlich einfach im Schwerpunkt/Mittelpunkt plazieren.

Hier müssen wir dann aber bei Carto intervenieren und entweder durchsetzen, dass Variante 2 und/oder 3 gerendert wird! (Was wiedermal ein Grund für mehr Durchgriffsmöglichkeit auf die “Standard-Karte” wäre)

Aber z.B. Erftstadt als place=town einzutragen, wäre falsch und eigentlich Tagging für den Renderer, da es kein Siedlungsgebiet ist, sondern eine Verwaltungseinheit. Nur um es auf einer Karte auftauchen zu lassen, wäre es tagging für den Renderer.

Allgemein muss man einfach unterscheiden, wass ein place darstellt:
state, county oder municipality stellen Verwaltungseinheiten dar.
city, town, usw. stellen Siedlungsgebiete dar.
Dabei kann es theoretisch Überschneidungen geben (Eine Verwaltungseinheit kann auch aus einem Siedlungsgebiet bestehen)

Ortsnamen usw. sind auch nur zur Verwaltung eingeführt worden :wink: Ich hätte da kein Problem

Wenn man auf einen Brief “Erftstadt” schreiben kann und er kommt an… dann gibt es diese Stadt und man kann die Node machen. :slight_smile:

Das ist eine gelungene Zusammenfassung der Handlungsoptionen.

Bei der Generalüberholung “meines” Landkreises hatte ich häufig 1) in 2) geändert, das Beispiel “Baunatal” aber nicht, weil tatsächliche geschlossene Siedlungsfläche - und eine bessere Sortierung/Differenzierung ist mir seitdem auch nicht eingefallen.
place=municipality (+ role=label) ist imho eine ungefährliche Angelegenheit, kann Datennutzer nämlich ignorieren ODER auswerten, bei place=town/etc. sieht das schon anders aus, derartigen “Mapper-Vorgaben” kann sich ein Auswerter schwer entziehen. Im Sinne von “freien, offenen” Daten spricht insofern viel für 2) + 3)

Die gemeindebezogenen place-Nodes in D stammen afaik aus einem Uralt-Import (vor den Grenzrelationen), was wohl Teil der ganzen Problematik ist.

Wobei der letztgenannte sich dann eher mit dem Rendern der Bezeichnungen an den Grenzrelationen befasste und mit der Einschätzung geschlossen wurde, dass admin levels 7 und 8 zu kleinteilig seien und außerdem municipality doppelten. Müsste man nochmal ausdrücklich einen eröffnen, municipality zu rendern, oder?

Sondern als was?

Die administrative boundary für Erftstadt hat - soweit ich sehe- weder einen place node noch ein label. Das macht es tatsächlich schwierig, den Ortsnamen an einer bestimmten Stelle einzutragen.

Ich bin fast versucht einen Tag place=label zu fordern, da die Aufgabe der hier diskutierten Nodes die Platzierung des Namens und sonst nichts zu sein scheint.
Der Node gehört auf jeden Fall mit der Rolle label in die admin-Relation.
Wenn es Konsens wäre, dass die Beschriftung eines admin-Objektes zwingend entweder aus der admin-Fläche oder aus dem Label in der Relation erzeugt wird, wäre der Spuk mit nicht mehr zu findenden Namen bald vorbei.
Das automatische Label für Dessau-Roßlau z.B. käme etwa in die Mitte der beiden (vorherigen) Städte, das für Dessau in etwa dahin, wo jetzt der place-Node für Dessau-Roßlau sitzt, Roßlau ist auf jeden Fall Kandidat für einen expliziten label-Node, da das Stadtzentrum am Südrand des Gebietes liegt.

Nachfrage:
**Erftstadt **ist als place=municipality und als label für die adm. Grenze eingetragen und erscheint in keiner Karte. Zum Vergleich: **Rodgau **in Hessen ist auch als place=municipality und label eingetragen, erscheint aber auf Karten in kleineren Maßstäben (ab 2km).
Warum ist das so?
Eine technische Feinheit in OSM, die ich nicht kenne?
Oder eine Feinheit beim rendern, die ich nicht beeinflussen kann?

Wo genau bitte? Ich finde nur einen place=locality mit name=Erftstadt

Hier: https://www.openstreetmap.org/node/9720407233 v#3 mit place=municipality

Ja, hier: https://www.openstreetmap.org/node/39808072#map=16/50.0172/8.8874

Bei mir nicht, hast Du mal einen Link dazu?

Einen Link kann ich nicht bieten, aber:
Start mit: https://openstreetmap.de/karte/
Eingabe Rodgau, Suchen.
Zwei-/dreimal rauszoomen (-) und der Name Rodgau erscheint auf der Karte.
Die gleiche Vorgehensweise funktioniert bei Erftstadt nicht.

Gut dann biete ich mal: https://openstreetmap.de/karte/?zoom=15&lat=50.01768&lon=8.8813&layers=B00TT

Kann ich bestätigen.

Kann ich bestätigen.
Hier der passende Link zu Erftstadt https://openstreetmap.de/karte/?zoom=15&lat=50.80272&lon=6.79912&layers=B00TT

Danke für die Links. Freut mich das jemand meine Beobachtung bestätigt. Wobei ich beobachte, das der Maßstab, ab dem der Name Rodgau auftaucht, variiert. Aber Erftstadt funktioniert gar nicht. Ist der Name zu lang- drei Buchstaben zuviel? Rödermark (9 Buchstaben, direkt neben Rodgau) funktioniert doch auch. Ähnlich wie Erftstadt funktioniert die Sache in Blankenfelde-Mahlow (bei Berlin) nicht.

Du schreibst von Auswertung x auf Karte y nach z (wenigen) Stunden
Wenn dich das Thema langfristig interessiert lies dich hier ein
https://wiki.openstreetmap.org/wiki/User:Jo_Cassel/Gemeindegrenze

und melde dich im neuen Forum …

Gruß
Jo