Gebäude in Admin-Grenz-Relationen

Communities Deutschland (Germany)
1

Hallo Zusammen,

In Berlin sind mir einige Admingrenzen aufgefallen, die ein Gebäude mit der Rolle admin_centre haben, z.B. http://www.openstreetmap.org/relation/408308#map=15/52.5609/13.4731&layers=N. Es gibt noch einige mehr in Berlin.

Aunf Nachfrage per PN verwies mich User Polarbaer auf die Tagging-Mailingliste: https://lists.openstreetmap.org/pipermail/tagging/2017-January/031055.html
Auch im Wiki gibt es eine klitzekleine Disskussion: https://wiki.openstreetmap.org/wiki/Talk:Relation:boundary#Admin_Centre_as_a_way

Das bissherige etablierte Tagging sieht das aber nicht vor. Irgendwie widerstrebt es mir auch es gut zu finden, Gebäude in Admin-Grenzrelationen aufzunehmen.

Wie seht ihr das?

Sven

2

Hab keine Probleme damit - weder technisch noch “mental”. Ob das ein Node (i.d.R place) ist oder ein kleines Flächenobjekt, ist mir echt egal.

Gruss
walter

3

Persönlich hab ich auch kein Problem damit, es steht halt nur etwas im Widerspruch zum Wiki:

4

Aufgefallen ist das Problem, da es eine unsaubere Implementierung in osm2pgsql aufdeckt. Ich gebe mal hier mein Post auf der Tagging-Liste in deutsch wieder:

Grenzrelationen [1] können als Member die Grenze selbst, also die Geometrie dieser Grenze, sowie weitere Details, insbesondere ein
admin_centre und ein Label besitzen. Beides ist sehr weit verbreitet. Umstritten ist eine Subarea (hier nicht das Thema).

Die gültigen geometrischen Members-Rollen sind ‘outer’ (5M) und ‘inner’ (45T), und (62T), enclave (0) und exclave (0) [2]. enclave und exclave sind seit 2013 ausgerottet, siehe Wiki Diskussion.

admin_centre wird benutzt auf Knoten (184T), Linien (142) und Relationen (16).

Es ist bisher im Wiki definiert als ein Knoten für die Hauptstadt, die Kreisverwaltung usw, typisch eine Stadt oder ein Dorf, abhänging von der Hierarchiestufe der Grenze, siehe place=*.

Nun, für administrative Ebenen von Kreisen und Städten ist dieser Verwaltungssitz typischerweise ein Rathaus, das oft als Gebäudeumriss gemappt ist. Also eine Linie. Sie trägt meist weitere Tags, z.B. den Namen und die Adresse dieser Verwaltung.

Es gibt keinen logischen Grund, warum dieses Rathaus nicht als Linie zu der Grenzrelation hinzugefügt werden sollte. Das war im Wiki/Talk vor einigen Montaten so vorgeschlagen worden.

Aber - dieser Mappingstil zeigt ein Problem im Defaultrenderer Carto auf [3], welcher upstream auf ein Problem in osm2pgsql [4] zurückzuführen ist.

Offenbar wird jedes Linien-Mitglied der Grenzrelation als Teil der Grenzgeometrie betrachtet (catch-all), anstatt nur die klar definierten Rollen aufzunehmen (white-listing)

Catch-all-Regeln sind immer problematisch, da sie in verschiedenen Fällen fehleranfällig sind.

Zusammenfassend, schlage ich vor, admin_centre auch als Linie in einer Grenzrelation zuzulassen, und den Bug in der Datenbanksoftware zu beheben.

[1] https://wiki.openstreetmap.org/wiki/Relation:boundary
[2] http://taginfo.openstreetmap.org/relations/boundary#roles
[3] https://github.com/gravitystorm/openstreetmap-carto/issues/2559
[4] https://github.com/openstreetmap/osm2pgsql/issues/678

5

Gern können für Grenzrelationen mit passender Rolle Linien hinzugefügt werden. Ich bin nur gegen die Ausweitung von admin_centre

  1. Es führt zu Überlappungen. Mit der gewisser Argumentation könnte man z.B. für Deutschland statt den Berlin-Knoten den Bundestag als admin_centre wählen. Oder doch das Bundeskanzleramt? Ab welchen admin_centre zieht man also die Grenze zwischen place und “Rathaus”?
  2. Eine Gebietsverwaltung muss kein Gebäude sein, sondern z.B. nur ein Knoten in einem Verwaltungsgebäude. Also wäre noch eine Ausweitung nötig.

Zusammenfassend:

  • Rolle admin_centre weiterhin Hauptstadt oder Ort des Sitzes der Öffentlichen Verwaltung mit place=*. Das Wort “centre” als “Zentrum” ist hier in der Bedeutung getroffen und deckt sich auch mit der Wikipediadefinition.
  • Rolle admin_headquarters für office=government Node/Flächen.
6

Eine Überlegung aus der Tagging-Liste waren auch verteilte Verwaltungsstrukturen. Das könnte man in der Definition verfeinern, indem als Centre der Sitz eines entsprechenden Oberhaupts (z.b. Bürgermeister) oder des lokalen Parlaments gewählt wird.

Die Idee gefällt mir auch gut.

7

Die Aufnahme von admin_centre (und label) in die Grenzrelation ist eine Kann-Regel und wird gerne da gemacht, wo die Platzierung von Namen durch die Renderer aus den Umrissen heraus unschöne Ergebnisse bringt.
Dafür reicht ein Node.

Verwaltungszentren können auch per Tagging an Gebäuden kenntlich gemacht werden (office=government usw.), dazu braucht man admin_centre nicht zwingend.

Ich sehe keine Notwendigkeit, admin_centre auf Flächen oder gar Relationen auszudehnen, vor allem, wenn das zusätzliche Schwierigkeiten macht (z.B. Reichstagsgebäude oder Bundeskanzleramt?)

8

Woraus ergibt sich dann die Zuordnung dieser Verwaltung zu ihrem Verwaltungsbezirk?

Was hälts du dann von admin_headquarters?

9

a) aus dem Gebiet
b) aus dem Namen und evtl. weiteren Tags

Wenn es einen Vorteil bringt, warum nicht.