Pflege und Korrektur der deutschen Admin-Grenzen

War stephan75 nicht dort unterwegs. Vielleicht kann hier er ja etwas zur Aufklärung beitragen?

ok, beide al7 sind weg.

Gruss
walter

Seufz … wenn ihr so schnell seid mit dem Korrigieren, dann kann ich da auch nix mehr zu sagen … :wink:

Da die ersten Korrekturen bereits vorgenommen wurden, habe ich einige Listen aktualisiert.
Tabelle und Verlinkung zur besseren Übersicht folgen im Wiki.

Niedersachsen: http://maps.aimpulse.com/osm/2014-04-29-osm-gebietsabweichungen_03.txt
Hessen: http://maps.aimpulse.com/osm/2014-04-29-osm-gebietsabweichungen_06.txt
Rheinland-Pfalz: http://maps.aimpulse.com/osm/2014-04-29-osm-gebietsabweichungen_07.txt

Spalten: Regionalschlüssel, Gemeindename, offiz. Fläche, OSM-Fläche, absolute Abweichung, relative Abweichung, OSM ID

Nachdem ein Mapper Küstengrenzen in MeckPomm verändert hat, muss ich mal wieder Relationen mit über 2000 Membern reparieren. Ich könnte kotzen! Auch mit JOSM unwartbar. Wer hat sich das bloß ausgedacht? Es könnte alles so einfach sein…

Bei Olbernau (Sachsen) wurden massiv und brutal Grenzrelation zerstückelt und vermurkst. Versuche das seit 2 Stunden zu korrigieren :rage:

EDIT: Betrifft auch Tschechien, was es nicht eben einfacher macht…

EDIT: Done (hoffe ich) :confused: (nach ca. 3 Stunden)

Was ist das (way ID 278842819) denn für ein Murks?

Da hat jemand in mühevoller Kleinstarbeit die Grenze der Gemeinde Rheinfleden Baden (Rel. ID 2787853) als Way nachgebildet und dann als role “Gemeindegebiet” in die Relation aufgenommen. :roll_eyes:

Ach ja, der User hat 25K Edits

“Gemeindegebiet” sehe ich nur als Kommentar im Changeset, die Rolle in der Relation ist leer.
Die Aktion verstehe ich aber genau so wenig: Eine area mit (fast) allen Knoten der admin-Grenze angelegt und zur Relation hinzugefügt. Da hat sie mMn nach nichts zu suchen.

Der Sinn einer getrennten area (übrigens mit Tag “tiger:county” für ein is_in Kreis Lörrach) bleibt mir verborgen, da die selbe Information (ohne Flüchtigkeitsfehler) ja auch aus den Grenzen der Relation gewonnen werden kann.

Bei mir in JOSM und auf openstreetmap.org ist das aber so.

hab ihn mal angeschrieben mit der Frage, ob er sich hier dazu äußern möchte.

Gruss
walter

Stimmt. Nach Neuladen ist auch bei mir das Feld mit “Gemeindegebiet” belegt.
Dieser Tag fällt für mich völlig aus dem Rahmen des Zulässigen und Üblichen.

Hi, also das nennt man dann wohl Murks gebaut und ich weiß auch nicht, wie das passieren konnte.
Die Grenze angefasst habe ich beim Splitten von Straßen, die über die Grenze laufen (da sich Straßennamen ja an Grenzen ändern).

Ich habe es nun gelöscht. Und ja, ich weiß, man kann mit seinem Leben auch Besseres anfangen, als 25k edits in OSM zu machen :slight_smile:

Grüße
Winfried

So wie ich es sehe, hast du nur die area-Grenze angefasst (einen Knoten hinzugefügt), sie aber nicht erzeugt (darum ging es).
Der “Schuldige” ist in der History eins weiter oben.

Abgesehen davon finde ich es nicht gut, Straßen und admin-Grenzen zu verknüpfen, auch nicht an nur in einem Knoten.
Das führt gern zu Schwierigkeiten. Die Kreisstraße darf ihren Namen ruhig erst ein paar Meter nach der Grenze ändern.

Dann bin ich ja erleichtert. Der “Schuldige” ist doch ein Newbie. Ich hatte das wegen des elendlangen History-Eintrags des Ways nicht gesehen, sorry. Die Relation hätte es gleich verraten.

Wenn man sich die Sache katastermäßig anschaut, wird deutlich, daß Straßen- oder Wege(-mittellinien) i.d.R. nie Grenzen sind. entweder ist die Straße in der einen oder in der anderen Gemarkung… im Zweifelsfall Gemeinde oder Kreis. Anders ist es oft bei Gewässern. Da war/ ist sehr gerne mal die Gewässermitte die Grenze.
Trotzdem:

wäre das für mich eine wichtige Auswertung eines QA-Tools um das zu eliminieren.

Sven

Hi,

ich hatte gestern ja einige “komische” PLZ-Grenzen in Berlin dargestellt.
Es kommt aber noch schlimmer: zumindest in der gleichen Ecke (Lichtenfelde, …) sind auch viele Administrative Grenzen einfach neben-, über- und durcheinander erfaßt. Teile davon in den etablierten Relationen, die anderen separat.
Was ist denn da los? ich würde die (Leichen?) rauswerfen.

https://www.openstreetmap.org/way/115947499
https://www.openstreetmap.org/way/115947791
https://www.openstreetmap.org/way/115947746

usw

gruss
walter

Apropos, in Münster ist auch einiges krude bis kaputt. Ich repariere da gerade viele Fehler, die gestern entstanden sind.

Hallo Gehrke,

Also ich als Newbie habe bei http://www.openstreetmap.org/node/505058472 im Bereich der Straße “K520 / Am Gläserberg / Engenau” genau das ebenfalls gemacht, also Grenze mit Nodes verbunden, weil ich sonst wieder Schwierigkeiten mit der Straßenlistenauswertung bekomme: Am Gläserberg gehört zu Nahetal-Waldau, Engenau aber zu Schleusegrund.
Und durch deine Bearbeitung und meine Verknüpfung hat halt jetzt die Straße einen Knick bekommen.

Und ja, wenn du wambacher’s residentials anguckst, wirst du sehen, dass das (westliche) Ortsschild von Langenbach (Gemeinde Schleusegrund) im Gebiet von Nahetal-Waldau steht und ein paar Meter weiter, eben nur für diese Ausbuchtung mit den drei Häusern von Am Gläserberg sogar ein schönes grünes Schild (hamlet) Waldau aufgestellt wurde :smiley:

So und nu?

EDIT: Und hier halte ich es für sinnvoll, weil eben jeweils an der Grenze auch der Straßenname beginnt, im Gegensatz zum o.g. Zitat.

Viele Grüße
Harald Hartmann

Sorry, ich habe den Node jetzt erstmal von der Straße getrennt und den Knick korrigiert.
Wegen der Straßenlistenauswertung würde ich da keine Ausnahmen machen. Die Grenze sollte da laufen, wo sie ist und die Straße auch.

Das ja,

das nein, da bin ich definitiv nicht mit einverstanden.

Sorry, aber hier würde ich Dich, Walter (wambacher) und Dietmar (okilimu) bitte Euch vielleicht mal zusammen auszutauschen. Meiner Meinung nach kann es nicht sein, dass sich mehrere (Groß) Projekte - die sich um Qualität kümmern - dann konträr zueinander Verhalten! :rage: