Admin-Grenzen in Augsburg

daganzdaanda wrote:

Hallo miteinander,

nicht alle Stadtteilgrenzen von Augsburg werden bei Wambachers Boundaries Map angezeigt. Ich vermute, dass da irgendwas beim Tagging verbessert werden müsste - aber was?

Aufgefallen ist mir der Planungsraum (=Stadtteil) Oberhausen, admin_level=10, und die untergeordneten Stadtbezirke mit admin_level=11, die bei der Boundaries Map nicht auftauchen:

Oberhausen: https://www.openstreetmap.org/relation/3649439
...

Das ist merkwürdig. Es könnte an unzulässigen Überlappungen liegen, das muss ich aber erst einmal auseinanderklamüsern. Als Testfall nehme ich mal Oberhausen(10), was mMn korrekt getaggt ist.

Die anderen level 10 Stadtteile scheinen korrekt zu sein.

siehe:

Manche Bezirke fehlen wohl auch noch, hab nicht alle gesucht. Manche Viertel sind Planungsraum und Bezirk in einem, momentan sind die mit admin_level=11 getaggt. Eventuell wär der "höhere" Rang da passender? Oder man taggt beides, in zwei Relationen?

Das würde ich vertagen, bis das AL10-Problem geklärt ist.

Ich mach mich mal dran.

Gruss
walter

Bingo: es gib in der DB 2x Oberhausen(10):
1x rel #3649439

und dann noch https://openstreetmap.org/relation/535046

Die 2.rel ist eigentlich eine TMC-Relation, ist aber nicht mit type=TMC erfasst.
Aus irgendwelchen mir nicht erklärbaren Gründen landet die in der Planet-DB als Admingrenze, was natürlich total falsch ist.

ich werde mal ein wenig damit testen.

Gruss
walter

Hab die "störende" Rel mal in type=TMC umgewandelt. So ist es ja richtig. Und nun stört sie nicht mehr 🙂

Ich hab eine - leicht gewagte - Erklärung:

Die Rel war als type=multipolygon erfasst. Ich glaube in diesem Fall nimmt osm2pgsql die Tags der Member und packt die in das MP. Die Member (Grenzways) sind fast alle mit boundary=administrative und unterschiedlichen admin_level=* getaggt - und die haben sich in die Relation "geschmuggelt". Hab ich schon ab und zu erlebt, konnte mir das aber nie richtig erklären.

Die missing AL11 sollten morgen früh da sein, da der collector-Job die Daten erste heute Nacht zusammenstellt.

Gruss
walter

Wow, danke! Das ist Service 😉
Ich denke, du könntest auch mit der "leicht gewagten" Erklärung recht haben: Dieser way https://www.openstreetmap.org/way/51329011 ist Teil der TMC-Relation "Oberhausen", aber nicht der AL10 "Oberhausen". Trotzdem kann man entlang des Weges den Namen "Oberhausen" in pink lesen, wie es bei einer admin-boundary Relation sein sollte: https://www.openstreetmap.org/#map=18/48.39456/10.88662
Die Grenzlinie wurde aber nicht gerendert...

Sieht doch ganz gut aus:

Was mich halt wundert: warum fehlen soviele AL10? und warum haben Stadtteile AL10 und nicht das vielerorts übliche AL9?

Gruss
walter

Ja, Oberhausen ist jetzt in Ordnung.

Das nächste Problem liegt in Haunstetten:
http://www.openstreetmap.org/relation/535044
Das ist eine TMC-Relation, die später fälschlicherweise auch ein AL11 verpasst bekommen hat.
Es gibt nämlich gar keinen Stadtbezirk Haunstetten, das ist aufgeteilt in 4 Bezirke, die alle mit AL11 vorhanden sind:
Haunstetten-Nord: http://www.openstreetmap.org/relation/381623
Haunstetten-West: http://www.openstreetmap.org/relation/381607
Haunstetten-Süd: http://www.openstreetmap.org/relation/381602
Haunstetten-Ost: http://www.openstreetmap.org/relation/448181

Die fehlenden AL10 sind als AL11 getaggt, es sind die "Planungsräume" die nur aus einem "Stadtbezirk" bestehen:
https://de.wikipedia.org/wiki/Liste_der … n_Augsburg
Das ist logisch etwas verzwickt, gibt es sowas woanders auch? Wenn ja, wie wurde dort getaggt?

Die boundaries sind scheinbar alle vor 3 Jahren angelegt worden. Vielleicht gab es noch keinen Konsens, welche ALs richtig wären? Ich vermute, wenn du das an jetzige Standards anpasst, wird sich niemand beschweren.

Hallo daganzdaanda,

wir (ich war da mit aktiv damals) haben damals die Stadtbezirke (AL11) erstellt, weil deren Verlauf im jährlichen Statistikbericht relativ genau textuell beschrieben wurden.

Die AL10 wurden damals nur vereinzelt erstellt, lassen sich aus den ALs 11 aber einfach herleiten, sowohl durch den Namen als auch durch Deinen Link in Wikipedia.

Edit: Zusatz: zum Mischmasch vereinzelt AL10 = AL11: wenn eine admin. Grenze in zwei Adminebenen identisch ist, machen die meisten die höhere Angabe (AL10). Das ist auch an der Augsburger Stadtgrenze zu sehen, die ist admin_level 6, weil Augsburg kreisfreie Stadt ist. Als kreizzugehörige Stadt würde admin_level = 8 genommen (siehe Nachbarstadt Friedberg).

viele Grüße
Dietmar aus Augsburg