Grenzen in Bayern (Bundesland bis zu Gemeinden) aktualisieren

[odan]

@wambacher

@odan

Findet sich niemand, der so ein Skript erstellt, so werde ich den Datensatz der Gemeinden so gut wie möglich (Übersetzung der Tags) konvertieren und ins Wiki hochladen.

Ich hoffe das wäre allen recht so.

hast du dich schon mal intensiver damit beschäftigt, WIE Grenzen in OSM angelegt sind? Das ist nämlich nicht so trivial, wie man annehmen könnte.

Ich gehe mal davon aus, dass du pro “Lokalität” EINEN Datensatz oder ähnliches besitzt, der die jeweilige Grenze im Ganzen beschreibt.
Dann ist es nicht damit getan, verschiedene Datensätze zu Obereinheiten zusammenzufassen. Ganz im Gegenteil müssten sie in Tausende von Teilstücken (ways) aufgebrochen, vereinzelt und in Relationen zusammengefasst werden. Dies gilt auch für jede Grenze jedes Ortes, da dieser i.d.R. geschlossene Kreis nicht SO nach OSM importiert werden kann.

Weiterhin müssten die ALLE ANDEREN Admin-Level, die ja von 2 bis ca 11 gehen können, NAHTLOS eingebunden werden. Selbst die Grenzen der Umgebung von Bayern bis hin zu den Internationalen Landesgrenzen müssten berücksichtigt werden.

Das ist wirklich nicht einfach - ich möchte sogar behaupten: unmöglich.

Gruss
Walter

p.s. man beachte den Konjunktiv - das ist nur ein Gedankenspiel.

Ja, das ist mir schon klar, wie es realisiert ist.
Es ist sicher keine einfache Aufgabe, hierfür ein Skript zu basteln. Aber es könnte ja sein, dass das schon einmal wer gemacht hat und recht leicht anpassen kann. Ernsthaft gehe ich inzwischen nicht mehr davon aus (wobei die Relationen auf Gemeindeebene bereits nach der Konvertierung ins OSM-Format vorhanden wären, problematisch ist v.a. das Zusammenfassen mit den übergeordneten (VG, LKR, Bez,…) Grenzen).

Wie ich vorgehen würde, um den Datensatz manuell nach OSM zu übernehmen wäre folgende (ich verwende JOSM, alle anderen Editoren kenn ich nicht):
Ich konvertiere mit dem ogr2osm-Skript das Shapefile ins OSM-Format, das man mit JOSM öffnen kann. Wie erwähnt kann ich diese OSM-Datei ins Wiki (oder sonst eine website) hochladen, damit andere nicht auch erst das Shapefile umständlich konvertieren müssen.
Die OSM-Datei mit den Grenzen besteht nun, wie in den derzeitigen OSM-Daten auch, aus Grenz-Abschnitten, die über Relationen zu Gemeinden zusammengefasst sind. Zu jedem Grenzabschnitt der konvertierten Datei existiert normal dann auch ein Abschnitt im derzeitigen OSM-Datensatz. Damit ließe sich jeder Grenzabschnitt einzeln problemlos ersetzen.

Beispielhafte Vorgehensweise in JOSM:

1. Lade zum Editieren einen Ausschnitt von OSM herunter → Ebene A
2. Öffne das konvertierte Shapefile → Ebene B
3. Wähle einen Grenzabschnitt aus (in Ebene B) und kopiere ihn
4. Gehe zur Ebene A und füge dort den Abschnitt ein
5. Suche den entsprechenden bisherigen Grenzabschnitt und verbinde Anfang und Ende mit der eingefügten Linie (‘m’ und dann ‘c’)
6. Wähle im erscheinenden Dialogfenster die passenden zu übernehmenden Attribute (alle Relationen müssen normal behalten werden)
7. Trenne den entstandenen Ring wieder an den selben beiden Punkten auf und lösche den “alten” (ungenauen) Teil.

Das sind zwar schon einige Schritte, aber wenn man es ein paar mal macht, bekommt man schnell Routine. Und so viele Grenzen gibt es in Bayern auch wieder nicht (zumindest im Vergleich zu Straßen).

@wambacher

@maxbe

Fehlen denn noch irgendwo Gemeindegrenzen in Bayern?
Weil wenn nicht, würde es ja reichen, die Grenzen als Hintergrund z.B. für JOSM zu verwenden um vorhandene Grenzen zu korrigieren.

Sind ziemlich vollständig. Das mit Josm-Hintergrund hat Frederik ja schon vorgeschlagen. DAS halte ich für sinnvoll und realisierbar.

Die Grenzen als Hintergrund zu verwenden halte ich für nicht so effektiv, da es meist nicht weniger Aufwand ist (jeder Punkt müsste einzeln übernommen werden) und zudem kleinere Ungenauigkeiten entstehen, oder manche Punkte vergessen werden.